Пожелания по развитию программы

Посетитель Сообщений : 34

Цитата :: Не работает правило в ini.
\x0D\x0A\x0D\x0A=<silence msec="3000"/>

При записи в wav правило заработало.

V.I.P. Сообщений : 1228 Репутация : 986

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

Мне по-прежнему не нравится идея разных пауз после абзацев (с пустой строкой после абзаца и без пустой строки). Но, как вариант, можно добавить настройку "Заменять пустую строку в тексте паузой длиной N миллисекунд"; например, заменять пустую строку паузой 250 мс - четыре строки подряд дадут паузу в одну секунду. Есть ли смысл в таком параметре?

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

Мне по-прежнему не нравится идея разных пауз после абзацев (с пустой строкой после абзаца и без пустой строки). Но, как вариант, можно добавить настройку "Заменять пустую строку в тексте паузой длиной N миллисекунд"; например, заменять пустую строку паузой 250 мс - четыре строки подряд дадут паузу в одну секунду. Есть ли смысл в таком параметре?

Лучше чтобы несколько пустых строк считались за одну.
Например:
\x0D\x0A\x0D\x0A\x0D\x0A\x0D\x0A= <silence msec="3000"/>
\x0D\x0A\x0D\x0A\x0D\x0A= <silence msec="3000"/>
\x0D\x0A\x0D\x0A= <silence msec="3000"/>

Иногда очень трудно воспринимать непрерывный текст вроде:

"Сюжетная линия 1.

***

Сожетная линия 2."

или

"текст 1.

Глава 2

текст 2."

И ещё заметил баг. Если книга - один большой абзац, то к такой книге не применяются правила из dic словарей, и при ctrl+t -> "открыть как новый документ" произвольно расставляются знаки конец строки, в отличии от "сохранить..."

Возможно ли добавить блокировку экранной заставки и отключение дисплея в полноэкранном режиме во время чтения?

V.I.P. Сообщений : 1228 Репутация : 986

Lexus пишет:: Возможно ли добавить блокировку экранной заставки и отключение дисплея в полноэкранном режиме во время чтения?

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

Я сделал, что мог.

Попробовал - действительно работает. У меня использовалась более старая версия. В анонсах версий не заметил этого улучшения и в настройках вроде ничего не добавилось. Вот только немного сомневаюсь нужна ли эта возможность в неполноэкранном режиме. Но в целом очень полезная фича. Спасибо.

Немного поторопился. На win2k действительно и экранная заставка и отключение дисплея блокируется при чтении. Но на winxp-sp3 отключние дисплея не блокируется, а экранную заставку не использую, поэтому по ее поводу сказать ничего не могу Sad

V.I.P. Сообщений : 1228 Репутация : 986

Lexus пишет:: На winxp-sp3 отключние дисплея не блокируется, а экранную заставку не использую, поэтому по ее поводу сказать ничего не могу

Поправил текст программы, проверил на WinXP SP2 - монитор не отключается. Так что, Вам придется подождать выхода следующей версии программы; сейчас переделываю дизайн сайта, так что не до программирования.

(Вообще, это всё спорный вопрос - насчет блокировки выключения монитора или экранной заставки. Ведь TTS программа - это, скорее, аудиоплеер, а не видеоплеер. Тот же полноэкранный режим можно использовать лишь для удобства навигации по текстовому файлу, а не для слежения за текстом; так что монитор вполне можно погасить и в полноэкранном режиме. Это, скорее, дело вкуса пользователя.)

Это, скорее, дело вкуса пользователя.

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

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

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

V.I.P. Сообщений : 1228 Репутация : 986

boa пишет:: нельзя ли сделать вызов звукового файла из папки программы со стандартным для программы именем - в случае отсутствия будет подаваться тот звук, что уже есть ( этот звуковой файл пользователь может заменить по своему усмотрению на значимый для него)?

Простите, так и не смог понять, что имеется ввиду в Вашем предложении.

Если Вы хотите заменить WAV-файл звука окончания записи на свой, то Вам придется делать это самостоятельно: скопируйте новый звуковой файл в папку 'sounds' и переименуйте в 'finish.wav'. В настройках программы "Балаболка" изменение имен файлов со звуками не предусмотрено - не вижу смысла этим заниматься, так как звук пока один-единственный.

Прошу прощения! - не посмотрел в папку - всё именно так, как я и думал!

