356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
1

Оптимальный вариант для ведения учёта рандомно пополняющихся и удаляющихся вершин

30.01.2022, 23:02. Показов 1981. Ответов 11
Метки нет (Все метки)

Author24 — интернет-сервис помощи студентам
Допустим есть полигональный объект (абсолютно не важно что это нейросеть), в котором разделение поверхности принадлежащей одной плоскости ребром - не исключается.
Возникает задача наиболее удобного ведения учёта о вершинах и гранях.
Как-бы там не было, а мне как первое приходит на ум то, что массив вершин должен быть одномерным (один), а массив указывающий на принадлежность к слою - другим, впрочем это можно посмотреть в форматах 3D...
Если есть какие-то известные варианты с описанием большей целесообразности перед другими - прошу изложить сведения, ссылки.

Добавлено через 25 минут
Думаю, что мой подход удобен в том случае, если удастся форматом одной записи описывать и ребра вершины и две крайних вершины слоя.
В принципе такая запись должна в случае описания ребра вершины содержать ID другой вершины и вес - два поля: целочисленное и вещественное...вещественное можно представить себе в виде результата деления...тогда поля уже три

Добавлено через 5 минут
, но делить - время...
кажется надо ознакомиться с теорией графов.

Добавлено через 28 минут
список смежности, судя по всему самый удобный, как я и полагал. опять возникает ряд задач по выбору типа данных и соотношение унификация/производительность...
ознакомление с теорией графов проблемы не исчерпало...а только подчеркнуло её ещё больше - раньше я предполагал что она есть, теперь я знаю точно - она существует.

Добавлено через 51 минуту
Унифицированнось=безопасность, потому что когда я приведу систему к единому формату, то черт там шею свернёт, зато упадёт скорость работы. Поэтому соотношение унифицированости к производительности. Задача на раз не разрешается. Посмотреть кино ещё есть время.фу как тут гугл хром лагает
0
Programming
Эксперт
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
30.01.2022, 23:02
Ответы с готовыми решениями:

Подскажите программу для ведения учёта
Доброго дня вам товарищи: Подскажите программку или как сделать вот такое : Нужно вести учет ...

Программа для ведения кадрового учёта
Добрый день, подскажите софт для работы ведения учёта сотрудников предприятия. Нашёл отличную...

Программа для ведения учета записей
ПОМОГИТЕ ПОЖАЛУЙСТА СРОЧНО ПО ПРОГРАММИРОВАНИЮ С# Задача: Необходимо разработать консольную...

База для ведения учета расхода электроэнергии и оплат
Доброго времени суток. Моих знаний не хватает, увы. Никак не могу сделать пристойного вида форму...

Программа для ведения статистического учета успеваемости учащихся
Программа учета успеваемости учащихся. Помогите написать простенькую базу данных или скиньте ,если...

11
1820 / 729 / 98
Регистрация: 01.10.2012
Сообщений: 3,718
02.02.2022, 10:25 2
Цитата Сообщение от Hretgir Посмотреть сообщение
Допустим есть полигональный объект (абсолютно не важно что это нейросеть), в котором разделение поверхности принадлежащей одной плоскости ребром - не исключается.
"Ни асилил" Что касается полигонных объектов и 3D, то на уровне ниже объекта могут храниться контейнеры индексов вертексов или фейсов - это все
0
1002 / 1855 / 176
Регистрация: 07.05.2013
Сообщений: 3,888
Записей в блоге: 12
02.02.2022, 13:34 3
Цитата Сообщение от Hretgir Посмотреть сообщение
есть полигональный объект (абсолютно не важно что это нейросеть)
Это как раз важно. Полигональный объект - это неориентированный граф, нейросеть - ориентированный.

Узел в нейросети можно описать с помощью структур:

Синапс
{
Вес;
Ссылка на Узел;
}

Узел
{
Тип НФ;
Сумма;
Входы : вектор Синапс;
}

Слой : вектор Узел;
Сеть : вектор Слой;

У входов вектор Входы будет пустым, цикл работы сетки будет заключаться в послойном расчете значения Сумма для каждого Узла.

Добавлено через 3 минуты
Это для сетей прямого распространения, для рекуррентных нужно будет кое-что очевидно подшаманить.

Добавлено через 21 минуту
Да, кстати, если слой полносвязный, можно сэкономить память и "Входы : вектор Синапс;" из Узла убрать - и так понятно, что при суммировании бежать нужно по всему предыдущему слою.

