Здравствуйте!
Lex> А разве сейчас ru_tts не понимает символ перевода строки как
Lex> разделитель сообщений?
Боюсь, что нет, хотя не уверен. Давно все это было уже. Но даже если и
да, то при передаче данных внутри конвейера от одного процесса к
другому в системе тоже имеет место быть буферизация. Впрочем, думаю,
экспериментально все это можно выяснить. С другой стороны, кроме
Ru_tts, есть ведь и другие синтезаторы. Все ли они одинаково работают
в этом смысле?
Lex> Т.е. мы подаем на вход строку, завершающуюся "\n", читаем с
Lex> вывода звуковые данные, дальше подаем на вход следующее
Lex> сообщение...
>> Так почему бы тогда уже не усовершенствовать этот язык разметки
>> входного потока так, чтобы можно было и параметры голоса
>> задавать? Или можно использовать уже существующий.
>> Да и приведет ли он к желанной цели?..
>>
Lex> Озвучте, пожалуйста, в чем заключаются ваши сомнения.
Мне кажется, время, затрачиваемое системой на запуск синтезатора,
пренебрежимо мало в сравнении со временем, затрачиваемым на обработку
текстового фрагмента. Могу и ошибаться, конечно, - я ведь точных
измерений не проводил, да и ситуация может различаться в разных
условиях. Но за отклик я ведь тоже боролся. Очень уж важная для меня
характеристика.
С уважением,
Игорь.
--
Blinux-rus mailing list
[email protected]
http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