Просьба убрать блокировку отключения дисплея из программы. Функция реализована очень неудачно. Под XP она заработала. Но после этого экран вообще перестает входить в спящий режим. Даже после завершения чтения и закрытия программы.

V.I.P. Сообщений : 1228 Репутация : 986

Lexus
А после перезагрузки компьютера настройки отключения дисплея восстанавливаются?

У меня они востановились при смене пользователя(без перезагрузки).

V.I.P. Сообщений : 1228 Репутация : 986

Lexus
Видимо, Вы закрыли программу, когда она еще была в полноэкранном режиме? Я вижу только такое объяснение происшедшего.

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

Видимо, Вы закрыли программу, когда она еще была в полноэкранном режиме? Я вижу только такое объяснение происшедшего.

Нет. Закрытие программы, т.е. выход из нее происходил в стандартном, не F12, режиме и после прекращения чтения.

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

V.I.P. Сообщений : 1228 Репутация : 986

Lexus
Да, похоже, что запрет на отключение монитора конфликтует с запретом на включение скринсейвера. Постараюсь решить эту проблему в следующей версии.

V.I.P. Сообщений : 1228 Репутация : 986

Lexus
Исправленная версия на сервере. Проверял ее на нескольких машинах - монитор должен гаснуть нормально (раньше он лишь "моргал", когда подходил срок выключения, но не отключался).

Сейчас у меня много работы (заказ на новую программу от немцев + новые функции в другой моей программе, Cross+A), так что не до "Балаболки". Серьезное обновление программы "Балаболка" если и будет, то не скоро.

balabolka
Блокировка экрана в полноэкранном режиме в последней версии программы под ХP функционирует намного лучше, чем раньше.
Но все же есть несколько моментов, которые хотелось бы уточнить. А именно блокировка под XP не зависит от события 'чтения'. Она осуществляется при входе в полноэкранный режим и прекращается с выходом из него в не зависимости читатся текст или нет. Возможно так и задумано, а может что-то не работает. Хотелось бы пояснений автора.
И еще, занимаюсь пополнением словаря во время чтения. Раньше при попытке прослушать по F4/F5 чтение текста прекращалось, и можно было прослушать текущее правило. Сейчас иногда происходят не совсем понятные глюки: то правило не произносится, а чтение продолжается, то происходит зависание программы, но чаще все работает. Системы в этих сбоях пока не обнаружил.

V.I.P. Сообщений : 1228 Репутация : 986

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

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

Что касается редактирование словаря во время чтения, то программа это НЕ поддерживает. Однако, я и не стал запрещать такую возможность; пользователь может делать это на свой страх и риск.

Было б очень удобно, чтоб брала текст из архивов.
Я тут долго не был, не продвинулась ли идея с добавлением номера в начале каждой части?
PS Скачал новую версию, а там (о, чудо!) уже все есть. Приближается к совершенству

V.I.P. Сообщений : 1228 Репутация : 986

sm151058 пишет:: Было б очень удобно, чтоб брала текст из архивов.

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

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

Возвращаясь к звуковому сигналу конца записи (ещё раз благодарю за понимание) - нельзя ли опционально сделать вывод звука на динамик - колонки не всегда включены ( или я что-то упустил в описаниях?)

V.I.P. Сообщений : 1228 Репутация : 986

boa пишет:: Возвращаясь к звуковому сигналу конца записи (ещё раз благодарю за понимание) - нельзя ли опционально сделать вывод звука на динамик - колонки не всегда включены ( или я что-то упустил в описаниях?)

Идея понятна, обещаю подумать над ней. (Проблема в том, что в корпусе моего компьютера вообще нет динамика; видимо, фирма-производитель корпуса решила сэкономить на нем.)

Работа с голосами подразумевает, что на компьютере аудиодрайвер установлен и есть какое-то устройство для вывода звука (колонки или наушники); иначе невозможно услышать звук. Ситуация, когда пользователь намеренно отключает вывод звука, мне в голову не приходила.

balabolka пишет:: Ситуация, когда пользователь намеренно отключает вывод звука, мне в голову не приходила.

Окружающие, бывает, нервничают...

Я научился брать текст из архивов. Надо привязать тип файла к Балаболке, потом в тотал командере щелкнуть по нему, и он откроется в Балаболке.
А вот такой вопрос. В новой версии после нажатия "Разделить и преобразовать" появляется окно с вопросами. Можно ли сделать так, чтоб оно не появлялось? (Меня всегда устраивает, как делит текст Балаболка).

V.I.P. Сообщений : 1228 Репутация : 986

