Списки в плеере и автоподнятие в Java на 373, попробуем решить эти проблемы Поделиться Опции

[Deman81]

Не знаю как всем, но мне очень не нравится то, что:
1. В стандартном плеере нет списков воспроизведения. Наверное Motorola таким образом вынуждает нас пользоваться ITunes.
2. В Java программах установленных по умолчанию (Clock например от Grafmoto) происходит автоподнятие трубки.

По поводу пункта 1 я думаю что Motorola врятли препахала прошивку и удалила возможность создания списков совсем (не в ее это стиле).
Копаясь недавно в P2K Advanced Editor обноружил в SEEM 32 вот что: MMC_AP_PLAYLIST_AVAILABLE - если я провильно понял, то это и отвечает за возможность создания списков (MultyMediaControl_AudioPlayer_Playlist_Available - МультимедияУправлние_АудиоПлеер_Списки_Доступны), но радость моя была преждевременной, т.к. изменения этого SEEM у меня ни на что не влияло.
Также в SEEM я нашел MMC_SHUFFLE_AVAILABLE (Мультимедиа > Мелодии > "Меню" > Настройка звуков > Перетасовка), MMC_VP_STRETCH_VIDEO_AVAILABLE (Вроде как видео на весь экран), но от изменения этих SEEM тоже никакого результата небыло.
Всязи с этим предпологаю что:
1. Motorola могла отключить опрос этих SEEM (если это так, то можно решить только если пропатчить прошивку)
2. Motorola могла запихнуть эти функции в другие SEEM (если это так, то нужно искать)
3. Motorola удалила возможность (функцию) создания списков совсем (мне очень не хочется в это верить)

Прошивку 1E не ставил и по этому хотел бы узнать:
1. Была ли возможность создания списков на прошивке 1E
2. Влияют ли на что-нибудь SEEM MMC_AP_PLAYLIST_AVAILABLE на прошивке 373_1E и на прошивках на базе 372 (может кто пробовал)

[Deman81]

По поводу пункта 2
В Java программах установленных по умолчанию (Clock например от Grafmoto) происходит автоподнятие трубки.
Возможные причины на мой взгляд:
1. Во всем виноват ITunes и только он (надо как-то его разобрать и посмотреть нет ли в нем каких-либо функций на этот счет).
2. Motorola переделала способ работы с приложениями по умолчанию (правда оно так и есть) и нам нужно искать новую документацию или опять же разобрать Itunes и посмотреть как он работает.
3. Дело в настройках "Функция приоритета" в "Средствах Java" - нужно конкретно разобраться на что это влияет и как работает.
4. В SEEM есть: AUTOANSWER_IDLE_AVAILABLE (автоответ при задержки) и AUTO_ANSWER_WITH_SILENT_RINGER_AVAILABLE (Автоответ с бесшумным звонком) может дело в них.
я пробовал их менять, но без результата (возможно Motorola пренесла их другие SEEM)
5. Извеняюсь перед гуру Grafmoto, но может быть у него просто недостаточно информации о том как работают приложения по умолчанию на 373 платформе, да и отсутствие телефона не способствует решению проблемы и нам нужно найти побольше информации для него.

Я со свой стороны при наличии времени попробую покапаться и сравнить между собой прошивки 1E (если в ней были списки) и 42/43, а также постораюсь найти по больше о "приложениях по умолчанию", но прошу помощи если кто-нибудь уже владеет какой-либо информацией.

[ras]

Хочу только сказать - на 1ER все эти проблемы тоже были.

[Deman81]

По поводу проблемы №2
В Java программах установленных по умолчанию происходит автоподнятие трубки.

Зашел на сайт Motocoder и там нашел обновленный Motorola SDK v5.2.1 for J2ME с поддержкой ROKR_E1

The SDK supports the following Motorola devices:
A.1 - A630, A845, C380, C381p, C381/C386, C384/C385/C390/C391, C650/C651, C698p, E375, E398, E550/V535/ V560, T725, V180/V185/V186/V188, V220/V220i (New)/V226, V3/RAZR V3b (New), V300/V400/V500, V330/V547/V551/V555, V400p/V303p, V550/V545, V600, V600i, V620, V635, V80
A.3 - C975, C980, E1000/E1000R, RAZR V3g (***), V975, V980
A.4 - PEBL, SLVR, RAZR V3i, V190, V230/V235, V270 (***)/V280 (***), V360/V361, V540/V557/V557p, ROKR_E1
M.1 - A760/A760i, A768/A768i
M.3 - A780, E680/E680i

И как все заметили - для эмуляции ROKR_E1 используется другой эмулятор А.4 вместо A.1 для E398 - следовательно в Java много чего наменяли.
Также нужно сообщить Grafmoto, если он не вкурсе.

[AlexKooper]

Также нужно сообщить Grafmoto, если он не вкурсе.

Так сообщи, личные сообщения на это дело есть.

[Deman81]

Бегло посмотрел "ROKR E1 Handset J2ME Developer Guide" и на 78 странице нашел "Push Registry Declaration", если я правильно понял (java только начал изучать, поэтому извеняюсь если понял не провильно) то там приведен листинг Java-программы которая работает в фоне и при входящих SMS выдает уведомление, т.е. обрабатывает событие прихода SMS.
Может быть нужно сделать что-то подобное, чтобы программы установленные по умолчанию могли обрабатывать входящие звонки.
Приведу цитаты из "Developer Guide" на 87 странице:
Delivery of a Push Message
A push message intended for a MIDlet on the Motorola ROKR E1 handsets will handle the following interactions:
• MIDlet running while receiving a push message – if the application receiving the push message is currently running, the application will consume the push message without user notification.
• No MIDlet suites running – if no MIDlets are running, the user will be notified of the incoming push message and will be given the option to run the intended application as shown below.
• Push registry with Alarm/Wake-up time for application – push registry supports one outstanding wake-up time per MIDlet in the current suite. An application will use the TimerTask notification of time-based events while the application is running.
• Another MIDlet suite is running during an incoming push – if another MIDlet is running, the user will be presented an option to launch the application that had registered for the push message. If the user selects the launch, the current
MIDlet is terminated.
• Stacked push messages – it is possible for the handset to receive multiple push messages at one time while the user is running a MIDlet. The user will be given the option to allow the MIDlets to end and new MIDlets to begin. The user will be given the ability to read the messages in a stacked manner (stack of 5 supported), and if not read, the messages should be discarded.
• No applications registered for push – if there are no applications registered to handle this event, the incoming push message will be ignored.

[grafmoto]

я уже давно скачал Motorola SDK v5.2.1 for J2ME и копался в различных мануалах - пока решение не нашел.

Push Registry

когда приложение регистрируется через PushRegistry.registerConnection или PushRegistry.registerAlarm, его можно вообще закрыть. и когда придет сообщение или пройдет определенное время (указанное при регистрации), то на экран вылезет сообщение "запустить такое-то приложение или нет?"