[Homeros] Q: Горячая смена синтезатора в рамках одного соединения.

[i_chay]

Михаил пишет:
> должен ли сервер иметь
> возможность сменить синтезатора для некоторого языка в рамках одного
> соединения? 

Это могло быть полезным для чтения разными (но одинаковыми по языку) голосами различных контекстов, например, текст на экране читается одним голосом, а сообщения скринридера произносятся другим; названия элементов управления читаются одним голосом, а введенный пользователем текст -- другим ; в текстовой оболочке: stdout-- одним голосом, а stderr -- другим и т.п. 
Понятно, что за распознавание контекста отвечает скринридер, но  только возможностями скринридера (без поддержки переключения голосов в рамках одного соединения речевым сервером) реализовать такой функционал будет затруднительно. 
Поскольку такая опция есть в скринридерах под Win, то она, вероятно, будет и в скринридерах под Linux (правда, в том случае, если кто-то не запатентовал это дело).
Кроме того, некоторые контексты речевой сервер может распознавать самостоятельно (разумеется, опционально): url, адреса эл. почты и т.п. И если речь не идет о полном запрете на "smart"-поведение, то возможность озвучивать эти контексты другим голосом была бы интересной. Плюс пользовательский словарь -- "пользовательский контекст", содержащий слова, которые пользователь хотел бы озвучивать другим голосом.

Другой аспект -- это поддержка управляющих последовательностей в текстовом потоке. Здесь надо, конечно, смотреть конкретный протокол, но если разработчик VM предполагает поддержку управляющих последовательностей, то смена голосов в рамках одного соединения необходима при условии, что  "голос" для VM -- это синтезатор. Если "голос" для VM -- это конфигурация, то потребность в переключение синтезаторов в рамках одного соединения не так актуальна.

Вопрос еще в том, будет или не будет такое переключение вызывать заметные паузы в речи.

    Успехов. Анатолий.