sm151058 пишет:: В новой версии после нажатия "Разделить и преобразовать" появляется окно с вопросами. Можно ли сделать так, чтоб оно не появлялось? (Меня всегда устраивает, как делит текст Балаболка).

Нет, окно отключить нельзя; я не стану это менять в программе. Мой опыт подсказывает, что слишком часто пользователям приходится вносить изменения в деление текста на части.

Любопытно, зачем? (какие люди разные, я даже вообразить не могу, ради чего на это можно потратить кучу времени). нет ли версии без этого окна, но с метками в конце и начале блока?
Кстати, сделал вариант : "Конец части ...", "А вот и начало части...". Очень взбадривает. У кого есть еще какие варианты?

sm151058 пишет:: Любопытно, зачем? (какие люди разные, я даже вообразить не могу, ради чего на это можно потратить кучу времени).

Нужно-нужно, не убирайте окна Smile

Если настройки не менять, никакая куча времени не уходит, а буквально считанные секунды.
Только вот у меня замечен глюк - в окне преобразования в аудиофайлы после добавления текстовых файлов последний файл становится первым. Если его не переместить в самый низ, то он становится "Блоком 1", и соответственно, 1-й текст.файл=блок 2 и т.д., т.е. сбивается нумерация. Интересно, может, я что-то не так делаю?
И еще. Если задать размер текстовых кусочков больше размеров глав (при разделении и на главы), то создаются пустые текстовые файлы, размером 3 б, и потом создаются пустые мр3.
И здорово было бы, если бы для мр3-файлов автоматически создавалась папка с названием-шаблоном в указанной для сохранения папке.
А в целом - спасибо большое за эту функцию, я как-то пропустила это изменение в программе и пользовалась 398-й версией.

V.I.P. Сообщений : 1228 Репутация : 986

Sylvia пишет:: Если задать размер текстовых кусочков больше размеров глав (при разделении и на главы), то создаются пустые текстовые файлы, размером 3 б, и потом создаются пустые мр3.

Не понял, что именно Вы делаете. Пришлите, пожалуйста, пример такого текстового файла на мой электронный адрес, с пояснениями, какие настройки надо сделать в программе.

Sylvia пишет:: И здорово было бы, если бы для мр3-файлов автоматически создавалась папка с названием-шаблоном в указанной для сохранения папке.

Нет, этого делать не стану. Шаблон задается для имени файла, но не для папки.

lev55 пишет:: Sylvia
Надо начинать отмечать с последнего к первому и всё путём будет.

Большое спасибо, действительно, если отмечать с последнего, то нормально!

Есть предложение по модернизации применения правил коррекции. Суть в следующем:
Множественные замены к отдельному слову должны применяться только до момента появления в нем знаков ударения ^,'.`,<

Поясню на примере:
можно задать групповое правило:
*несет=*нес^ет

для следующих случаев
унесет=унес^ет
нанесет=нанес^ет
принесет=принес^ет
занесет=занес^ет
и.т.д

но есть исключение:
вынесет=в^ынесет

Оно более длинное и будет обработано первым. Далее к нему применяетя правило
*несет=*нес^ет

и в результате получаем:
в^ынес^ет

