1 | |
Оптимальный вариант для ведения учёта рандомно пополняющихся и удаляющихся вершин30.01.2022, 23:02. Показов 1981. Ответов 11
Метки нет (Все метки)
Допустим есть полигональный объект (абсолютно не важно что это нейросеть), в котором разделение поверхности принадлежащей одной плоскости ребром - не исключается.
Возникает задача наиболее удобного ведения учёта о вершинах и гранях. Как-бы там не было, а мне как первое приходит на ум то, что массив вершин должен быть одномерным (один), а массив указывающий на принадлежность к слою - другим, впрочем это можно посмотреть в форматах 3D... Если есть какие-то известные варианты с описанием большей целесообразности перед другими - прошу изложить сведения, ссылки. Добавлено через 25 минут Думаю, что мой подход удобен в том случае, если удастся форматом одной записи описывать и ребра вершины и две крайних вершины слоя. В принципе такая запись должна в случае описания ребра вершины содержать ID другой вершины и вес - два поля: целочисленное и вещественное...вещественное можно представить себе в виде результата деления...тогда поля уже три Добавлено через 5 минут , но делить - время... кажется надо ознакомиться с теорией графов. Добавлено через 28 минут список смежности, судя по всему самый удобный, как я и полагал. опять возникает ряд задач по выбору типа данных и соотношение унификация/производительность... ознакомление с теорией графов проблемы не исчерпало...а только подчеркнуло её ещё больше - раньше я предполагал что она есть, теперь я знаю точно - она существует. Добавлено через 51 минуту Унифицированнось=безопасность, потому что когда я приведу систему к единому формату, то черт там шею свернёт, зато упадёт скорость работы. Поэтому соотношение унифицированости к производительности. Задача на раз не разрешается. Посмотреть кино ещё есть время.фу как тут гугл хром лагает
0
|
30.01.2022, 23:02 | |
Ответы с готовыми решениями:
11
Подскажите программу для ведения учёта Программа для ведения кадрового учёта Программа для ведения учета записей База для ведения учета расхода электроэнергии и оплат Программа для ведения статистического учета успеваемости учащихся |
1820 / 729 / 98
Регистрация: 01.10.2012
Сообщений: 3,718
|
|
02.02.2022, 10:25 | 2 |
"Ни асилил" Что касается полигонных объектов и 3D, то на уровне ниже объекта могут храниться контейнеры индексов вертексов или фейсов - это все
0
|
02.02.2022, 13:34 | 3 |
Это как раз важно. Полигональный объект - это неориентированный граф, нейросеть - ориентированный.
Узел в нейросети можно описать с помощью структур: Синапс { Вес; Ссылка на Узел; } Узел { Тип НФ; Сумма; Входы : вектор Синапс; } Слой : вектор Узел; Сеть : вектор Слой; У входов вектор Входы будет пустым, цикл работы сетки будет заключаться в послойном расчете значения Сумма для каждого Узла. Добавлено через 3 минуты Это для сетей прямого распространения, для рекуррентных нужно будет кое-что очевидно подшаманить. Добавлено через 21 минуту Да, кстати, если слой полносвязный, можно сэкономить память и "Входы : вектор Синапс;" из Узла убрать - и так понятно, что при суммировании бежать нужно по всему предыдущему слою. Добавлено через 18 минут Брр... не так - из Синапса можно убрать Ссылка на Узел -- Веса то разумеется нужны.
1
|
03.02.2022, 22:12 [ТС] | 4 |
на этот счёт, согласно моему методу, проще с предыдущего записывать аргументы в массив каждого нейрона следующего слоя.
я не придумал такого метода обучения как традиционный, у меня не полносвязанные слои и обучение проходит как я понимаю иначе чем в традиционных нейронках. конечно он может стать полносвязанным, слой, но мне как-то трудно представляется такая необходимость, разве что при решении задач автомата, при решении логических задач такая необходимость мной как то слабо отслеживается.
0
|
04.02.2022, 22:58 [ТС] | 5 |
Да, я считаю что для большого модуля AI правильно записывать данные с входящего (входящих) слоя в массив скрытого, потому что часть входящих слоёв может принадлежать абсолютно разным сенсорам и аппаратам.
Добавлено через 27 минут Ещё раз да, это обеспечивает возможность кластеризации отдельных блоков сетки. Собственно ключ безопасности - данные о блоках сети. И при этом нужно обеспечить возможность инкапсуляции блоков, слоёв (рекурентность имеет меньший функционал и вписывается им вполне в инкапсуляцию и рекурсию)
0
|
06.02.2022, 13:13 [ТС] | 7 |
это чёткое разделение БД и исполняющего кода.
Только так можно обеспечить максимальную защиту и безопасность. Исполняющий код - адресная книга, изображение сервера, а сама нейронка - БД. Поля записи известны, все элементы будут как один. Под эту схему и подбирается формат, а формат - уже код, который с ним работает (чтение, сэйвы, изменение). Возраст состояния - потому что нейронка будет событийная - будет работать от выходного слоя к входящему. Это будет сделано для интерактива, да поест ресурсы, но ориентировано на пользователя и безопасность, а не замкнуто на самой системе. Добавлено через 28 минут Возраст конечно высчитывается, хранится только порядковый номер системного такта. Возраст периодически будет обновляться, частота зависима от того - локальный или глобальный возраст. Тут будет несколько режимов работы нейросети, в общем всё не просто. Добавлено через 6 минут Но внутренний таймер - очень важная деталь, именно он позволяет блокам самостоятельно переключать режимы, внутренний таймер - время, то что и объединяет блоки которые могут функционировать в автономном или частично автономном режиме. Таймер - важная вещь. Добавлено через 13 минут Хотя...возраст надо записывать для AI в виде порядкового номера задачи... считать такты - не нужно. Отсчёт о задачах будет давать больше информации. А время...обычное, как у людей. Вобщем частичное журналирование, частично журналируемая нейронка.
0
|
06.02.2022, 22:15 [ТС] | 9 |
синий - не нейрон, это синапс, почему это нейрон должен иметь только один вес?
судя по вашему вопросу - нейрон не складывает веса сигналов поступающих. да надписей нет, что синапс - синий значок, пока так вот. все синапсы и нейроны - в одной куче, адресная книга и выполняемый код - на флэшке. да и то надо как-то шифровать, так как это самая финансируемая область науки, а с работой правовых органов в области ИС я знаком - ничего не получат кроме бесполезных данных. Для меня-же это просто полезная трата времени. что касается защиты прав в нашей стране - пока ощутил что отнимать их умеют (ещё воровать и вымогать, выклянчивать, запугивать), защиты к 48 года какой-либо правовой - не ощутил вообще. всё что ощутил - что кто то там вверху решил что всё и все - его личное. Добавлено через 13 минут и не важно - физическое это лицо или юридическое, факт - оно нарушает чужое право для извлечения выгод, собственно оно сделало нарушение чужих прав - источником своего дохода, выгод, и благополучия. Добавлено через 42 минуты И я считаю всё правильно - наука пришла к этим знаниям разрезая чужое и используя чужое, я-же свои получил трудом. Так что с меня взять нечего, точнее - ничего просто так не дам. И меня не за что винить, вините тех, кто использовал и пользуется чужим. Они причина ваших общих бед, а не те, кто пользуется своим или не желает обогащать других.
0
|
11.02.2022, 09:03 [ТС] | 10 |
Карты по графическому движку такие
https://sites.google.com/view/... aph-engine . Но тут совсем другое. Все проекты я отложил для работы с нейросетями, потому что в случае успеха это сильно сэкономит время. Считаю что даже конспекты вести и писать код легче с модулем AI, чем без него, а на простой модуль AI времени уйдёт не больше чем на тот-же графический движок. В идеале приладить голосового ассистента типа что на смартфонах, только чтобы он записывал конспекты и открывал их. В смартфоне это можно, но на смартфоне я не пишу код, как вариант заюзать смартфон в качестве клавиатуры, в качестве мыши точно можно, а вот в качестве клавиатуры для компа - не знаю. Можно спросить в других разделах. Но в общем я решил отложить вообще все проекты, оставив пятиминутные ради смеха, которые я реализую неспеша приобретая необходимые вещи (они дешёвые, но доставка долгая, а я ещё и работаю не по адресу жительства). Хотя конечно с нейросетями ещё не мало голову поломать с картами...и возможно даже лучше вернуться к графическому движку, где уже все определено более-менее.
0
|
12.02.2022, 19:53 [ТС] | 11 |
Обсуждальщиков чужой деятельности не читаю.
По теме: я пришёл к выводу, что модифицировать карту нейронов не нужно. У меня частично жерналируемая система. Журналироваться будет карта возрастов состояния элементов, где если брать аналогию с графическим движком Калибри, то каждый угол поворота-столбец будет соответствовать возрасту состояния (а строка блоку элементов: перцептроны, нейроны), таким образом временной "континум" сети должен фиксироваться двумя величинами, где каждый угол (столб карты) соответствует ходу системы, а оборот, допустим - какому-то числу ходов, условно - циклу (это и будет глобальным возрастом). Карт может быть много, и даже лучше если каждый слой будет иметь свою карту. Карта будет представлять собой трёхмерный массив и описывать поле 2*2, где в ячейки верхнего слоя карты записываются следующие ячейки строки, описывающей слой, адрес ячейки элемента (нерона или веса), который подал или провел сигнал. Неудобства - перезапись всей строки на кажом ходу (градусе-столбце карты). Вобщем карта будет представлять собой "временной континуум" нейросети. Очень удобно для CUDA и GP, где процессоров много (чтобы перезаписать карту), и очень не удобно для ЦП. Добавлено через 5 минут Сейчас опять пойду терзать раздел Lazarus.
0
|
12.02.2022, 21:28 [ТС] | 12 |
Да, кстати, третьим слоем карты удобно писать будет адресаты следующих слоёв или блоков, если строка карты (слой нейросети) подаёт сигналы на разные следующие слои. Появление новых слоёв в моих методах обучения просматривается.
Вообще аналогия змеек стремящихся к выходу в центре строки очень удачно подобралась и позволяет изучить сферу очень не плохо. Вообще картография - вещь полезная, это знают все первооткрыватели, и не только.
0
|
12.02.2022, 21:28 | |
12.02.2022, 21:28 | |
Помогаю со студенческими работами здесь
12
Выбор конфигурации для ведения складского учета и обмена с сайтом Подскажите простую CMS для ведения учета доходов и расходов Подскажите оптимальный вариант системника для игр Какой лучший вариант для домашнего ПК (оптимальный вариан) Задача с очередью. Составить программу для ведения очереди и учета количества компьютеров в филиалах Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |