AGI.place

Форум создателей искусственных интеллектов


Логин (email) 
Пароль 
Настройки

Сообщения участника "cortl"
1
2
3
4
5
6
7
NA
create
Методология создания сильного ИИ
02:26 13.03.2021 №651
Prosolver:
Есть рекурсивный цикл
Слово рекурсивный лишнее.
+1 | 0
NA
create
Эволюционно эвристический алгоритм обучения НС.
14:24 14.04.2021 14:49 14.04.2021 №889
Egg:
"Минимальный" интеллект - это не концепция, это демонстрация. Все знают, что такое интеллект, но сделать небольшую демонстрашку не может никто. И очень наивно полагать, что накопление слоев в перцептронах и делание их всё более и более "глубокими" - делает их умнее. Как я говорил раньше, интеллектуальности в любых сетях не больше, чем в линейной регрессии. ))
НС человека входит в то, что вы назвали: "любых сетях"?
Egg:
... интеллект явление социальное, один человек интеллектуальным стать не может (факт реальных мауглей подтверждает это), да и оставаться вне и без общества - тоже (факт реальных робинзонов показывает их прогрессирующее слабоумие). То есть без специальной искусственной среды (общество и техногенез) и без социального взаимодействия (общения) интеллект не существует. Это такой факт, на который не принято обращать внимание, ибо он неудобный для строителей толстых нейронных сетей.
Всё так, но это уже следующая ступень: способность насладиться искусством, рассчитать балку на изгиб, построить СИИ. При всём слабоумии Маугли, он не теряет способность учиться и при потере конечности (например) научится передвигаться и без неё. Какой бы он не был, интеллект Маугли или Робинзона - это интеллект. Интеллект пчёлки или муравьишки - интеллект. Если у кого-то получится продемонстрировать самодельного муравья, который не уступает поведением живому - значит он на верном пути. UPD: Неудачный пример. Муравей (живой) тоже в социуме. Предлагаю считать доказательством интеллектуальности способность агента научиться эффективно передвигаться сообразно своему телу без применения ML (в любом виде) и генетических отборов.
0 | 0
NA
create
Предложения/замечания/новости по движку форума
15:02 02.05.2021 №981
Не работает смс верификация
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
15:29 02.05.2021 №983
Каков он в живой природе и оптимальный применительно к AGI?
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
17:25 02.05.2021 17:41 02.05.2021 №985
Хочу сразу сузить рассматриваемую тему. Совершенно не важен принцип адрессации передачи данных: подобно IP или по фиксированной выделенной линии. В данной теме хочу рассмотреть именно формат передаваемых данных и природу данных. Какой формат данных нативен для сенсоров и моторов, а также каналов связи? Варианты: bool, int, float, signed, unsigned. Ещё варианты?
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
23:27 02.05.2021 №987
Prosolver:
Это хороший вопрос, ключевой. Моё понимание таково: 1. Сенсорные данные должны предоставлять только те сведения, которые могут быть использованы для формирования моторных данных. Таким образом резко сокращается комбинаторика сенсорных данных, потому что моторные данные не богаты разнообразием. 2. Моторные данные имеют только две составляющие: идентификатор мышцы, которая должна сократиться (имя мышцы, её месторасположение) и усилие, с каким она должна сократиться. Соответственно, сенсорные данные должны предоставлять только два вида составляющих: где что находится и интенсивность, с которой перемещается. Как мне видится, этих данных достаточно, чтобы построить всё многообразие сенсорных и моторных событий (сцен, энграмм, паттернов), с которыми в принципе может в жизни столкнуться наше сознание и мышление. А значит и ИИ нет нужды обладать большим разнообразием данных.
Мне нравится ход ваших мыслей: усилие для пердачи к мотору и интенсивность - от сенсора. Хочется рассиотреть их.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
23:44 02.05.2021 00:10 03.05.2021 №988
Egg:
1. Формат может быть любым, он роли не играет, роль играет онтология, то есть описание формата, то есть метаданные. 2. Тип данных тоже может быть любым, до тех пор пока мы можем заниматься конвертацией типов. В качестве универсального типа я (в своей AGI системе) использую байтовые массивы. Они хорошо преобразуются к строкам и к целочисленным данным. В обработке изображений важен double, но он тоже конвертируется в byte array и обратно...
Мне не нравится ход ваших мыслей. Получается, что сенсор и мотор, в вашем случае, очень сложны. Сенсор целиком воспринимает картинку, преобразует в поток данных передаёт их по какому-то протоколу через канал передачи. Аналогично мотор, в вашем случае, получает поток данных для большого количества элементарных действий, не для одного! Т.е. для мышцы вцелом или для ансамбля мыщц, а не для отдельного мышечного волокна. Я предполагаю рассматривать элементарный сенсор, например пиксель, даже не пиксель, а одну из его RGB (например) составляющих и элементарный мотор - вышеупомянутое мышечное волокно или пиксель монитора.
0 | 0
NA
create
Предложения/замечания/новости по движку форума
00:06 03.05.2021 №989
Ввод текста сообщения на мобилке неудобен. При вертикальнй ориентации высота поля ввода мала, при этом всегда видны: html подсказка, "Символы", подвал страницы, затем вплоть до экранной клавиатуры простирается зияющая пустота. При горизонтальной ориентации в поле ввода видна только одна строка затем экранная клавиатура. Более интересна оптимизация вертикальной ориентации.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
01:59 03.05.2021 14:33 03.05.2021 №991
Веду свои рассуждения от живого. 1. Есть мозг, есть сенсор, есть мотор, есть линии связи: сенсор -> мозг, мозг -> мотор. Кроме того, в живом вроде бы есть двусторонняя связь (могу ошибаться), рассматривать её считаю бесперспективным, т.к. она может быть замещена первыми двумя. 2. Передача сигнала производится через нервную ткань (как её обозвать неважно) электрическим током (важно). В железе это проводник и ток. Если есть возражения поправьте. На этом стоит остановиться с ЕНС и перейти к ИНС, а в ИНС двоичный цифровой сигнал - это наше всё!
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
15:40 03.05.2021 15:42 03.05.2021 №1002
Так как же выгоднее использовать двоичный цифровой сигнал? Передавая bool-значения, или пакетировать их в байты, инты, массивы байтов, или использовать числа с плавающей точкой? Предположим есть две искусственные кости, соединённые подпружиненным суставом. Мышца в активном состоянии сгибает эту конструкцию преодолевая действие пружины. В неактивном состоянии мышцы сустав разгибает конструкцию под действием пружины. Варианты: 1. Мышца получает на вход bool-значение. false - неактивна, true - активна на 100% 2. Мышца получает на вход, например, восемь bool-значений, каждое из которых управляет одним из восьми мышечных волокон данной мышцы 3. Мышца получает на вход float-значение [0...1) и сообразно ему активируется на 0...100% 4. Мышца получает на вход unsigned char и активируется значением [0...255] на 0...100% Те же самые варианты, но в противоположном направлении сигналов можно применить и к сенсорам.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
02:28 04.05.2021 №1007
Большое спасибо, Prosolver, за приведённые цитаты. Примерно так я и представлял себе основы естественного интеллекта. И хотел найти этому подтверждение в литературе, но не мог этого сделать. Вы сделали это! С меня +1 (хотя это неадекватно мало).
Prosolver:
Таким образом, несмотря на участие электрических процессов при передаче сигналов в живой нейро-ткани называть эти сигналы электрическим током будет сильным загрублением. И я бы вообще не сильно обращал внимание на биологическую механику реализации того или иного когнитивного функционала, потому что воспроизводить его мы всё равно не будем, ввиду чрезвычайной убогости, а будем пользоваться теми или иными электрическими цепями. Либо цепями дискретных цифровых компьютеров, либо каких-то аналоговых решателей, если это понадобиться. Со скоростью передачи сигнала близкой к световой, а не 120 м/с. И способом кодирования силы/интенсивности не частотным, а таким, каким нам будет удобно.
Всё так! Но! Частотный способ очень удобен, но не тупая синусоида или квадрат в определённом промежутке времени с жёсткой частотой, а с ответственностью за каждую новую волну. Если есть условия для запуска сигнала - запускаем и проверяем эти условия для каждой следующей волны. И период каждой волны индивидуален, хотя они достаточно близки при длящихся во времени постоянных условиях. С другой стороны период волны может стремиться и к нулю, и к бесконечности. Но не стоит увлекаться: слишком короткая волна может остаться незамеченой, а слишком длинная привести к её игнорированию за неинформативностью. Другой путь - использовать не волны, а использовать on/off. on - есть раздражитель/комонда, off - нет раздражителя/команды.
Prosolver:
Выбор типа переменной для кодирования усилия зависит, очевидно, от того, какой именно силовой привод будет использован. Если как в роботах Boston Dynamics (а у них гидропривод), то разрядность переменной будет зависеть от того, сколько дискретных положений может занять клапан, подающий сжатую жидкость к исполнительному поршню. Если честно, то мне кажется это последний вопрос, который сейчас стоит обсуждать. Это примерно то же самое, что решать, какие обои нужно клеить в доме, проект которого ещё не написан.
Мне какраз сейчас "обои нужно клеить" для проведения тестов. Могу сказать, что bool повёл себя достаточно неплохо (для моторов), а про unsigned char такого сказать не могу. Да, эта тема кажется последней, но из приведённых цитат видно, что сигналы-то везде одинаковы и в мозгу, и в сенсорах, и в моторах, и у человека, и у обезьяны. Поэтому вопрос далеко не последний.
0 | 0
NA
create
Предложения/замечания/новости по движку форума
06:39 04.05.2021 №1008
Prosolver:
cortl:
вплоть до экранной клавиатуры простирается зияющая пустота
Сделал скриншот дисплея своего мобильника:
Ввиду установленной экранной клавиатуры SwiftKey зияющей пустоты не наблюдаю, поэтому раздвигать поле ввода некуда.
Доступ к информационному ресурсу ограничен на основании Федерального закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации».
0 | -1
NA
create
Предложения/замечания/новости по движку форума
06:43 04.05.2021 №1009
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
02:52 05.05.2021 №1036
Prosolver:
Частотный способ передачи сигналов говорит нам о том, что в живой нейро-ткани есть некоторый период интеграции, в пределах которого частота обретает значение (меняет в какую-то сторону поведение нейронов). Очевидно, что отдельный импульс свидетельствует только о том, что с такого-то направления сигнал есть (true/false), а чтобы выяснить его интенсивность, нужно проводить интеграцию этих импульсов в течение некоторого периода.
В теле нет других сигналов, кроме false/true. Для каждого существует отдельный канал. Хотите в железе передавать набор bool в виде int - пожалуйста, но этот int в виде числа не имеет физического смысла. У меня нет примера передачи интенсивности или усилия в теле в виде числа в диапазоне целых чисел большем, чем [0...1], про плавающую точку и речи быть не может, имхо. Если у вас есть - приведите, обсудим.
Prosolver:
Мозг "выезжает" только за счёт распараллеливания своей работы и безбожной растраты памяти, чем компенсирует крайнюю свою медлительность ... вполне допускаю, что современные компьютеры, благодаря большим объёмам памяти и большим скоростям, смогут скомпенсировать отсутствие параллельности и выйти на итоговые скорости работы даже более высокие, чем человеческий мозг. Вопрос только в правильной архитектуре.
Не разделяю вашего оптимизма. Предел однопоточной производительности железа уже достигнут и существенно не двигается уже десятилетие. Квантовые ПК - просто мечты (во всяком случае на данный момент). 100 млрд процессоров с частотой 10...100 Гц всяко быстрее одного потока 10 ГГц.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
06:38 05.05.2021 №1038
Prosolver, конечно, "тормозящие/возбуждающие синапсы, нейромедиаторы, нейроглия, гормоны, РНК и т.п." - без них никуда, но в сухом остатке это всего лишь бизнес-логика от которой зависит пойдёт bool дальше по цепи или нет. Думаю, никакой орган или нейрон не ведёт счёт сколько к нему пришло "палочек", всё происходит здесь и сейчас, в момент прихода очередного импульса в соответствии с бизнес-логикой. Например, это видно по вашей цитате из www.bio.bsu.by. "Но примите во внимание, что никогда эти 100 млрд процессоров не работают одновременно." Думаю, каждый из них работает непрерывно в диапазоне ппоизводительностей (0...100)% в соответствии со своей бизнес-логикой.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
13:25 05.05.2021 13:54 05.05.2021 №1039
Смешались в кучу кони, люди, сигнал, импульс, bool. Конечно, всё это разные вещи. В нервной ткани импульсы потому что долго поддерживать негативный, относительно нормального, потенциал затратно. Сигнал это нечто более глобальное. Bool-значение может быть с лёгкостью использовано в вычислительной технике (в триггере). Чем я, собственно, и воспользовался. Единственное, теперь меня гложет вопрос что лучше импульс или bool в триггере? Импульс нам подсказывает природа, но его можно легко протустить. Bool в триггере пропустить маловероятно, но будет ли он настолько же эффективен как импульс. Или AGI возможен только на импульсах? Пока нет ответа.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
13:26 08.05.2021 00:58 09.05.2021 №1047
Prosolver:
cortl:
Импульс нам подсказывает природа, но его можно легко протустить. Bool в триггере пропустить маловероятно, но будет ли он настолько же эффективен как импульс. Или AGI возможен только на импульсах?
Я правильно понял, что Вы хотите ловить каждый импульс и строить некую модель мира из внешних сигналов? Мне кажется, это много раз проверенный комбинаторный тупик и всё работает совсем иначе.
Нет. Абстрактно: 1 есть некоторое количество памяти; 2 пока она пуста запоминается почти всё, что приходит через сенсоры; 3 по мере заполнения памяти что-то реже используемое забывается, а то что приходит через сенсоры запоминается хуже; 4 благодаря (3) всегда остаётся какая-то часть свободной памяти.
Prosolver:
Вы никогда не задумывались над тем, почему мозг работает лучше и быстрее при избытке входной информации и, наоборот, делается менее решительным при недостатке информации? Сравним, например, такую последовательность: - мы читаем сценарий к фильму - мы смотрим этот фильм без звука - смотрим фильм со звуком на английском языке - смотрим фильм со звуком на английском языке и с закадровым переводом - смотрим фильм в 3-D формате со стерео-звуком на английском языке с закадровым переводом. На каждом следующем этапе сенсорный поток усиливается и усложняется, но мозгу от этого становится всё легче и легче "воспринимать" информацию.
Это когда информация со всех сенсоров об одном, а когда вам надо читать текст и вникать в него, а кто-то рядом ведёт беседу?
Prosolver:
Короче говоря, не вижу смысла заботится о точности воссоздания формата сигнала, 99% которого в итоге будет выброшен в мусор.
Даже ради того одного процента? 99% процентов уйдут в мусор после того как будут осмыслены и отсеяны или до них не дойдёт дело, ввиду того, что один важный процент будет найден ранее. UPD: безусловно, какая-то часть из 100% пролетит мимо из-за нехватки ресурсов. А самый интересный механизм состоит в том, что пустой шум пролетает мимо, с минимальными затратами вычислительных ресурсов, хотя казалось бы "процессор" должен, кровь из носа, искать в нём нечто и не успокоиться, пока не найдёт.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
15:27 09.05.2021 15:31 09.05.2021 №1050
Prosolver:
cortl:
4 благодаря (3) всегда остаётся какая-то часть свободной памяти.
Допустим. Но всё-равно, не очень понятно. Видимо есть пункты 5, 6, 7... которые не описаны.
Конечно есть. У каждого разработчика AGI они свои. Но 1...4 - это основа.
Prosolver:
cortl:
Это когда информация со всех сенсоров об одном, а когда вам надо читать текст и вникать в него, а кто-то рядом ведёт беседу?
Вот чтобы понять, что информация именно "об одном", нам и нужно подтверждение этого "одного", одной модели. А если мы модель строим одну, а сигналы приходят то подтверждающие её (чтение), то противоречащие ей (беседа), то и получается, что ни читать, ни слушать невозможно. Но это ничего нам не говорит о том, какой процент сигналов используется с пользой, а какой - просто игнорируется. Если руководствоваться парадигмой, что все 100% входных сигналов используются для построения модели мира, то нам ничего, по идее, не должно было бы помешать строить отдельно модель чтения, и отдельно модель беседы, но так это не работает.
Беседа, в данном случае, приведена не как нечто противоречащее модели, а как мешающий шум (мусор в эфире).
Prosolver:
cortl:
какая-то часть из 100% пролетит мимо из-за нехватки ресурсов
Не просто пролетит, а даже не будет проверяться из-за того, что ресурсов не хватает всегда. Вот, допустим, Вам нужно знать, есть ли ключи в кармане. Как поступает человек - хлопает по карману - если что-то звенит, значит ключи есть. Никто не проверяет все 100% признаков ключей, мозг во многом полагается на то, что всё будет происходить "как обычно", и нет смысла всё это перепроверять каждый раз, достаточно проверить какой-то один характерный признак. И так происходит во всём, что касается восприятия.
А я что сказал?
cortl:
99% процентов уйдут в мусор после того как будут осмыслены и отсеяны или до них не дойдёт дело, ввиду того, что один важный процент будет найден ранее.
0 | 0
NA
create
Формат передачи данных сенсорных и моторных
17:33 09.05.2021 №1053
Мне, конечно, не жалко, хотите оффтоп - пусть будет оффтоп, но в названии темы нет повода для обсуждения внутренностей и принципов AGI.
0 | 0
NA
create
Как игнорировать шум?
14:04 13.05.2021 06:02 15.05.2021 №1062
У AGI есть набор сенсоров. Одни всегда "молчат", другие дают релевантную информацию, третьи бестолково шумят да ещё и высокочастотно. Те, что молчат - просто игнорируемый балласт, другие - благо, а что делать с третьими? Они определённо мешают и катастрофически оттягивают на себя одеяло производительности и памяти. UPD: Кроме того, даже один единственный сенсор может пребывать в этих состояниях (молчать, быть полезным и шуметь) в разное время. Конечно же возможны и смеси этих состояний.
0 | 0
1
2
3
4
5
6
7

Главная Участники Жалобы  Поиск Исходный код О форуме