webOS Forums - форум пользователей телевизоров на webOS

[R14]

Смысл патча - когда на телефон приходит СМС, аппарат его проигрывает "вслух" в коде Морзе.

Мысль навеяна старой Нокией коллеги, который, по приходу СМС, пищит "нокиа коннектинг пипл" в коде морзе (пищит телефон, не коллега).
Теоретически, можно задействовать и speechapi, но обозначаются проблемы с русским языком и с приватностью. Не всем понравится транслировать свои СМС в зону слышимости. А с азбукой Морзе знакомы немногие, ещё меньшее количество людей могут декодировать её на слух. Вероятность встретить настоящего живого радиолюбителя в толпе сейчас достаточно невелика :)

Профиты:
- не нужно будет отвлекаться и брать телефон в руки, чтоб прочесть пришедшую СМС;
- just for fun, вау-эффект от окружающих (по крайней мере, первое время);
- патч интернациональный, подойдёт для использования нерусскоязычными товарищами;
- ну и морзянку можно будет подучить! :)

Нужно будет предусмотреть обработку специфичных русских букв, которых нет в латинском коде Морзе, типа Ж, Ш и т.д. Предпочтительно иметь возможность регулировки скорости воспроизведения (знаков в минуту), высоты тона воспроизводимого звука, длин пауз между словами и между символами. Переключение режимов воспроизведения - текста смс целиком или только имени (телефона) адресата.
Как оказалось, для андроида подобное ПО существует. А для webOS пока нет.

P.S: прошу не просто читать этот пост, а высказывать своё отношение - вызывает ли указанный патч интерес лично у Вас?

[ipixi]

хочу

[Compvir]

[8<]
Нужно будет предусмотреть обработку специфичных русских букв, которых нет в латинском коде Морзе, типа Ж, Ш и т.д.
[8<]
P.S: прошу не просто читать этот пост, а высказывать своё отношение - вызывает ли указанный патч интерес лично у Вас?

Первое. Буквы Ж и Ш вполне имеют свои морзе коды... Ш как сейчас помню - - - -
Второе. В принципе такое совсем не сложно сделать. Достаточно повесить activity которая будет следить за БД сообщений. Это можно даже сделать отдельной службой. Правда возникнут небольшие проблемы с получением доступа на чтение, но это не должно создать проблем.

[R14]

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

[Shura]

Интересно, будет повод вспомнить морзянку

Отдельным приложением такое точно не реализуется, нет API, которое бы позволяло сидеть в фоне и активизироваться по приходу SMS, поэтому действительно только патчем, но вот откуда начать и с какой стороны зайти - хз, надо вентилировать тему.
Второе - звук. Нет API, которое бы позволило генерировать писк в динамике, придётся наверное какие-то WAV файлы с собой таскать.

Вообщем интересно - у меня была идея программы для передачи контактов с одного телефона на другой с помощью морзянки, тут немного в другую сторону, но всё равно оригинально и интересно.
Записывай меня в команду. Если что, джабер shura0@ya.ru

[Compvir]

Почему это нельзя. Activity с триггером luna://com.palm.db/watch {query:{from:"com.palm.smsmessage:1",where:[{prop:"flags.read",op:"=", val:false}]} Другое дело что доступ как к com.palm.smsmessage:1 так и к более общему com.palm.message:1 получить можно только путём патчинья системы, да и индекс по flags.read нужно будет создавать. Т.е. если не закладываться на стандарты по прниёму в Апп каталог то вполне можно сделать и сторонюю программу.

[Shura]

Еще оказывается звук на SMS сообщение не может быть длиннее 5 секунд.
Опять патчить надо.
Блин, куда ни копни - сплошные ограничения

доступ как к com.palm.smsmessage:1 так и к более общему com.palm.message:1 получить можно только путём патчинья системы

В какую сторону копать?

[Compvir]

/etc/palm/db/kinds
/etc/palm/db/permissions

Возможно правда он их не каждый раз обновляет при запуске. Тогда putKind и putPermission надо будет из под коммандной строки запустить (например в post-install ipk-пакета)

[R14]

Из всего прочитанного мне представляется, что нам нужно:
* определить базу кода морзе, в которой будет установлено соответствие между символами алфавита\цифрами и их морзе-представлением;
* подготовить wav-файл, содержащий писк длиной в одну-две секунды;
* определить четыре константы для задания базовых длительностей точке, тире, паузе и паузе между отдельными словами (разделёнными в СМС пробелами);
* определить два коэффициента, которые будут отвечать за корректировку длительностей тире и длительностей пауз в соответствии с настройками скорости, установленными пользователем;
* определить коэффициент, устанавливающий, насколько длительность точки будет короче длительности тире;
* определить коэффициент, устанавливающий длину пауз между словами;
* дать пользователю возможность задавать значения всех коэффициентов через UI, предложить два независимых варианта:
**или "простой" вариант - один горизонтальный "ползунок", при изменении которого коэффициенты для длительностей тире, пауз и пауз между словами меняются пропорционально (зависимость не должна быть линейной, т.к. в особо длинных паузах смысла нет). коэффициент для разницы в длительностях между тире и точкой задан по-умолчанию и не изменяется пользователем;
**или "продвинутый" вариант - "ползунки" для изменения всех коэффициентов (длительности тире, длительности паузы, длительности паузы между словами, коэффициента разницы между тире и точкой).

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

Если невозможно программно приостанавливать действие выполняемого кода, то придётся подготовить ещё один wav-файл с тишиной и воспроизводить его в моменты пауз.

Я правильно всё понимаю, в таком порядке оно реализуемо?