MyTTS

tonio_k писал(а):Nov 24 2017

Вопросы:

1. В какой последовательности идёт замена по списку файлов словарей (кто раньше) REX или DIC?
2. В какой последовательности идёт обработка файлов словарей REX между собой - по алфовиту?
3. В какой последовательности идёт обработка файлов словарей DIC между собой - по алфовиту?
4. В какой последовательности идёт оброка строк правил внутри самого словаря? (REX / DIC) с первой строки и далее вниз?
5. Какие словари по производительности быстрее работают? Какому отдать предпочтение для скорости обработки текста REX или DIC ?
6. Если отсортировать правила внутри словаря по алфовиту или по длине строки или ещё по какому признаку это как то влияет на ускорение процесса обработки словаря (REX / DIC)
7. Большой размер файла DIC. Может его лучше разбить на несколько небольших? или можно смело объединять в один файл? Или нет разницы и на производительность не влияет?

balabolka писал(а):tonio_k

1. Сначала применяются правила из словарей REX, затем из словарей DIC.
2. Правила из словарей REX применяются к тексту в том же порядку, в каком они хранятся в файле. Сами файлы REX считываются в алфавитном порядке. Дополнительная сортировка не применяется. (Так было в одной старой немецкой программе для чтения вслух; немецкие пользователи попросили реализовать тот же принцип в моем программном продукте.)
3. Программа считывает данные из всех словарей DIC и объединяет правила в один общий список. Затем сортирует данные по длине шаблона правила (то есть по длине того текста, который будет найден и заменен в тексте): длинные правила - в начале списка, короткие правила - в конце. Если у двух правил одинаковая длина шаблона, первым применяется правило, чувствительное к регистру букв. Если и эти характеристики у двух правил совпадают, тогда учитывается порядковый номер правила в исходном списке. (Такая сортировка применялась в программе "Говорилка"; так как в сети были готовые словари для этой программы, я не стал менять способ сортировки.)
4. Когда внутри программы сформированы общий список правил REX и общий список правил DIC, правила применяются к тексты по порядку, от первого из списка до последнего.
5. Быстрее будут применяться правила из словарей DIC. Регулярные выражения, хранящиеся в словарях REX, обладают мощными возможностями, но за это приходится жертвовать скоростью работы. (Хотя тут есть свои нюансы. Например, одно хорошо составленное регулярное выражение может заменить несколько десятков правил DIC; такое правило будет работать относительно медленно, но оно сработает только один раз.)
6. Сортировка правил внутри словарей никак не повлияет на скорость работы программы. Но важно помнить, что порядок сортировки правил влияет на конечный результат их применения. Каждое правило меняет текст: результатом применения первого правила будет текст, к которому будет применено второе правило.
7. Неважно, используется ли один большой словарь или несколько маленьких: разница в скорости загрузки словарей будет ничтожной. Даже если программа загружает один словарь DIC, список правил будет отсортирован заново.

balabolka писал(а):

zorutan писал(а):не могу понять как в саму балаболку прикрутить pls словари

Файлы PLS - это файлы для голосов от фирмы IVONA. "Балаболка" с этими файлами не работает.

Спецификация PLS (Pronunciation Lexicon Specification) была разработана консорциумом W3C как стандарт словарей для распознавания речи и для синтеза речи. Эти словари определяют транскрипции (произношения) слов для применения в компьютерных голосах. Теоретически для разных речевых движков можно создавать свои словари формата PLS, но только голоса IVONA позволяют пользователям легко и просто подключать свои словари (с помощью панели управления голосами IVONA в панели управления Windows). Формат PLS - это только рекомендация от консорциума W3C, так что разработчики компьютерных голосов не обязаны его использовать.

Полезные ссылки по теме:
Pronunciation Lexicon Specification (статья в Википедии)
Pronunciation Lexicon Specification (спецификация на сайте консорциума W3C)

tonio_k писал(а): Mar 14 2018

В Балаболке в случае сбоя или прерывания записи в MP3 из 49 файлов записалось только 33.
Какие способы можете порекомендовать, чтобы "продолжить" запись с места прерывания?

