Все достаточно просто. Есть такое явление что громкий шум вызывает болевые ощущение на той-же громкости, на которой музыкальный звук воспринимается без дискомфорта. На качественной аккустике, с качественным трактом воспроизведения на большой громкости разница между flac и mp3 легко распознается. Именно тем, что высокие частоты при проигрывании mp3 реально "давят на уши".
Ключевые слова здесь "купил бы ... не глядя". Ни один гигант не может контролировать всех. Тем более, в такой выгодной отрасли. Так что все будет. И, думаю, достаточно скоро. :)
Я лично считаю что за такими решениями будущее. Не универсальные исполнители нейросеток, а, даже, жестко зашитые веса в железе. FPGA, в какой-то степени, - правильный путь именно к этому.
Я для себя решил использовать интерфейс типа QueryExecutor который реализует два объекта - один является оберткой над хэндлером БД, второй - над хэндлером транзакции. Обычно, этого хватало для гибкости.
Только сейчас случайно я нашел тот источник, от которого я отталкивался, когда обдумывал эту идею. Оказалось, что это научная статья: "Causal Entropic Forces" авторства Dr. Alex D. Wissner-Gross & C. E. Freer, опубликованная в "Physical Review Letters" в 2013 году.
Но, вообще, вы правы на счет того, что "принцип глубже". Он касается не только активности "роботов", но и той-же разработки, например. Некоторые из прописанных в нем аксиом не позволяют делать деструктивные действия типа удаления продуктовой базы данных. Или принцип "увеличения DoF системы" позволяет проектировать с помощью ИИ достаточно качественную архитектуру приложений.
Естественно, что в реализации надо все это учитывать. В общем, этот принцип не исключает использование его, например, в военных роботах. Просто классификатор будет на основе системы "свой-чужой" классифицировать "врага" как "источник коллапса". Я недавно провел моделирование этой ситуации. И даже здесь появились интересные вещи... Если мирное население считать обычными агентами, то такой "боевой робот" будет действовать максимально избирательно что-бы не было жертв среди мирного населения. Кроме того (что для меня было полной неожиданностью), в одном из вариантов "дружеского столкновения" (две группы "своих", по ошибке принявшие друг друга за противника), робот даже пошел на самопожертвование ради спасения людей.
Но, вообще, в репозитарии есть не только "скилл" для агентов. Есть и спецификация, которая описывает построение систем с использованием этого принципа. И там есть и "защита от галюцинаций" и "система прерываний" при изменении обстановки.
Как-то по молодости лет перепутал параметры в команде ln и сделал /dev/null некорректным симлинком. Пришлось поразбираться почему это на сервере все рухнуло. :))) Хорошо что сервер был в физическом доступе. :)+
Это библиотека + переводчик. Сейчас работает под Linux - на винду еще не адаптировал.
Лицензия MIT или Apache на выбор. Режим синхронного голосового перевода или только текст. Я больше стрессую из-за того что могу не понять что мне говорят. Поэтому добавил и текстовый режим без голоса.
Все достаточно просто. Есть такое явление что громкий шум вызывает болевые ощущение на той-же громкости, на которой музыкальный звук воспринимается без дискомфорта. На качественной аккустике, с качественным трактом воспроизведения на большой громкости разница между flac и mp3 легко распознается. Именно тем, что высокие частоты при проигрывании mp3 реально "давят на уши".
Ключевые слова здесь "купил бы ... не глядя". Ни один гигант не может контролировать всех. Тем более, в такой выгодной отрасли. Так что все будет. И, думаю, достаточно скоро. :)
Я лично считаю что за такими решениями будущее. Не универсальные исполнители нейросеток, а, даже, жестко зашитые веса в железе. FPGA, в какой-то степени, - правильный путь именно к этому.
Очень интересно. Спасибо!
У меня есть своя звуковая библиотека для Rust. Думаю, ваш код очень пригодится.
Порылся в своих проектах и что-то не могу найти эту библиотечку. К сожалению, я ее больше использовал в приватных проектах.
Попробовал восстановить примерно то, что было через иишку - https://drive.google.com/file/d/1qllUL6utlIIajmaxKYrq7kGLLKGanRWX/view?usp=sharing
Я для себя решил использовать интерфейс типа
QueryExecutorкоторый реализует два объекта - один является оберткой над хэндлером БД, второй - над хэндлером транзакции. Обычно, этого хватало для гибкости.А, может, APNIC, банально, ошиблись и забыли прописать корневой домен у случайно сгенерированного?
Только сейчас случайно я нашел тот источник, от которого я отталкивался, когда обдумывал эту идею. Оказалось, что это научная статья: "Causal Entropic Forces" авторства Dr. Alex D. Wissner-Gross & C. E. Freer, опубликованная в "Physical Review Letters" в 2013 году.
Abstract & Publisher: APS Journal Link - https://link.aps.org/doi/10.1103/PhysRevLett.110.168702
Open Access PDF (MIT DSpace Archive): MIT DSpace Permanent URL -
https://dspace.mit.edu/entities/publication/52f1bf4e-04e4-4229-b321-92dc51feb66d
Но, вообще, вы правы на счет того, что "принцип глубже". Он касается не только активности "роботов", но и той-же разработки, например. Некоторые из прописанных в нем аксиом не позволяют делать деструктивные действия типа удаления продуктовой базы данных. Или принцип "увеличения DoF системы" позволяет проектировать с помощью ИИ достаточно качественную архитектуру приложений.
Естественно, что в реализации надо все это учитывать. В общем, этот принцип не исключает использование его, например, в военных роботах. Просто классификатор будет на основе системы "свой-чужой" классифицировать "врага" как "источник коллапса". Я недавно провел моделирование этой ситуации. И даже здесь появились интересные вещи... Если мирное население считать обычными агентами, то такой "боевой робот" будет действовать максимально избирательно что-бы не было жертв среди мирного населения. Кроме того (что для меня было полной неожиданностью), в одном из вариантов "дружеского столкновения" (две группы "своих", по ошибке принявшие друг друга за противника), робот даже пошел на самопожертвование ради спасения людей.
Но, вообще, в репозитарии есть не только "скилл" для агентов. Есть и спецификация, которая описывает построение систем с использованием этого принципа. И там есть и "защита от галюцинаций" и "система прерываний" при изменении обстановки.
Забавно. Я вот более чем опытный разработчик с большим бэкэндом. Но работу не могу найти с начала года. Что я делаю не так?
Как-то по молодости лет перепутал параметры в команде ln и сделал
/dev/nullнекорректным симлинком. Пришлось поразбираться почему это на сервере все рухнуло. :))) Хорошо что сервер был в физическом доступе. :)+А почему-бы текущий snapshot состояния сети не подписывать узлами так-же, как они подписывают транзакции?
Прикольно. Я недавно решал ту-же задачу по той-же причине. :) Получилось вот это: https://github.com/UncleAndy/transono
Это библиотека + переводчик. Сейчас работает под Linux - на винду еще не адаптировал.
Лицензия MIT или Apache на выбор. Режим синхронного голосового перевода или только текст. Я больше стрессую из-за того что могу не понять что мне говорят. Поэтому добавил и текстовый режим без голоса.
При наличии Open Source можно было-бы общими силами адаптировать под другие ОС.
И не Open Source? Будете продавать?
Только для айфона? Жаль. Но идея классная. У меня есть инструмент для ее реализации под Linux и Windows (тоже pet-проект).
Как раз недавно исследовал тему разработки для бирж. Очень понравились методы, позволяющие добиться минимальной задержки и высокой скорости обработки.
Если агент должен будет работать с данными на естественных языках, не советую BM25. Он языкозависимый.
Крайне интересная тема. Но, что-то я не смог перейти на страницу курса.