Это перебор. Но если бы программа каждый раз перед применением следующего правила делала поиск знаков ударения ( ^,'.`,<) в этом слове и прекращала его изменение при обнаружении их, то все было бы в норме.

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

V.I.P. Сообщений : 1228 Репутация : 986

Lexus
Нет, вносить изменения в обработку правил, пожалуй, не стану. Слишком это опасное дело, какие-то правила у каких-либо пользователей станут неправильно обрабатываться или игнорироваться. Я и так уже устал отвечать на вопросы о том, почему "стандартный" способ и "быстрый" способ по-разному применяют правила к текстам.

V.I.P. Сообщений : 1228 Репутация : 986

lev55
Вы уверены насчет того, что кавычки и скобки мешают применению правил коррекции произношения?!

Сейчас добавил в DIC-файл правило:

Код:: вздыбившись=взд^ыбившись

Применил к такому тексту:

Код:: вздыбившись "вздыбившись"

Получилось:

Код:: взд^ыбившись "взд^ыбившись"

Программа корректно находит границу слов в обоих случаях, не обращая внимания на кавычки или скобки.

V.I.P. Сообщений : 1228 Репутация : 986

lev55
Понял, в чем дело: Вы пользуетесь "быстрым" способом применения правил, а я "стандартным"; похоже, они по-разному обрабатывают символы (каквычки, скобки и т.д.), стоящие перед словом.

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

Раз уж речь пошла о "быстром" и "стандартном" способах, то я вот что заметила относительно замены

Цитата :: *к чт*=к_чт

При "быстрой" замене текст выглядит так:

Цитата :: Так_чт о он стал привлекать к работе меня

(Добавляет пробел) И Алена читает : "Так четверг о он стал....
При "стандартном" способе текст меняется нормально:

Цитата :: Так_что он стал привлекать к работе меня

Значит, все же лучше использовать "стандартный" способ?

Цитата :: вот что заметила относительно замены *к чт*=к_чт

При быстром способе то же и с "*г ше*=г_ше"; "*к ш*=к_ш" и вообще, есть закономерность. Если в шаблоне с 2-х сторон "*", а в замене присутствует "_".
Я все такого рода правила выделил в отд. словарь и текст "прохожу" станд. способом с его помощью, а потом уже все остальное быстрым. Но это удобно, если книги записывать,а для чтения с компа не очень.

Цитата :: При "стандартном" способе текст меняется нормально:Цитата:
Так_что он стал привлекать к работе меня

Значит, все же лучше использовать "стандартный" способ?

Так это уже исправили в последних версиях.
Или опять вылезло?

V.I.P. Сообщений : 1228 Репутация : 986

Нет, "так_что" не было исправлено, об этой проблеме я раньше не знал. Это недостаток "быстрого" способа ("Демагог" применяет подобные правила таким же способом) - когда два (три, четыре) слова ("так что") заменяются одним словом ("так_чт") плюс "огрызок" (буква "о").

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

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

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

balabolka

Цитата :: Столкнулся с багом в быстром методе обработки словарей "Демагог".
На примере правила:

не о чем=н^еочем

В исходном тексте объединяем три слова в одно. Обработка словарем выдает
после "слова" 'н^еочем' два дополнительных пробела.

Я считал, что это одно и то же. и оно уже было исправлено ранее.
* - не обратил внимания.

В сокращениях типа «нач.», «кон.» перед цифрой, чай. лож. и др., Балаболка рассматривает точку, как конец предложения, поэтому невозможно выделить такой шаблон для замены. К тому же при произношении в таких случаях возникает в средине предложения длинная пауза, что сбивает с толку при прослушивании текста. Илья, нельзя ли исправить алгоритм разбивки текста на предложения. В соответствии с грамматикой предложение начинается, если следующее слово после точки пишется с большой буквы. В противном случае точка обозначает сокращение.

P.S. «кв.», а также «т. е.» и т. п. в версии 2.0 уже откорректированы. Спасибо.

V.I.P. Сообщений : 1228 Репутация : 986

Подумаю, что тут можно сделать.

тут вот вспомнилось что когда-то давно была розовая мечта чтобы балаболка научилась читать форматы субтитров srt, smi, s2k, ssa, ass, sub/idx и т.д.

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

было бы здорово если бы можно было, а то из всех программ на сегодня это умеет делать только две - ABM SubtitlesReader, которая уже морально устарела и kmplayer которая иногда очень сильно глючит

Цитата :: Это ошибки словаря.
Тута - *к чт*=к_чт(пробел).

это все враки Smile

в словаре пробела нету, по крайней мере в omograph.dic

сейчас кстати уже все нормально заменяет как при обычном так и при быстром методе

Цитата :: Просто для каждого метода нужно соответствующее мышление

мое мнение должна быть только одна кнопка "пуск\стоп" все остальные настройки только отвлекают, и можно крутить и подстраивать до бесконечности, а из-за того что оно не читается как хочется приходится придумывать велосипед

V.I.P. Сообщений : 1228 Репутация : 986

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

balabolka в ABM SubtitlesReader есть два варианта чтения:
- если не успевает прочитать то пропускает и начинает новый кусок
- если не успевает то читает пока не дочитает первый кусок и только затем начинает читать следующий, получается как бы отставание которое потом нагоняется паузами между диалогами в фильме

как показала практика 2й режим лучше всего потому что сильно длинных фраз в фильме не так много а если и есть то при запаздывающем переводе они воспринимается субъективно лучше чем если с обрывами, и быстро привыкаешь

Цитата :: В общем, это идея на далекое-далекое будущее...

да, это для wishlist
сейчас, скорее всего, помимо озвучивания книг, чтение субтитров для фильмов без звукового перевода занимает второе место по популярности