Добавлено через 18 минут
Брр... не так - из Синапса можно убрать Ссылка на Узел -- Веса то разумеется нужны.
1
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
03.02.2022, 22:12  [ТС] 4
Цитата Сообщение от vantfiles Посмотреть сообщение
Да, кстати, если слой полносвязный, можно сэкономить память и "Входы : вектор Синапс;" из Узла убрать - и так понятно, что при суммировании бежать нужно по всему предыдущему слою.
на этот счёт, согласно моему методу, проще с предыдущего записывать аргументы в массив каждого нейрона следующего слоя.
я не придумал такого метода обучения как традиционный, у меня не полносвязанные слои и обучение проходит как я понимаю иначе чем в традиционных нейронках. конечно он может стать полносвязанным, слой, но мне как-то трудно представляется такая необходимость, разве что при решении задач автомата, при решении логических задач такая необходимость мной как то слабо отслеживается.
0
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
04.02.2022, 22:58  [ТС] 5
Да, я считаю что для большого модуля AI правильно записывать данные с входящего (входящих) слоя в массив скрытого, потому что часть входящих слоёв может принадлежать абсолютно разным сенсорам и аппаратам.

Добавлено через 27 минут
Ещё раз да, это обеспечивает возможность кластеризации отдельных блоков сетки.
Собственно ключ безопасности - данные о блоках сети. И при этом нужно обеспечить возможность инкапсуляции блоков, слоёв (рекурентность имеет меньший функционал и вписывается им вполне в инкапсуляцию и рекурсию)
0
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
05.02.2022, 23:24  [ТС] 6
Вот моё представление примерно такое. Теперь можно писать код.
Миниатюры
Оптимальный вариант для ведения учёта рандомно пополняющихся и удаляющихся вершин  
0
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
06.02.2022, 13:13  [ТС] 7
это чёткое разделение БД и исполняющего кода.
Только так можно обеспечить максимальную защиту и безопасность.
Исполняющий код - адресная книга, изображение сервера, а сама нейронка - БД.

Поля записи известны, все элементы будут как один. Под эту схему и подбирается формат, а формат - уже код, который с ним работает (чтение, сэйвы, изменение).

Возраст состояния - потому что нейронка будет событийная - будет работать от выходного слоя к входящему. Это будет сделано для интерактива, да поест ресурсы, но ориентировано на пользователя и безопасность, а не замкнуто на самой системе.

Добавлено через 28 минут
Возраст конечно высчитывается, хранится только порядковый номер системного такта. Возраст периодически будет обновляться, частота зависима от того - локальный или глобальный возраст. Тут будет несколько режимов работы нейросети, в общем всё не просто.

Добавлено через 6 минут
Но внутренний таймер - очень важная деталь, именно он позволяет блокам самостоятельно переключать режимы, внутренний таймер - время, то что и объединяет блоки которые могут функционировать в автономном или частично автономном режиме.
Таймер - важная вещь.

Добавлено через 13 минут
Хотя...возраст надо записывать для AI в виде порядкового номера задачи... считать такты - не нужно.
Отсчёт о задачах будет давать больше информации. А время...обычное, как у людей.
Вобщем частичное журналирование, частично журналируемая нейронка.
0
1002 / 1855 / 176
Регистрация: 07.05.2013
Сообщений: 3,888
Записей в блоге: 12
06.02.2022, 15:37 8
На рисунке "Вес целочисленное" указывает на синий кружочек, на нейрон, как я понимаю, а не на синапс.

Можете прокомментировать?
0
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
06.02.2022, 22:15  [ТС] 9
Цитата Сообщение от vantfiles Посмотреть сообщение
На рисунке "Вес целочисленное" указывает на синий кружочек, на нейрон, как я понимаю, а не на синапс.
Можете прокомментировать?
синий - не нейрон, это синапс, почему это нейрон должен иметь только один вес?
судя по вашему вопросу - нейрон не складывает веса сигналов поступающих.
да надписей нет, что синапс - синий значок, пока так вот.


все синапсы и нейроны - в одной куче, адресная книга и выполняемый код - на флэшке.
да и то надо как-то шифровать, так как это самая финансируемая область науки, а с работой правовых органов в области ИС я знаком - ничего не получат кроме бесполезных данных.

Для меня-же это просто полезная трата времени.

что касается защиты прав в нашей стране - пока ощутил что отнимать их умеют (ещё воровать и вымогать, выклянчивать, запугивать), защиты к 48 года какой-либо правовой - не ощутил вообще.
всё что ощутил - что кто то там вверху решил что всё и все - его личное.

Добавлено через 13 минут
и не важно - физическое это лицо или юридическое, факт - оно нарушает чужое право для извлечения выгод, собственно оно сделало нарушение чужих прав - источником своего дохода, выгод, и благополучия.

