| ← Июнь 2010 → | ||||||
|
1
|
2
|
3
|
4
|
5
|
6
|
|
|---|---|---|---|---|---|---|
|
10
|
11
|
12
|
||||
|
14
|
16
|
17
|
18
|
19
|
||
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
|
28
|
29
|
30
|
||||
За последние 60 дней ни разу не выходила
Открыт:
05-07-2009
Пре-модерация: Нет
Адрес для писем в лист: industry.maxreader-list@subscribe.ru
Здравствуйте, kogerer!
07.06.2010
О кому нужно могу послать а кто не хочет так может и сам скачать
книжку про историю Белоруссии игоря литвина. качать по этой ссылке
http://mifs.ucoz.ru в разделе книги Боокс.
я очень рад что дома кто то есть..
а то я уж подумал что все накрылось.
хотя на счетчике должен был при этом отобразиться я сам- один чел.
ну а что с этим ббб счетчиком я не знаю. мне вообще помогли сделать
статистику - советом как оно делается.
а сам я не понимаю в скриптах и спец языках , как на subscribe.
с уважением:
автор листа- Лисовой.
здравствуйте Георгий.
к сожалению, если брать принцип вообщем, то это невозможно.
есть еще один вид алгоритмов, типа динамической обработки.
например автор программы Демагог использует метод- двумерного массива, может
и многомерного. но там если будет малейшая ошибка, то по цепной реакции
текст будет весь в ошибках произношений.
это прежде всего касается сортировки по полочкам массива.
я сам думал об этом методе, но пришел к тому что словарь придется
дублировать в автоматическом режиме при загрузки общего словаря.
плюс каждый из этих словарей должен быть отсортирован. например по длинам.
сам этот алгоритм или подобный этому, или более совершенный- требуют очень
много оперативной памяти компьютера.
потому собственно сам словарь будет не очень большого размера. за скорость и
почти всегда противоречиво- за объем обрабатываемой информации ,нужно
платить ресурсами оборудования.
ну а если брать корректор , то он использует- самый простой в мире алгоритм-
прямого перебора. собственно как
и скорее всего - программа макс ридер.
за то словарь может быть большим , и потом в этом методе в сто тысяч раз
меньше подводных камней. хотя есть исключения коррекции которые невозможно
победить простыми методами, точнее эта проблема не даст в этих исключениях
как можно больше сократить количество статей при одном и том же качестве
коррекции.
в этих случаях статья вносится как полноценное слово например.
ну а если брать этот алгоритм как самый медленный ( а так оно и есть на
самом деле),
то может быть кто то согласится что иногда- тише едешь, дальше будешь.
и потом я ускорил его уже на сегодняшний день в четыре раза. в версиях
программы 1.0- 1.3, насколько я могу вспомнить точно - все тормозило как раз
в четыре раза больше.
и потом сам корректор запускается с низким приоритетом. что бы не грузить
машину уж очень рьяно.
но даже если его поставить как нормальный, то ускорение получится с
разницей в несколько минут, если например книга корректируется целый час.
и только потому , что низкий приоритет он вообще не даст проге работать если
проц будет очень занят. и только когда система решит что нет особой нужды
его грузить очень сильно, она передаст управление программе с низким
приоритетом.
в этом кстати легко убедиться. запустите корректор в режиме произношений. и
нажмите ctrl + M.
вы услышите звук - индикации процесса выполнения. каждый beep соответствует
одной пройденной строке.
в этот момент попробуйте запустить другое приложение либо открыть письмо в
outlook например. и вы услышите что звук прерывается.
в общем я прикинул что низкий приоритет лучше обычного. помню когда он был
обычный у меня аж jaws с катериной затыкались. сам скринридер запускался
тоже с низким приоритетом.
я вот и решил - что если длительный процесс обработки текста, то лучше он не
будет мешать параллеьной работе с другими приложениями.
из этого могу резюмировать- что я выжал из него все что смог.
может среди нас найдутся энтузиасты- любители чтива и программисты от
черта(в хорошем смысле).
которые вообще напишут новый макс ридер и вообще сделают усилие по созданию
полной концепции этого дела.
например я без преувеличения скажу, что люди которые рьяно занимаются
словарями произношений- вообще почти отсутствуют в эфире.
вот тут например на сегодняшний день- только Антоненков и занимается этим
энтузиазмом.
я бы сам наваял бы статей. но просто времени не хватает.
но с другой стороны мне кажется , что это просто не актуально. ну типа - я и
так понимаю - шо воно там балакае!
и они тоже правы по своему. я давно пришел к выводу- что пока не будет у нас
у всех дома- очень мощные компьютеры, то не настанет ренесанс..
сейчас это тупик. нужны большие ресурсы. возможно на аппаратном уровне ,
вроде специальных плат расширения с огромной памятью и интегрированными
синтезаторами и широкой шиной данных и прочее в том же роде.
тогда возможно и синтезатор забубнит более реально по человечески. и
тормозов мрачных не будет и вообще жизнь станет прекрасной. тоесть более
прекрасной.
p. s.
все изложеное мной относится к синтезаторам которые имеют вариации
выразительности при трансляции речи.
которые напоминают людей.
Здравствуйте, kogerer.
не волнуйтесь это subscribe шалит.сейчас посмотрел этот глюк во всех
рассылках subscriba.
С уважением,
дмитрий mailto:lkvxxttd***@r*****.ru
Здравствуйте все!
а как такое может быть, что подписчиков 0. ведь даже модератор, насколько я
понимаю, тоже является подписчиком, и, следовательно, счётчик должен
указывать любое количество подписчиков отличное от нуля.
С уважением Светлана
mnogosve***@i*****.ru
Игорь,приветствую!
А вот бы ещё классно сделать,чтоб программа работала быстрее,когда ставиш
флажок применять словарь ударений!
здравствуйте все.
напишите пожалуйста че нибудь для проверки. а то на счетчике нуль
подписчиков.
здравствуйте все.
так как работа над третьей линейкой программы идет как - разлагающийся труп в
лютый мороз, я решил срочно апгрейдить вторую версию.
сначала ссылка:
http://rghost.ru/1826022
вообщем как всегда ничего нового.
смог ускорить первые два режима обработки текста.
включил в сортировку макс ридеровского словаря программу dmr_sort.
так как изначальный сортировщик гнобит все к нижнему регистру. что для макс ридера
не очень хавается.
и потом еще одна маленькая , но очень полезная шняга:
вообщем устал нажимать на клаву, расскажу вкратце-
после конвертирования например конвертером fb2 to any, в конце текста появляется
странный символ с кодом - 32.
это как вы знаете - пробел. так вот мать его - это не пробел. хотя он имеет код
32!!
это прорва товарищи!
проверил это разными способами. даже jaws сказал мне - что это пробел с кодом
32.
и такие значки встречаются часто в конце текста. и вроде бы ничего..
но вот макс ридер зависает при конвертации текста в mp3, как раз на этой строке
с этим вонючим значком!!
вот над этой проблемой я и думал целых полчаса.
и просто написал процедуру исключения символов которые не зарегистрированы в
теле программы.
другого способа я просто не знаю. так как символ мать его - 32!!
но на самом деле, конечноже он, ну не тот пробел, который пробел по умолчанию.
короче вроде бы он удаляется. проверил раз так восемь. бывают такие же символы
которые попадаются справа последней строки. тоесть в конце последней строки в
тексте. как их еще выгребать оттуда- я вообще не шарю!
так как символ - 32!!
конечно выход я предвижу. но это просто ппццц..
возможно делать ничего и не придется. так как макс ридер это дело прохавал нормально.
тоесть даже не он, а дигало.
спасибо за внимание.
Лисовой.
lespr***@m*****.ru
icq: 467320547
Skype: lesik358
здравствуйте все.
так как работа над третьей линейкой программы идет как - разлагающийся труп в
лютый мороз, я решил срочно апгрейдить вторую версию.
сначала ссылка:
http://rghost.ru/1826022
вообщем как всегда ничего нового.
смог ускорить первые два режима обработки текста.
включил в сортировку макс ридеровского словаря программу dmr_sort.
так как изначальный сортировщик гнобит все к нижнему регистру. что для макс ридера
не очень хавается.
и потом еще одна маленькая , но очень полезная шняга:
вообщем устал нажимать на клаву, расскажу вкратце-
после конвертирования например конвертером fb2 to any, в конце текста появляется
странный символ с кодом - 32.
это как вы знаете - пробел. так вот мать его - это не пробел. хотя он имеет код
32!!
это прорва товарищи!
проверил это разными способами. даже jaws сказал мне - что это пробел с кодом
32.
и такие значки встречаются часто в конце текста. и вроде бы ничего..
но вот макс ридер зависает при конвертации текста в mp3, как раз на этой строке
с этим вонючим значком!!
вот над этой проблемой я и думал целых полчаса.
и просто написал процедуру исключения символов которые не зарегистрированы в
теле программы.
другого способа я просто не знаю. так как символ мать его - 32!!
но на самом деле, конечноже он, ну не тот пробел, который пробел по умолчанию.
короче вроде бы он удаляется. проверил раз так восемь. бывают такие же символы
которые попадаются справа последней строки. тоесть в конце последней строки в
тексте. как их еще выгребать оттуда- я вообще не шарю!
так как символ - 32!!
конечно выход я предвижу. но это просто ппццц..
возможно делать ничего и не придется. так как макс ридер это дело прохавал нормально.
тоесть даже не он, а дигало.
спасибо за внимание.
Лисовой.
lespr***@m*****.ru
icq: 467320547
Skype: lesik358
