Эта находка - вряд ли заинтересует широкий круг участников форума. Она, касается
изменения формы курсора мыши в зависимости от событий, происходящих на веб-странице.
Проблема обсуждалась на ветке, посвященной WebKit:
viewtopic.php?f=7&t=1494&start=140#p36423Напомню, что служба RealPilot - отсутствует в оф. прошивках для mini+ и впервые,
введена в состав IMS - усилиями FarVoice. В прошивках для миника на основе IconBit,
запуск RealPilot - присутствует в двух вариантах: iPad эмуляции и no iPad
Интерфейс управления RealPilot - создан для работы с пультом плеера. Однако, для комфортной
веб-навигации (на экране телека) все же нужна USB-мышка. В SDK4 - имеется поддержка
манипулятора мышь для приложений, использующих движок WebKit.
На 1185 серии - при запуске служб IMS, которые используют QtWebKit, курсор мышки
может отображаться в 3-х вариантах:
1. Обычно - это дефолтный курсор =>, который меняет форму на Ø(no-drop), при попытке
переместить объект на веб-странице, удерживая левую кнопку мыши.
На мини+ - это необратимое изменение формы курсора, сопровождается кодом:
- Code: Select all
dfb_memset_surface: (333) memset surface ..... rect=0,0, 132,100
dfb_memset_surface: (389) num_buffers = 1
QCursor: Cannot create bitmap cursor; invalid bitmap(s)
dfb_windowstack_cursor_set_shape: (591) reformating cursor surf...
далее, курсорØ - будет присутствовать во всех приложениях, использующих WebKit, до окончания
сеанса работы плеера.
"Лечится" - см.
viewtopic.php?f=8&t=1669&p=33681#p336822. Иногда, курсор не отображается при загрузке RealPilot. "Лечение" - см. ссылку выше.
3. Присутствует, очень редкий вариант загрузки QtWebKit, когда курсор меняет форму в зависимости
от событий, происходящих при навигации по веб-странице:
- crs.JPG (12.51 KiB) Viewed 4745 times
На плеерах 1186 серии - курсор мыши всегда меняет форму, а попытка перемещения объекта на
веб-странице, меняет курсор на no-drop Ø, но обратимо.
Повторюсь, что на мини+ - это чрезвычайно редкое событие, возникает при перезапуске DvdPlayer
(DP), без перезагрузки ОС плеера. Как ни странно, чаще всего "ловил" правильное отображение
курсора на базовой прошивке(как нибудь напишу об этом способе). В ней, можно войти в браузер
ч/з XL, но прошивка закрыта SecureBoot
Дважды, поймал на первой разлоченной и попытался записать лог, но во время подключения
по UART, плеер перезагрузился и результат был потерян Оставалось, только ждать повтора события,
с уже подключенным шнурком, но на меня начали шипеть близкие: за разобранный плеер, торчащие
из него провода и постоянно включенный комп. Пришлось ретироваться и искать другие подходы.
На прошивке с DP на основе IconBit - правильный курсор появился всего один раз, когда
подключил к уже работающей мыши, во второе USB-гнездо клаву с тачпадом. DP - рестартанул,
чтобы посмотреть на идиота, который занимается такими вещами, но курсор отобразился правильно.
Простите за длинное вступление, но читатель должен понять о чем идет речь...
Хотя, администрация форума, отговаривала меня заниматься проблемой курсора мышки, взывая
к моему разуму - мудрыми советами Библейских книг, но по мере сил и скудных знаний в области
ОС, все же продолжал исследовать эту проблему, отложив публикацию ряда сообщений на
тематической ветке.
И вот - свершилось!!! Вышла в свет прошивка:
http://farvoice.dtdns.net/fws/Mini_Plus_mos_r6.zipВ ней исправлена ошибка 100% загрузки ЦП, при выходе из приложений, использующих
движок WebKit! Говорят, что-то немного подправили... Но где-то, проскальзывает "росчерк пера"
автора ВК... В любом случае, спасибо всем, кто принимал участие в создании этой прошивки!
А теперь, поговорим об еще одной находке, сделанной на мини+. Следуя заветам Л. П. Берии:
"Доверяй - но проверяй", запустил GMonitor для того, чтобы проверить, что ошибка 100%
загрузки ЦП действитедьно ликвидирована. И тут, с удивлением обнаружил, что курсор мыши
отображается правильно, как на плеерах 1186 серии и это - уже не случайное событие!
Необходимые условия:
1. Работающий lighttpd - один из оснвных компонентов moS3, в режиме активного обмена
данными с ОС плеера. Чтобы заставить lighttpd работать на "полную катушку", лучше всего
запустить - GMonitor, ведь эта программа для построения графика загрузки ЦП, получает данные
от ОС плеера - каждую секунду.
2. Нормальное отображение курсора, может и не появится с первой попытки, поэтому не
уходите с веб-страницы GMonitor, перезагрузите плеер. Надеюсь, что с 3-4 попытки Вы,
получите "правильный" курсор! Проверял, на всех доступных мне роутерах и ПК по LAN
и wi fi. Ребутился, через rss меню mos плеера, но можно использовать telnet.
Субъективно, правильное отображение курсора мыши, чаще возникает при старте RealPilot
в режиме эмуляции iPad, но статистику я не проводил.
3. Старт RealPilot с "нужным" курсором, проверяется просто. Дефолтный курсор мыши =>
при попадании в поле поиска нового интерфейса RealPilot, становится | (text)
В принципе, меня устраивает и такой статус плеера. Когда мне нужен RealPilot, то могу
и перезагрузиться пару раз, для работы с нормальным курсором мыши. После чего, можно
отключать комп, а правильное отображение курсора будет присутствовать во всех
приложениях, использующих QtWebKit, до выключения плеера.
И все же, мне захотелось разобраться в сути, описанного выше феномена.
Продолжение обсуждения проблемы курсора мыши на mini+(1185) - см. на тематической
ветке: "ASUS O!Play Mini Plus и WebKit"
P.S.
1. В связи с выходом новой прошивки для миника: Mini_Plus_mos_r7, "разбор полетов" -
RealPilotа, немного откладывается... Хотя, сообщение для тематической ветки и готово,
но хочу переделать его на основе r7.
2. Описанная выше методика, работает и на Mini_Plus_mos_r7!