Добавлено через 42 минуты
И я считаю всё правильно - наука пришла к этим знаниям разрезая чужое и используя чужое, я-же свои получил трудом.
Так что с меня взять нечего, точнее - ничего просто так не дам.
И меня не за что винить, вините тех, кто использовал и пользуется чужим. Они причина ваших общих бед, а не те, кто пользуется своим или не желает обогащать других.
0
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
11.02.2022, 09:03  [ТС] 10
Карты по графическому движку такие
https://sites.google.com/view/... aph-engine
.
Но тут совсем другое.
Все проекты я отложил для работы с нейросетями, потому что в случае успеха это сильно сэкономит время.
Считаю что даже конспекты вести и писать код легче с модулем AI, чем без него, а на простой модуль AI времени уйдёт не больше чем на тот-же графический движок.
В идеале приладить голосового ассистента типа что на смартфонах, только чтобы он записывал конспекты и открывал их. В смартфоне это можно, но на смартфоне я не пишу код, как вариант заюзать смартфон в качестве клавиатуры, в качестве мыши точно можно, а вот в качестве клавиатуры для компа - не знаю. Можно спросить в других разделах.
Но в общем я решил отложить вообще все проекты, оставив пятиминутные ради смеха, которые я реализую неспеша приобретая необходимые вещи (они дешёвые, но доставка долгая, а я ещё и работаю не по адресу жительства).
Хотя конечно с нейросетями ещё не мало голову поломать с картами...и возможно даже лучше вернуться к графическому движку, где уже все определено более-менее.
0
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
12.02.2022, 19:53  [ТС] 11
Обсуждальщиков чужой деятельности не читаю.
По теме:
я пришёл к выводу, что модифицировать карту нейронов не нужно.
У меня частично жерналируемая система. Журналироваться будет карта возрастов состояния элементов, где если брать аналогию с графическим движком Калибри, то каждый угол поворота-столбец будет соответствовать возрасту состояния (а строка блоку элементов: перцептроны, нейроны), таким образом временной "континум" сети должен фиксироваться двумя величинами, где каждый угол (столб карты) соответствует ходу системы, а оборот, допустим - какому-то числу ходов, условно - циклу (это и будет глобальным возрастом). Карт может быть много, и даже лучше если каждый слой будет иметь свою карту. Карта будет представлять собой трёхмерный массив и описывать поле 2*2, где в ячейки верхнего слоя карты записываются следующие ячейки строки, описывающей слой, адрес ячейки элемента (нерона или веса), который подал или провел сигнал.
Неудобства - перезапись всей строки на кажом ходу (градусе-столбце карты).

Вобщем карта будет представлять собой "временной континуум" нейросети.
Очень удобно для CUDA и GP, где процессоров много (чтобы перезаписать карту), и очень не удобно для ЦП.

Добавлено через 5 минут
Сейчас опять пойду терзать раздел Lazarus.
0
356 / 124 / 3
Регистрация: 25.01.2012
Сообщений: 5,399
Записей в блоге: 114
12.02.2022, 21:28  [ТС] 12
Да, кстати, третьим слоем карты удобно писать будет адресаты следующих слоёв или блоков, если строка карты (слой нейросети) подаёт сигналы на разные следующие слои. Появление новых слоёв в моих методах обучения просматривается.
Вообще аналогия змеек стремящихся к выходу в центре строки очень удачно подобралась и позволяет изучить сферу очень не плохо.
Вообще картография - вещь полезная, это знают все первооткрыватели, и не только.
0
12.02.2022, 21:28
IT_Exp
Эксперт
87844 / 49110 / 22898
Регистрация: 17.06.2006
Сообщений: 92,604
12.02.2022, 21:28
Помогаю со студенческими работами здесь

Выбор конфигурации для ведения складского учета и обмена с сайтом
В 1С я новичек, ее только начали применять. Подскажите как создать склад в 1С, можно ли как-то...

Подскажите простую CMS для ведения учета доходов и расходов
Ищу CMS для ведения расходов и доходов на подобие приложений типа домашняя бухгалтерия. Объект:...

Подскажите оптимальный вариант системника для игр
Подскажите оптимальный вариант системника для игр. Бюджет 100 000 р

Какой лучший вариант для домашнего ПК (оптимальный вариан)
Добрый день, посмотрел на форуме раздел похожих ситуаций, мне маленько не подходят они, не знал что...

Задача с очередью. Составить программу для ведения очереди и учета количества компьютеров в филиалах
Имеется следующая задача: Поставщик направляет товар Заказчику. Заказчик имеет сеть филиалов....


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
12
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2024, CyberForum.ru