Здравствуйте, Michael. Вы писали 31 марта 2009 г., 22:04:49:
>> Если их всего 2 (проигрыватель + синтезатор) - то на 1 меньше - ровно >> половина. > Ещё freephone. -1/3 >> Не у всех синтезаторов. Espeak можно использовать в качестве >> динамической библиотеки, тогда синтез и проигрывание речи отлично >> ложится в процесс сервера. Остается только вызов ru_tts (если учесть, >> что проигрывание будет происходить в процессе сервера) > Ну мы же всё таки делаем универсальный сервер. :) Ага, а прогнуться под один из синтезаторов для достижения увеличения быстродействия (читай уменьшения траты ресурсов) никак? :-) Если сервер спроектирован грамотно, то добавление нового интерфейса для espeak не должно быть трудно, и темболее не повлечет за собой потерю "универсальности" всего остального кода. > Если рассуждать открыто, то плюс внутреннего плеера в сервере > заключается скорее не в скорости отклика, т. к. разница возможно будет, но не > принципиально большая, а в возможности вызвать функции вроде > snd_pcm_drain() в libalsa, для моментальной остановки речи, А это разве не увеличение отклика? В моем понимании отклик - это не только собственно речь, но и все остальные команды, посылаемые пользователем (путем нажатия клавиш в клиенте) серверу. Оффтоп: мне, программируя в windows, сложно представить себе, что для проигрывания звука надо вызывать внешнюю программу, а для остановки звука - прибивать ее процесс :-( чтобы не > полагаться на обработку прибиения процессов. У меня даже сон немного > ухудшился, когда прочитал соответствующий кусок кода в > speech-dispatcher. Именно в таком ключе иногда бывают порывы сделать так > же, но это задача не на сегодня, может на завтра. Благо исходники multispeech тоже открыты. > Да, это именно файлы в памяти. Сделать такое безусловно возможно, это > только вопрос написания правильных скриптов. > Возражение (в общем случае, не к этому примеру) обычно здесь бывает > такое, что подобного рода изменения должны "вылежаться", чтобы не делать > сгоряча, т. к. 100%, что всех возможных грабелек не получится > предусмотреть. Не делая и тестируя нового, врядли выявим грабельки быстрее. > В конфиг что-нибудь добавить, это как два байта в рассылку отправить, > вопрос в том, как это должно обрабатываться и какие изменения в > структуре сервера здесь нужны. Неужели все настолько запущено? Для пропуска этапа разбора текста придется перестраивать всю структуру сервера?.. -- С уважением, Lex mailto:[email protected] -- Blinux-rus mailing list [email protected] http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