отвечу сам на свой вопрос.
Для решения этой проблемы нужно действовать по следующему алгоритму:
1) открываем последний записаный файл MP3 и прослушиваем его начало (в моем примере это 33.mp3)
2) находим в тексте книги эту строку и удаляем весь текст что выше и сохраняем
3) Через меню: Файл - Сохранить как несколько аудиофайлов....
Здесь указываем с какого номера файла продолжить запись.

balabolka2.png (256.56 КБ) 69061 просмотр

Дополнительно (если озвучиваете нумерацию блоков) указываете с какого номера продолжить нумерацию блока.

balabolka3.png (34.18 КБ) 69061 просмотр

4) начинаете запись. При этом последний файл (33.mp3) будет перезаписан

После записи не забудьте "обнулить" эти поля. В противном случаем следующая книга начнется с 33 файла и с озвучкой 33 блока.

balabolka писал(а): Mar 30 2018

Loadr писал(а):Нет там возможности указать, какой текст озвучивать женским голосом и какой - мужским? Было бы хорошо, если бы была такая возможность.

Для того, чтобы озвучивать субтитры разными голосами, необходимо использовать тег SAPI для смены голоса <VOICE>. Подробнее о теге можно прочесть в файле справки "Балаболки".

Субтитры будут выглядеть следующим образом (субтитры формата SRT):

Код: Выделить всё

1
00:00:00,000 --> 00:00:02,846
Текст будет прочитан мужским голосом.

2
00:00:02,847 --> 00:00:05,703
<voice required="Name=IVONA 2 Tatyana OEM">Текст будет прочитан женским голосом.</voice>

3
00:00:05,704 --> 00:00:07,504
И вновь мужской голос.

Вставить тег смены голоса можно в текстовом редакторе "Балаболки": выделите текст, который должен быть прочитан другим голосом, и выберите пункт главного меню Текст|Вставить тег XML.

balabolka писал(а): Apr 4 2018

balaam-hellman писал(а): Хотел уточнить информацию по регулярным выражениям.

Так как формат записи выражений в словарь "regexp"="замена", то конструкция позитивный просмотр вперёд/назад нарушает выражение в файле, из-за дополнительного знака равенства. например:
(?=\bпропах\w+\s+|\bпропит\w+\s+)потом\b=пОтом.
Можно как-то "экранировать" такое выражение, чтобы оно не нарушалось?

P.S. некоторые библиотеки не поддерживают квантификаторы, только конкретное неизменяемое выражение c альтернацией "|".

Код: Выделить всё

\=

balaam-hellman писал(а):Благодарю за ответ, но я, наверное, не совсем правильно выразился. Мне нужно экранировать знак равно от разбивания в словаре, а не для того, чтобы он воспринимался как символ.

Разъясню свою мысль на примере:
Тестовая фраза: "Это прсто здесь"
Регекс: (?<=\bпро)сто\b
Замена: сто так

В результате, в отладчиках регексов, получаем замену: "Это просто так здесь"
При анализе выражения в Балаболке регекс (?<=\bпро)сто\b замечательно находит соответствие с фрагментом "сто", но после "добавить и сохранить" выражение превращается в
Произносить: (?<
Как: \bпро)сто\b=сто так

Соответственно, если знак равно экранировать для дословного обозначения символа "(?<\=\bпро)сто\b", то выражение не работает.

Понял, спасибо за пояснение. Нет, формат словарей для регулярных выражений таков, что выражения с символами (?=) использовать нельзя. Не вижу способа обойти ограничение.

Собственно, файлы *.REX нельзя назвать настоящим "форматом" словаря. Просто давным-давно немецкие пользователи "Балаболки" прислали список регулярных выражений, который использовался в старой программе для чтения вслух (кажется, голландской, для SAPI 4). Обычный текстовый файл, на каждой строке по одному регулярному выражению для замены. Пользователи попросили, я добавил поддержку этого файла в свою программу, взяв старый словарь как есть. В результате мы сейчас имеем, что имеем.

tonio_k писал(а): Apr 15 2018

