Приложения из маркета можно устанавливать — они кэшируются целиком на устройстве. Тот же твиттер.
Собственно, набор приложений Firefox OS уже откэширован на устройстве.
Я вайфай включал только пару раз — сеть проверить и обновиться. Ось оффлайновая вполне.
Инновация методов Light Table в том, что они оперируют с памятью, а не прогоняют компиляцию при каждом сохранении. Вообще, надеюсь когда-нибудь увидеть статью на хабре о принципах работы Light Table от какого-нибудь гуру.
Соответственно, есть куча вариантов, как использовать, вплоть до прямого обращения к библиотекам.
На деле же некоторые производители пишут что-то своё и наверняка методом тяп-ляп.
Примером могут быть быть Allwinner A10/A13… Есть инструкции как быть в таком случае: linux-sunxi.org/CedarX/libve
(через libhybris и горку костылей XBMC из linux работает)
Спасибо умным людям.
Скорость выполнения приложений — слишком широкое понятие и зависит от огромного количества факторов.
Затраты на android_dlsym (https://github.com/libhybris/libhybris/blob/master/hybris/common/ics/dlfcn.c#L79) несравнимо малы.
1) Лично моё мнение про Mir — идея хорошая, потому что в первую очередь ставится цель добиться единения с мобильными платформами, а это самое главное сейчас, имхо.
2) Когда Unity перепишут на Qt, тогда и появится.
3) За десктопом не слежу вообще. Как появится первый более-менее публичный developer preview Mir для андроида, тогда и посмотрю, как реализовано. Они обещают заменить surfaceflinger вообще, насколько мне известно.
Приложения Android написаны Java, а для Android API используются специальные обёртки, которые работают с либами Android через JNI.
Тут мы имеем Qt и полностью нативный интерфейс к функциям Android API, а приложения в Qt пишутся на C++ и QML(QtQuick).
Что быстрее — Qt/C++ или Java? В данном случае зависит от прямоты рук конечного разработчика.
Но первоначально выигрыш по производительности за Ubuntu Touch.
P.S. готовый rootfs нативного Android + Qt весит около 100мб.
У меня было дерево исходников Android 4.1 от производителя планшета,
я собрал и протестировал platform-api, qtubuntu.
qmlscene заработал, модули-плагины-прочее тоже, даже запустил пару приложений вроде notes-app.
Настраивать chroot и собирать Ubuntu Touch rootfs я не стал, поскольку это мне это не интересно.
Родные дрова — это те, которые может дать производитель. А производитель пока не заинтересован поддерживать другие платформы, кроме Android.
В Android также реализована 100% поддержка всех устройств, здесь я имею ввиду не только драйвера, но и многочисленные сервисы (HAL).
На самом деле в этом нет ничего плохого, с точки зрения обычного пользователя.
Идея с такими панельками напоминает портативные игровые консоли, когда вместе с картриджем идёт дополнительное железо и игра. А айфон всё равно всё под себя подмял, являясь всё-в-одном в устройстве. У меня до сих пор валяется модуль подсветки для GBA, который разве что в музей сдать можно.
Боюсь, есть шанс остаться через два годика с букетом никому не нужных (а главное — ни с чем не совместимых) панелек.
Собственно, набор приложений Firefox OS уже откэширован на устройстве.
Я вайфай включал только пару раз — сеть проверить и обновиться. Ось оффлайновая вполне.
Сама платформа уже юзабельна, тем более я сижу на nightly.
www.slideshare.net/pickerweng/android-multimedia-framework
www.slideshare.net/alexyjoseph/stagefright-10371971
Соответственно, есть куча вариантов, как использовать, вплоть до прямого обращения к библиотекам.
На деле же некоторые производители пишут что-то своё и наверняка методом тяп-ляп.
Примером могут быть быть Allwinner A10/A13… Есть инструкции как быть в таком случае:
linux-sunxi.org/CedarX/libve
(через libhybris и горку костылей XBMC из linux работает)
Спасибо умным людям.
Затраты на android_dlsym (https://github.com/libhybris/libhybris/blob/master/hybris/common/ics/dlfcn.c#L79) несравнимо малы.
1) Лично моё мнение про Mir — идея хорошая, потому что в первую очередь ставится цель добиться единения с мобильными платформами, а это самое главное сейчас, имхо.
2) Когда Unity перепишут на Qt, тогда и появится.
3) За десктопом не слежу вообще. Как появится первый более-менее публичный developer preview Mir для андроида, тогда и посмотрю, как реализовано. Они обещают заменить surfaceflinger вообще, насколько мне известно.
(да-да, раби джемс)
Тут мы имеем Qt и полностью нативный интерфейс к функциям Android API, а приложения в Qt пишутся на C++ и QML(QtQuick).
Что быстрее — Qt/C++ или Java? В данном случае зависит от прямоты рук конечного разработчика.
Но первоначально выигрыш по производительности за Ubuntu Touch.
P.S. готовый rootfs нативного Android + Qt весит около 100мб.
я собрал и протестировал platform-api, qtubuntu.
qmlscene заработал, модули-плагины-прочее тоже, даже запустил пару приложений вроде notes-app.
Настраивать chroot и собирать Ubuntu Touch rootfs я не стал, поскольку это мне это не интересно.
В Android также реализована 100% поддержка всех устройств, здесь я имею ввиду не только драйвера, но и многочисленные сервисы (HAL).
На самом деле в этом нет ничего плохого, с точки зрения обычного пользователя.
pocketmedia.ign.com/media/hardware/image/gbalight/wormlightplus.jpg
Боюсь, есть шанс остаться через два годика с букетом никому не нужных (а главное — ни с чем не совместимых) панелек.
Это абсолютное умение красиво уместить надпись на кириллице в нужный контейнер. Без этого никак.