Гостевая книга
Это один из способов связи с автором. Здесь вы можете оставлять любые пожелания, предложения,
задавать вопросы и высказывать мнение по поводу всего, что касается данного сайта.
01.05.2011 12:15
Shustova Dina
Здравствуйте!Очень понравилась Ваша программа, подскажите пожалуйста, где можно узнать цену(хотя бы приблизительно) и как корректно сделать ссылку в статье, адреса сайта достаточно или что-то еще необходимо указать?
Здравствуйте! Цена на сегодня 1970 руб. Если Вы не используете материалы сайта в своей статье, то ссылку можете делать какую хотите. Если же используете, то помимо адреса сайта следует указать ФИО автора: Е.А.Котов.
22.02.2011 02:00
Ирина
Добрый день! Меня зовут Ирина, я студентка 5 курса Российского Университета Сервиса по специальности "Радиотехника" и пишу дипломный проект по теме "Разработка компьютерной системы распознавания речи в звуковых каналах связи". В данный момент я ищу место для прохождения практики и если у Вас есть возможность принять практиканта, буду очень рада с Вами поработать. Сроки прохождения практики - с 14 марта по 18 апреля. Я в дальнейшем планирую продолжить исследование этой темы в аспирантуре, поэтому очень заинтересована сейчас приобрести практические навыки в данной сфере. Очень жду Вашего ответа. Спасибо!
Здравствуйте, Ирина!
Такие вопросы лучше решать по e-mail. Гостевая книга, мне кажется, для этого не очень подходит. К сожалению, у меня нет возможности принять практиканта, хотя мне было бы интересно с Вами пообщаться. Пишите, если пожелаете что-либо обсудить по данной теме.
Евгений.
Такие вопросы лучше решать по e-mail. Гостевая книга, мне кажется, для этого не очень подходит. К сожалению, у меня нет возможности принять практиканта, хотя мне было бы интересно с Вами пообщаться. Пишите, если пожелаете что-либо обсудить по данной теме.
Евгений.
05.08.2010 00:02
Артем
Здравствуйте, Евгений. Спасибо за подробные разъяснения по поводу моего предыдущего вопроса.
Все сделал, основываясь на вашем совете с цикличными посекундными проверками из текстовика.
При работе с программой обнаружил обидный баг - перпетуум не хочет работать с UsB web камерами. В моем случае было бы удобно пользоваться микрофоном с камеры но Перп просто не пишет тект. Качество записи у камеры довольно хорошее. Так же при установке галочки в "Приверка сигнала" программа показывает что микрофон работает, то есть она воспроизводит записаные звуки как палагается, когда жмешь на кнопку рядом, сдинамиком. Просто на не заносит записывает текст и в слова ре тоже не паказывает никаких движений. И, я так полагаю она так же не распознает слова и при работе с пользовательсткими сценариями.
Здравствуйте, Артем. Если бы встроенная в Перпетуум проверка сигнала показала отсутствие сигнала, я бы посоветовал зайти в настройки микшера и проверить источник сигнала для записи. Обычно, если вы используете один источник, а затем переходите на другой, в микшере нужно соответственно выключить предыдущее устройство и включить другое, которое собираетесь использовать. Но вы пишете, что проверка сигнала показывает наличие хорошего сигнала.
Перпетуум не интересуется происхождением сигнала. Ему это абсолютно безразлично. Значение имеет лишь наличие сигнала и его качество. В этом заключено необходимое и достаточное условие для нормальной работы программы. Поэтому функция проверки сигнала имеет столь важное значение. Чтобы разобраться с вашим случаем, следуйте вышеописанной логике. Мне кажется, тут напрашивается такой вывод: учитывая, что в обоих случаях сигнал в программу поступает, но программа в одном случае нормально реагирует, а во втором - вообще не реагирует (не зная, что это разные случаи!), значит причина всё-таки в самом сигнале. Сигнал должен быть достаточно громкий, не должен содержать значительного шума и искажений. Обратите внимание на уровень шума в паузе. Бывает, что программа воспринимает шум как сигнал и попросту ждет его окончания (ждет паузу), потому что не работает с полуслова. А пауза всё не наступает, потому что это и так пауза. Прослушивать запись в "Проверке сигнала" рекомендуется через хорошие наушники или колонки. Крошечные динамики ноутбука для этого не годятся - в них разница между качественным и плохим сигналами малозаметна.
Перпетуум не интересуется происхождением сигнала. Ему это абсолютно безразлично. Значение имеет лишь наличие сигнала и его качество. В этом заключено необходимое и достаточное условие для нормальной работы программы. Поэтому функция проверки сигнала имеет столь важное значение. Чтобы разобраться с вашим случаем, следуйте вышеописанной логике. Мне кажется, тут напрашивается такой вывод: учитывая, что в обоих случаях сигнал в программу поступает, но программа в одном случае нормально реагирует, а во втором - вообще не реагирует (не зная, что это разные случаи!), значит причина всё-таки в самом сигнале. Сигнал должен быть достаточно громкий, не должен содержать значительного шума и искажений. Обратите внимание на уровень шума в паузе. Бывает, что программа воспринимает шум как сигнал и попросту ждет его окончания (ждет паузу), потому что не работает с полуслова. А пауза всё не наступает, потому что это и так пауза. Прослушивать запись в "Проверке сигнала" рекомендуется через хорошие наушники или колонки. Крошечные динамики ноутбука для этого не годятся - в них разница между качественным и плохим сигналами малозаметна.
22.07.2010 01:40
Артем
Доброго времени суток, Евгений. Я немного разобрался в языке скриптов, который реализован в Перпетууме. Вы реализовали хороший механизм дающий возможность интеграции Перпетуума с разрабатываемым ПО для программистов. Однако, возник следующии вопрос...
Вы сделали возиожным эмулировать нажатие клавиш, в ответ на распознанное слово. Это Успешно проделываестя с помощью языка скриптов. Но есть ли возиожность как-либо прередавать сигналы от программы к Перпетууму? Моя программа успешно принимает эмуляцию клавиш поступающую от Перпетума. Но если пользователь проделал какието действие не используя речевые команды, то как сообщить об этих действиях Перпетууму? Ведь и он тоже в таком случае тоже должен изменить свое состояние соответственно произведенным действиям(к примеру перейти к функции в сценарии описывающей обработку вызванного пользователем окна). Связь пока видится односторонней и этого бывает недостаточно для полноценной интеграции Перпетуума с разрабатываемыми. приложениями. К примеру, если бы Перпетуум тоже мог реагировать на нажатие клавиш, это было бы решением проблем. Или такие решения уже есть? Нужно чтобы Перпетуум был в любой момент готов принять сигнал от программы, а для этого был бы хорош обработчик события(к примеру нажатия клавиши)
Здравствуйте, Артём. Вы затронули очень важный вопрос, но прежде чем на него ответить, хочу сообщить (возможно, не все это знают), что передавать нажатие клавиш в приложение можно даже без языка скриптов, используя только настройки словаря. Во многих случаях этого бывает достаточно. По этому адресу http://projectveka.ru/metoda.htm я выложил подробную инструкцию, поясняющую как это делать.
Что касается передачи информации в Перпетуум от управляемого приложения, то я и сам недавно озадачился таким вопросом. В моём случае, по мере того как пользователь перемещается по справочникам в базе данных, в Перпетуум должны забрасываться списки наименований продуктов из этой базы, чтобы пользователь мог выбрать нужный продукт, произнеся его наименование, ничего не набирая при этом на клавиатуре, и не выискивая глазами. Перпетуум довольно хорошо различает наименования, основываясь на обычном списке вместо словаря. Во всяком случае сервис обещает быть удобным и востребованным, но тут тоже встал вопрос о передаче информации в Перпетуум. За реализацию я ещё не брался, но могу рассказать, какими путями я предполагаю это делать.
Удачное решение с клавиатурой обусловлено тем, что клавиатура - древнейшее устройство, родившееся вместе с первыми компьютерами, и поэтому ставшее почти обязательным стандартом. Почти все программы способны реагировать на клавиатуру. Но чтобы получить столь же универсальное средство передачи информации в Перпетуум, нужен другой механизм и тоже на основе чего-то, что понимают все программы. В общем-то такое средство есть - это текстовые файлы. Они тоже родились давно, и поэтому их применение широко распространено, в том числе и в задачах интеграции ПО. Управляемое приложение должно по мере необходимости записывать на диск файл с нужными данными, а Перпетуум этот файл должен прочитывать (с помощью функции Text.LoadFromFile(...) - подробнее о ней в инструкции). Но тут возникает вопрос: как Перпетуум должен узнавать, когда нужно читать файл? Пока только один вариант: периодически проверять его наличие, а после прочтения стирать. Для этого можно организовать цикл, в котором после проверки наличия файла и его прочтения со стиранием должна стоять функция Delay(...), приостанавливающая выполнение программы на заданное время, например полсекунды (в зависимости от того, как быстро Перпетуум должен обнаруживать новые данные). Это, возможно, не самое изящное решение, но тоже неплохое.
Можно немного модифицировать эту идею и провернуть трюк с генерацией сценариев для Перпетуум "на лету". Это что-то вроде формирования SQL-запросов в системах клиент-сервер, когда клиентская программа строит тоже что-то вроде скрипта, отдаёт серверу, а тот выполняет полученные инструкции. Так же и в нашем случае управляемая программа может периодически создавать файл со сценарием, в котором можно предусмотреть любые действия. Перпетуум периодически будет запускать этот сценарий и таким образом управляемая программа сможет иметь над ним контроль (тут уже неизвестно, кто кем будет больше управлять). В этом случае вместо Text.LoadFromFile(...) нужно использовать CallPrg(ИмяФайла,ИмяСкрипта). При этом можно даже не проверять существование файла. Цитата из инструкции: "если перед именем скрипта поставить знак вопроса, то это будет восприниматься как условный вызов, то есть при условии существования скрипта. При его отсутствии вызов будет проигнорирован без сообщения об ошибке."
Если этой информации окажется недостаточно, или что-то не получится, пишите письмом - подскажу. Если по этой теме будет много обращений, подготовлю и выложу на отдельной странице более подробную информацию с примерами. Успехов!
Что касается передачи информации в Перпетуум от управляемого приложения, то я и сам недавно озадачился таким вопросом. В моём случае, по мере того как пользователь перемещается по справочникам в базе данных, в Перпетуум должны забрасываться списки наименований продуктов из этой базы, чтобы пользователь мог выбрать нужный продукт, произнеся его наименование, ничего не набирая при этом на клавиатуре, и не выискивая глазами. Перпетуум довольно хорошо различает наименования, основываясь на обычном списке вместо словаря. Во всяком случае сервис обещает быть удобным и востребованным, но тут тоже встал вопрос о передаче информации в Перпетуум. За реализацию я ещё не брался, но могу рассказать, какими путями я предполагаю это делать.
Удачное решение с клавиатурой обусловлено тем, что клавиатура - древнейшее устройство, родившееся вместе с первыми компьютерами, и поэтому ставшее почти обязательным стандартом. Почти все программы способны реагировать на клавиатуру. Но чтобы получить столь же универсальное средство передачи информации в Перпетуум, нужен другой механизм и тоже на основе чего-то, что понимают все программы. В общем-то такое средство есть - это текстовые файлы. Они тоже родились давно, и поэтому их применение широко распространено, в том числе и в задачах интеграции ПО. Управляемое приложение должно по мере необходимости записывать на диск файл с нужными данными, а Перпетуум этот файл должен прочитывать (с помощью функции Text.LoadFromFile(...) - подробнее о ней в инструкции). Но тут возникает вопрос: как Перпетуум должен узнавать, когда нужно читать файл? Пока только один вариант: периодически проверять его наличие, а после прочтения стирать. Для этого можно организовать цикл, в котором после проверки наличия файла и его прочтения со стиранием должна стоять функция Delay(...), приостанавливающая выполнение программы на заданное время, например полсекунды (в зависимости от того, как быстро Перпетуум должен обнаруживать новые данные). Это, возможно, не самое изящное решение, но тоже неплохое.
Можно немного модифицировать эту идею и провернуть трюк с генерацией сценариев для Перпетуум "на лету". Это что-то вроде формирования SQL-запросов в системах клиент-сервер, когда клиентская программа строит тоже что-то вроде скрипта, отдаёт серверу, а тот выполняет полученные инструкции. Так же и в нашем случае управляемая программа может периодически создавать файл со сценарием, в котором можно предусмотреть любые действия. Перпетуум периодически будет запускать этот сценарий и таким образом управляемая программа сможет иметь над ним контроль (тут уже неизвестно, кто кем будет больше управлять). В этом случае вместо Text.LoadFromFile(...) нужно использовать CallPrg(ИмяФайла,ИмяСкрипта). При этом можно даже не проверять существование файла. Цитата из инструкции: "если перед именем скрипта поставить знак вопроса, то это будет восприниматься как условный вызов, то есть при условии существования скрипта. При его отсутствии вызов будет проигнорирован без сообщения об ошибке."
Если этой информации окажется недостаточно, или что-то не получится, пишите письмом - подскажу. Если по этой теме будет много обращений, подготовлю и выложу на отдельной странице более подробную информацию с примерами. Успехов!
09.04.2010 17:28
Константин
Я куплю программу Перпетуум-М в случае если будет возможность (инструкция) введения записанного текста отдельным файлом. Мне не нужны "наговаривания" через микрофон. Требуется простое построение последовательности использования терминов в речи, которая записана вдали от компьютера.
Принято к сведению.
16.06.2009 04:15
Эд
Добрый день. А можно ли Вашу прогу поставить на сайт, чтобы посетители сайта общались с виртуальным помощником. Запрограммировать вопросы и ответы.
Работать на сервере программа пока не может. Без этого не вижу способа, как поставить ее на сайт. Но идея сама по себе интересная, спасибо. В будущем может пригодиться.
11.12.2008 16:21
Кузьма
Здравствуйте!
Интересует практическая сторона Вашего ПО.
Есть рабочие Объекты "умного дома" с Вашим ПО?
Если есть, можно посмотреть принципиальную схему построения? Какова специфика? На каком оборудовании реализовано?
Есть подобные разработки ПО HomeSpaeke для протокола C-BUS, но это дорого и софт сырой. Во общем не рекомендуют его широко применять.
Здравствуйте! Сам я не занимаюсь созданием систем "умный дом" (выполнением заказов). Свой круг задач я ограничиваю распознаванием речи. Если же кто-то занимается разработкой систем "умный дом" и желает добавить речевые функции в свою систему, я предлагаю воспользоваться моей программой. Давайте создадим такую систему и расскажем всем, кому эта тема интересна, что у нас получилось.
24.11.2008 18:54
Евгений
Не могли бы Вы привести список литературы по проблеме распознавания произвольной речи, на основе которой разрабатываются известные системы, включая Вашу, а также ссылки на системы-"конкуренты"
Литература, о которой можно с уверенностью сказать, что я ее использовал при создании своей программы, существует под одним общим названием "Математика" (от учебников для студентов до различных справочников). Приводить список такой литературы, думаю, не стоит. Если же говорить о литературе именно по распознаванию речи, то такие публикации тоже много раз мне встречались в интернете, но если я их и использовал, то только для "общего развития". Чтобы никого не вводить в заблуждение, я не привожу на сайте список литературы. Тем более, что у меня его как такового и нет. Используйте поиск, но не пытайтесь найти статью или книгу с ответами на все вопросы. В качестве отправной точки, может быть, вам поможет вот эта статья: "Современные технологии распознавания речи" Леонович А.А.
13.11.2008 19:31
Сергей
Занимаюсь разработкой систем умный дом. Хотелось посмотреть на программу распознавания речи. Интересуют библиотеки, применяя которые из языка С# я смог бы узнать слово или фразу человека и запустить нужный алгоритм. Что сможете предложить, если уже что-то есть где это можно скачать и посмотреть.
Есть замысел на будущее выпустить DLL как раз для таких целей. А пока программа может взаимодействовать с другим ПО только средствами встроенного в нее языка: например, через обменный файл, или запуская другие программы из командной строки с параметрами.
P.S. В 2010 году добавлен режим имитации клавиатуры (данные или команды автоматически вводятся в другую программу как при их ручном наборе с клавиатуры).
P.S. В 2010 году добавлен режим имитации клавиатуры (данные или команды автоматически вводятся в другую программу как при их ручном наборе с клавиатуры).
10.09.2008 22:23
Александр
Доброго времени суток, удачи и успехов всгда и везде!
У меня есть крайне нужные и интересные мне лекции в формате МР3. Но внимательно слушать их трудно - без конца нужно останавливать запись, возвращаться назад чтоб вникнуть, расслышать, всосать.
Можно ли Перпетуум использовать для записи лекций в текст, с каким успехом и временными затратами?
А не взялся бы кто-нибудь за такую работу? Небесплатно, оф коз.
В данном случае программа должна стабильно работать не только вне зависимости от индивидуальных особенностей диктора, но и независимо от условий акустической среды, записывающего оборудования (например, диктофона) и многих других параметров. Перпетуум в настоящее время такое не обеспечивает. В будущем, я не сомневаюсь, подобные конвертации звуковых файлов будут выполняться не сложнее, чем сегодня преобразуется в текст сканированная картинка. Скорость преобразования должна будет в разы превышать длительность самой записи (например, час записи - пять минут конвертации). Качество, конечно, будет сильно зависеть от качества исходной записи и, со временем, вполне может приблизиться к качеству, которое достижимо при ручной обработке. У Перпетуум хорошие шансы оказаться в числе программ, способных на это. Но чуть позже. Cовершенствование продолжается.