MyTTS

Зависимость произношения от номера строки

2020-06-18T08:59:27+03:00

Прекращать обработку чего именно - буквы, слова, словосочетания, предложения, всего текста? Совпадение чего с чем - с буквой, словом, словосочетанием и т.д.?

Не знаю вашего алгоритма. Думаю вы меня поняли. Фиговое предложение, значит фиговое. Бывает. Обратная совместимость тяжелая ноша. Простите что отвлек.

Кстати, возвращаясь к недавней теме: при поиске новых имен, скрывать подходящие под шаблонные правила. Скриптом вытащил список слов, имеющих различное ударение, при совпадении первых 5 символов в левой части правил. Ужаснулся. 146 правил указывали на разночтение а-ля

CODE:

Макферсона=Ма`кферсонаМакферсонов=Макфе`рсонов.

которых вроде бы можно избежать, при первом вхождении задав шаблонное правило. Однако несмотря на ужас, вынужден с вами согласиться. Также нашлись похожие на

CODE:

Константиновны=Константи`новныКонстантинос=Константи`носКонстантинопольского=Константино`польского

которые однозначно были бы ошибочно объединены под Константи`н*.
И так, и эдак ошибка ударения. Что-то в этом мире спроектировано неверно.

Например, вот реальный пример использования словаря.

Сокращение и пробелы, это независимые операции. Тоже похожее есть. Вынесено в отдельный словарь prepare.

Статистика: Добавлено Lecron — 18 июн 2020 08:59

Зависимость произношения от номера строки

2020-06-17T17:21:54+03:00

Надо искать правила, похожие на эти (латинские буквы в левой части, русские буквы в правой):
КОД: ВЫДЕЛИТЬ ВСЁ

t=тэ
a=а
e=е

Так это эти же замены будут применяться вообще ко всем латинским буквам? Мне такого не надо: в других местах нужно будет, чтобы определенные команды произносились по буквам.

Статистика: Добавлено mathem — 17 июн 2020 17:21

Зависимость произношения от номера строки

2020-06-17T16:20:40+03:00

Lecron
Нет, менять способ применения правил к тексту не стану. Это слишком серьезное изменение в программе: оно затронет много словарей, составленных пользователями.

Предложение: прекращать обработку после первого совпадения.

Прекращать обработку чего именно - буквы, слова, словосочетания, предложения, всего текста? Совпадение чего с чем - с буквой, словом, словосочетанием и т.д.?

Как я понимаю, сейчас многие словари как раз и рассчитаны на то, что к одному и тому же тексту будут последовательно применены разные правила из списка.
Например, вот реальный пример использования словаря. Исходный текст:

CODE:

ул.  8 марта

Одно правило заменит двойной пробел на одинарный:

CODE:

ул. 8 марта

Следующее правило уберет сокращение:

CODE:

улица 8 марта

Последнее правило приведет словосочетание к окончательному виду:

CODE:

улица Восьмого марта

Каждый раз изменения вносятся в один и тот же текст; так и было задумано составителем списка правил. (Разумеется, здесь очень важен порядок применения правил.)

Есть один нюанс. "Балаболка" применяет к тексту правило только один раз. Другие программы могут применять правило по несколько раз, снова и снова, каждый раз меняя текст, - до тех пор, пока правило выполняет хотя бы одну замену в тексте. Сложно сказать, какой способ эффективнее. (Я выбрал тот способ, который потребует меньше времени на выполнение.)

Статистика: Добавлено balabolka — 17 июн 2020 16:20

Зависимость произношения от номера строки

2020-06-17T15:10:50+03:00

Одно из правил заменяет латинскую букву на русскую

Предложение: прекращать обработку после первого совпадения. Так работают многие алгоритмы — разбор route в веб-API, настройки nginx.
Не дело применять исправление к уже исправленному. Вероятность ошибки будет ниже, а управление заменой предсказуемее. Возможно будет польза для регэкспов и шаблонов. Плюс даст небольшое ускорение. Навскидку около 5%.
Если же вдруг понадобится некая общая замена, выносить в отдельный словарь и управлять последовательностью их применения. Я так лат H заменял на рус Н для старых фидошных текстов.

Статистика: Добавлено Lecron — 17 июн 2020 15:10

Зависимость произношения от номера строки

2020-06-17T11:22:55+03:00

mathem
Спасибо, теперь понятно. Одно из правил заменяет латинскую букву на русскую, голос не может распознать такую "фонему" и возвращает ошибку "Параметр задан неверно" (параметром для атрибута XML-тега здесь является фонема).

Надо искать правила, похожие на эти (латинские буквы в левой части, русские буквы в правой):

CODE:

t=тэa=аe=е

Статистика: Добавлено balabolka — 17 июн 2020 11:22

Зависимость произношения от номера строки

2020-06-17T00:33:56+03:00

С помощью пункта главного меню "Показать измененный текст" проверьте то место, в котором при чтении происходит ошибка.

Слушайте, а ведь правда! Я это время копался. В результате теперь у меня тоже самое, только крутится это все 89. Как только это нарушается, там, где указали вы, становится вот так:

CODE:

Очевидно, причина в этом: появляется кириллица.

Статистика: Добавлено mathem — 17 июн 2020 00:33

Зависимость произношения от номера строки

2020-06-16T22:14:28+03:00

mathem
Правила из словаря применяются последовательно, одно за другим. И каждое правило меняет текст. Проверьте остальные правила в списке, как они срабатывают. С помощью пункта главного меню "Показать измененный текст" проверьте то место, в котором при чтении происходит ошибка.

По моему опыту, SAPI 5 возвращает сообщение об ошибке "Параметр задан неверно", если фонемы в теге PRON были заданы для одного голоса, а в программе их читает другой голос (например, голос для другого языка). Но могут быть иные ситуации, когда появляется это сообщение об ошибке.

Статистика: Добавлено balabolka — 16 июн 2020 22:14

Зависимость произношения от номера строки

2020-06-16T19:37:33+03:00

Здравствуйте! Помогите, пожалуйста, разобраться. Вот, когда я задаю произношение слова "строке" по фонемам как "s t rr a k s1 e" все работает тогда и только тогда, когда это задание стоит в файле sample.bxd в строке с номером больше 93. Как только это условие нарушается. возникает ошибка "Ошибка синтезирования речи: Параметр задан неверно". Можно ли это как-то устранить? Дело в том, что это не единственное слово, вызывающее подобную ошибку.

Статистика: Добавлено mathem — 16 июн 2020 19:37