На SPH-DA100 такой менюшки не вылазит, но похожее есть если в режиме андроида дважды нажать центральную кнопку - справа будет этот самый MIX. Однако в режиме андроида можно выбрать или OFF, или App+Radio. Отвечает это добро за "смешивание" звука от радио и от HDMI - чтобы, например, слушать любимую радиостанцию и радоваться голосовым подсказкам системы навигации из андроида. Ничего связанного с BT audio или звонками там и в помине нет. Может, из-за того что модели разные.

this!

В процессе борьбы с графическим интерфейсом сделал еще одно замечание - как только трогаешь systemui (сносишь, отключаешь тем же full!screen-ом, не важно) время загрузки системы увеличивается более чем в 2 раза.
Наверняка, ответ можно найти в логе старта, но может кто уже знает ответ?
У меня свист запитан не на постоянку, поэтому увеличение и так не быстрого старта не есть хорошо.

А чего там, очередная версия ARU не была ли адаптирована для свистков?

Нашел вот такой способ вырубать System.UI, вечером попробую

http://android.serverbox.ch/?p=306

Пока идея попробовать загружаться с System.UI, и указанным в статье способом вырубать его через инитскрипты. Если не получится - может быть через таскер после окончания загрузки.

pine, интересно... а если интерфейс вывалится быстрее отработки скрипта, того же бутлупа не получится?

А вот это один из моментов, которые надо будет посмотреть. Инит-скрипты по идее вообще отрабатывают еще на чисто линуксовой части загрузки. Так что надо будет посмотреть
1) видно ли System.UI в списке линуксовых процессов через ps
2) запускается ли System.UI уже при отработке загрузочных скриптов (init.d или рекавери)
3) запускается ли он как служба или уже к тому времени показывается андроидный гуй и мы потенциально ловим бутлуп

В-общем, надеюсь, что вечером время будет.

Сам не замечал, что отсутствие System.UI замедляет загрузку, но вообще свисток грузится небыстро, да. С временем загрузки при наличии System.UI просто не сравнивал

вчера попробовать времени так и не хватило, но случайно получилось следующее - ткнул на отдельно лежащий System.UI.apk, установил. в /system/apps его не обнаружил, поэтому забил. Однако после загрузки случилось следующее - сбросились обои и субъективно загрузка стала быстрее.

Про убивание System.UI из инитскриптов - похоже идея гиблая, почитал вчера про Android boot sequence, скрипты отрабатывают еще до запуска System.UI. Надо прибивать через таскер, но будет риск получить бутлуп.

А чем вам так System.UI не угодил?

Поделюсь наблюдениями насчет стабильности установки соединения между ГУ и свистком.
Имеем: сотый пионер + mk908, питание свистка на постоянку, по блютусу коннектится только свисток (телефон не коннектится), софт - ARU 0.15. После включения ГУ и нажатия ОК для закрытия предупреждения, через 5-7 секунд устанавливается связь со свистком и пионер автоматически переключается в режим AppRadio, показывая нам рабочий стол андроида. Это идеальная ситуация, но иногда этого не происходит, а события развиваются следующим образом: если после загрузки сразу нажать на значок андроида, то пионер скажет, что еще ни с кем не соединился. Нажимаем настройки, и видим, что как раз в данный момент идет установка связи с mk908: "25%.. 50%.. 75%..... Ошибка.". В таком случае приходится мышкой передергивать блютус на свистке, тыкать пальцем в экран, коннектится из меню пионера - обычно после непродолжительных плясок сенсор начинает работать. Вот у меня и вопрос - очень похоже, что связано это с ARU, который в нужный момент "не подхватывает" BT-соединение. Есть у общественности какие-то мысли по этому поводу? Очень уж хочется добиться стабильного коннекта.

можно обойтись без мышки-быстрее и проще перезапустить голову