История версий
v2.12.0.652
Добавлен новый формат словарей для коррекции произношения. Формат BXD объединяет возможности форматов REX и DIC

а можно узнать, в чем его особенность?
По какой схеме в нем происходит обращение к правилам, последовательность?

balabolka писал(а):В словарях формата BXD для каждого правила должен быть задан его тип: обычная замена текста (как было в словарях DIC) или регулярное выражение (как в REX). Текст, которым будет заменен шаблон, может представлять собой набор фонем.

Правила применяются последовательно, одно за другим. Каждое правило можно отключить/включить. Для каждого правила можно задать описание (комментарий).

Для удобства редактирования рекомендуется использовать фильтр (пункт меню "Вид|Показать фильтр"). С его помощью можно быстро найти нужное правило.

От форматов DIC и REX постепенно буду отказываться. Не скоро, но их поддержка будет удалена из программы. Преобразовать словари из DIC/REX в BXD можно двумя способами:

• щелкнуть правой кнопкой мыши на имени словаря в панели словарей и выбрать пункт контекстного меню "Переименовать"; после переименования в файл с расширением *.bxd программа преобразует данные в словаре;
• создать новый словарь, открыть в редакторе и выбрать пункт меню "Файл|Вставить из файла".

tonio_k писал(а): Apr 16 2018

Может добавить возможность разбивать текст на отрезки определенного размера, НО по абзацам? Это может понравится тем, кто слушает книги на плеере с озвучкой блоков. Тогда каждый номер блока будет означать, что основная мысль только что была озвучена, и с нового блока начинается следующее событие с нового абзаца, а не "разрывать" текущую мысль между несколькими предложениями, относящимся к одному абзацу.

balabolka писал(а):Когда программа делит текст на части определенного размера, она находит позицию в тексте, кратную размеру килобайта, а затем проверяет ближайшую 1000 символов. Если в пределах этого диапазона есть граница  абзаца, она становится границей части текста. Если границы абзаца нет,  концом части текста становится окончание ближайшего предложения.

Можно попробовать распознавать границу абзаца более точно или увеличить диапазон, но сам принцип деления текста на части останется прежним.

---

Спасибо за словари.

Какого-либо замедления в обработке словарей DIC и REX не обнаружил. Сравнивал с версией 2.11. Проверил программный код, там также нет серьезных изменений в применении правил DIC и REX. Замедление произошло по каким-то другим причинам.

---
Есть проблема с преобразованием словарей DIC в формат BXD. Сейчас программа переносит правила как есть, в том порядке, в котором они хранятся в файле DIC. Но применялись правила из словарей DIC не так: правила из разных словарей объединялись в единый список, а затем выполнялась сортировка по длине шаблона.

Поэтому в следующей версии программы при преобразовании DIC в BXD правила из файла будут отсортированы перед вставкой в новый словарь.

Но проблема всё равно останется, если есть несколько словарей DIC. Рекомендуется сначала объединить все словари DIC в один словарь DIC и только затем преобразовать его в BXD. Так сохранится "оригинальный" порядок применения правил. (Подумаю над тем, чтобы выбирать сразу несколько файлов при вставке правил из файла.)

---

tonio_k писал(а):почему правило в REX
^(\w+)=$$$&
срабатывает только на первой строке?

В "Балаболке" не задан модификатор m для регулярных выражений. Поэтому текст обрабатывается как одна строка, а не как несколько строк.

PHP: Модификаторы шаблонов

m (PCRE_MULTILINE)

По умолчанию PCRE обрабатывает данные как однострочную символьную строку (даже если она содержит несколько разделителей строк). Метасимвол начала строки '^' соответствует только началу обрабатываемого текста, в то время как метасимвол "конец строки" '$' соответствует концу текста, либо позиции перед завершающим текст переводом строки (в случае, если модификатор D не установлен). ... В случае, если обрабатываемый текст не содержит символов перевода строки, либо шаблон не содержит метасимволов '^' или '$', данный модификатор не имеет никакого эффекта.

Модификатор не задан внутри программы "Балаболка".

