Hello, Lex! > Если их всего 2 (проигрыватель + синтезатор) - то на 1 меньше - ровно > половина. Ещё freephone.
> Не у всех синтезаторов. Espeak можно использовать в качестве > динамической библиотеки, тогда синтез и проигрывание речи отлично > ложится в процесс сервера. Остается только вызов ru_tts (если учесть, > что проигрывание будет происходить в процессе сервера) Ну мы же всё таки делаем универсальный сервер. :) Если рассуждать открыто, то плюс внутреннего плеера в сервере заключается скорее не в скорости отклика, т. к. разница возможно будет, но не принципиально большая, а в возможности вызвать функции вроде snd_pcm_drain() в libalsa, для моментальной остановки речи, чтобы не полагаться на обработку прибиения процессов. У меня даже сон немного ухудшился, когда прочитал соответствующий кусок кода в speech-dispatcher. Именно в таком ключе иногда бывают порывы сделать так же, но это задача не на сегодня, может на завтра. > Почему бы при запуске сервера не реализовать копирование всех > требуемых данных (словарей etc) в tmpfs? (я так понял, что это аналог > файловой системы в оперативной памяти) Да, это именно файлы в памяти. Сделать такое безусловно возможно, это только вопрос написания правильных скриптов. Возражение (в общем случае, не к этому примеру) обычно здесь бывает такое, что подобного рода изменения должны "вылежаться", чтобы не делать сгоряча, т. к. 100%, что всех возможных грабелек не получится предусмотреть. > А на вопрос о boolean в конфиге для отключения разбора вы так и не > ответили :-) В конфиг что-нибудь добавить, это как два байта в рассылку отправить, вопрос в том, как это должно обрабатываться и какие изменения в структуре сервера здесь нужны. Так сгоряча ответить не могу. В целом, любое разбирательство внутренностей vm приветствуется и комментарии обязательно выслушаю. Если будут продуманные предложения и патчи, то можно и наложить, но предупреждаю, придираться к ним буду очень строго. :) -- Michael Pozhidaev. E-mail: [email protected]. Tomsk State University. http://www.csd.tsu.ru ALT Linux Team. http://www.altlinux.org -- Blinux-rus mailing list [email protected] http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