Не то, чтобы я был принципиальным противником применения этого модификатора. Просто по умолчанию ни один из модификаторов не используется. Раз никого из пользователей это не волновало, то не стал ничего менять.

Возможно, стоит использовать модификатор m, судя по правилам в существующих словарях.
Непосредственно в тексте правила модификатор включается/выключается таким образом:

Код: Выделить всё

(?m)^(\w+)(?-m)=$$$&

Конфликта не будет. И не забывайте выключать модификатор при помощи (?-m).

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

tonio_k писал(а): May 16 2018

Проблемы с правилами:
предложение из книги:
А я же знаю, если оставить их домА одних, передерутся обязательно.
сработало правило их дома=их домА (все правила в bxd )

Хорошо, добавляю в правила вариант (копирую из текста и вставляю в поле редактирования правила)
их дОма одних=их дОма одних
по фильтру выглядит так:

► Показать

balabolka4.png (69.83 КБ) 69061 просмотр

balabolka5.png (70.81 КБ) 69061 просмотр

но правило не срабатывает!
двигаю правило выше/ниже правила строки с правилом их дома=их домА- не срабатывает.
Ради эксперимента в правиле в левой части меняю:
с их дОма одних на их дома одних
и правило стало срабатывать!
Но!я же в правиле не ставил галочку Учитывать регистр букв, следовательно вариант
их дОма одних=их дОма одних
должен сработать!

При открытии окна редактирования словаря, текст книги становится недоступным. Это неудобно, когда хочется скопировать из текста выражение, для занесения его в словарь, а окно с текстом заблокировано. Надо закрыть окно редактирования, скопировать текст, открыть опять словарь... и обнаружить, что фильтр деактивирован - надо снова его активировать находить строку, в которой надо редактировать... Поэтому просьба сделать окно не блокирующий текст. что бы можно было работать параллельно со словарем и текстом книги

balabolka писал(а):Если не учитывается регистр букв, то при поиска шаблона правила в тексте этот текст приводится к нижнему регистру. Для ускорения применения правил и ускорения объединения словарей программа не выполняет приведение левой части к нижнему регистру, полагаясь в этом вопросе на пользователя.

То есть, сейчас программа рассчитывает на то, что правило:
их дОма одних=их дОма одних
будет записано так:
их дома одних=их дОма одних

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

При открытии окна редактирования словаря, текст книги становится недоступным.

Окно редактирования словаря и окно редактирования правила останутся модальными. Менять это не стану.

tonio_k писал(а):тогда, для сохранения скорости, может, при отсутствии галочки "учитывать регистр" при нажатии на кнопку "добавить" пусть программа именно на этом этапе делает перевод в нижний регистр левой части правила?

Нет необходимости, хотя предложение логичное. Перевод в нижний регистр будет выполняться внутри программы, незаметно для глаз пользователя. Для словарей DIC так и происходит во всех программах, которые работают с этим форматом; для словарей BXD я забыл это реализовать. Спасибо за напоминание.

balabolka писал(а): ↑

05 июл 2018 17:26

1. Virtual Audio Cable - это программа VB-CABLE? Она нормально работает со всеми голосами SAPI 5?
2. Эмуляция нажатия CTRL+A - хорошая идея. Добавляю такую настройку в следующей версии.
3. На Вашем скриншоте обрезаны надписи у настроек. Это только в этом окне или в других окнах программы тоже? Какую тему оформления для Windows Вы используете?
4. Про эмуляцию нажатия клавиши для Push-to-Talk: подумаю об этом, но обещать не стану. Не уверен, что это сработает для TeamSpeak 3.

balabolka писал(а): ↑

05 июл 2018 22:43

balabolka писал(а): ↑

09 июл 2018 01:37

Вообще, это удивительно: насколько же длинное правило надо создать, чтобы достичь предела для DrawText; это несколько десятков килобайтов текста - в одном-единственном правиле.
Не такого использования своей программы я ожидал от пользователей.

tonio_k писал(а): ↑

09 июл 2018 14:12

Совершенно в простоте...
Тогда, все же, может сделаете кнопку "редактировать в отдельном окне" что бы при ее нажатии, открылось дополнительно окно с возможностью редактирования текста, изменения размера окна, размера шрифта (что бы зрение не напрягать при мелком шрифте)? Хотя бы для левой части правил.

► Показать

balabolka писал(а): ↑

25 июл 2018 01:22

не понял, о чем именно идет речь.

balabolka писал(а): ↑

25 июл 2018 14:36

Не стану добавлять опцию, назначение которой малопонятно мне самому.

fich писал(а): ↑ не выделять красным слова с буквой "ё" как "ошибки правописания"

fich писал(а): ↑ выбранный битрейт (я пользую 96-64кб/сек) возвращается в "по умолчанию" 128кб/сек

fich писал(а): ↑ "Словарь" - "использовать по умолчанию" -раньше выделялся жирно - что было наглядно.

Lecron писал(а): ↑ желательно уметь извлекать обложку и сохранять ее в cover.ext

Lecron писал(а): ↑ Есть ли шанс, получить в ближайшем будущем многопоточную обработку

Lecron писал(а): ↑

26 июл 2018 18:59

Есть ли шанс, получить в ближайшем будущем многопоточную обработку

tonio_k писал(а): ↑

27 июл 2018 11:54

попробуйте разбить книгу на 2 части и запустить два экземпляра Балаболки одновременно.

fich писал(а): ↑

28 июл 2018 11:12

Исправьте пожалуйста - "Замена" (ctrl+R) на стандартное исполнение. В любомл! тхт-редакторе "Замена" стандартна, а вы её поломали (происходит возврат на начало страницы).

wasyaka писал(а):Курсор должен стоять на месте откуда пошли замены.

1. Отслеживание каких-либо позиций в тексте при массовых заменах - довольно трудоемкая операция. В каких-то ситуациях ее сложно будет реализовать (например, если используется регулярное выражение), в других случаях она замедлит процесс.
2. Программа предназначена для чтения вслух, поэтому самое разумное при модификации текста - это всегда устанавливать курсор в начало (в начало текста, абзаца, предложения, слова), чтобы пользователь сразу мог начать процесс чтения.

Evlanov писал(а):При выводе в файл (в программе Балаболка) выдается ошибка:
"Ошибка синтезирования речи: Параметр задан неверно."
Скажите, пожалуйста, как это исправить?

balabolka писал(а): ↑

29 июл 2018 20:50

wasyaka писал(а):Курсор должен стоять на месте откуда пошли замены.

текущая позиция в тексте до выполнения всех замен

fich писал(а): ↑

28 июл 2018 11:12

лето-огород-утро 5.00 книгу в уши -мотыга

wasyaka писал(а): ↑

01 авг 2018 21:06

Возможно я в настройках не разобрался, но прога сворачивается (вин 10) в "скрытый трей"

balabolka
Что конкретно Вам не нравится в таком поведении программы? Какая разница, где будет стоять курсор после многократных замен в тексте? Курсор должен стоять на месте последней замены? Вам очень важно найти место последней, 784-й замены в тексте? Или несмотря на замены, надо оставить курсор в текущей позиции (как в MS Word)?
Что именно Вам нужно?

balabolka писал(а): ↑

12 авг 2018 06:19

Также, нет новых идей, что надо делать с омографами.

balabolka писал(а): ↑

29 июл 2018 20:50

Программа предназначена для чтения вслух, поэтому самое разумное при модификации текста - это всегда устанавливать курсор в начало (в начало текста, абзаца, предложения, слова), чтобы пользователь сразу мог начать процесс чтения.

balabolka писал(а): ↑

12 авг 2018 12:01

fich
Не убедили. ..... Кстати, то, что Вы описываете, это, скорее, метод MS Word: курсор должен оставаться в текущей позиции.

Lecron писал(а): ↑

27 июл 2018 14:34

Как никак, скоро нормой будет уже 4 ядра. И ждать час, пока будет "приготовлена" книга(и), если это можно сделать за 15 минут или даже быстрее, покажется напрягающим.