Комментарии 31
Вот немного цифр, чтобы было понятнее насколько всё ускорилось:
Где?
Где?
А что делать, если в приложении используется нативный код через JNI? Для Android x86 есть NDK?
Есть. Последний NDK собирает библиотеки как под ARM так и под x86. В программу можно включить сразу обе. Первая кладется в папку \libs\armeabi, а вторая в папку \libs\x86. При запуске программы, в зависимости от типа процессора, система выбирает нужную
Но это будут разные библиотеки и у них запросто могут быть разные ошибки
Обе библиотеки собираются из одних исходников, одновременно, одной командой build-ndk. Так что функционально библиотеки одинаковы. Но я согласен, что возможны ошибки связанные с особенностями архитектуры процессора. Я сталкивался с таким, например, с проблемой выравнивания данных в памяти.
Я не защищаю, подход который описывает автор. Мое мнение как раз противоположное — разработку надо вести на реальных устройствах, а не на эмуляторах. Я просто написал, что NDK под x86 есть.
Я не защищаю, подход который описывает автор. Мое мнение как раз противоположное — разработку надо вести на реальных устройствах, а не на эмуляторах. Я просто написал, что NDK под x86 есть.
Действительно, уже 2 раза аж было.
Уже было пару раз на хабре.
И опять без эмуляции GPS и телефонии — но на это в приципе пофиг в большинстве случаев.
Самая большая беда — это отсутствие эмуляции G-сенсора. И если управление с помощью него до сих пор экзотика, то реакция программы на автоповорот — больная тема многих приложений.
Поэтому, к сожалению этот метод «Only for prototype»
И опять без эмуляции GPS и телефонии — но на это в приципе пофиг в большинстве случаев.
Самая большая беда — это отсутствие эмуляции G-сенсора. И если управление с помощью него до сих пор экзотика, то реакция программы на автоповорот — больная тема многих приложений.
Поэтому, к сожалению этот метод «Only for prototype»
А вот для игр есть прямой смысл НЕ использовать G-sensor. Использование G-Sensor-а в играх просто взбешивает при попытке поиграть в метро, автомобиле, автобусе, поезде…
Почему вы не можете отлаживать реакцию на поворот с помощью горячих клавиш?
Oracle VirtualBox тоже основан на QEMU но не тормозит.
Во-первых, он эмулирует x86.
Во-вторых, уже давно даже не эмулирует, а запускает прямо на процессоре, через VT-x (или как оно там).
Во-вторых, уже давно даже не эмулирует, а запускает прямо на процессоре, через VT-x (или как оно там).
VirtualBox эмулирует ARM?
Конечно он будет «летать» на процессорах с аппаратной виртуализацией.
Пруф с сайта: «VirtualBox is a powerful x86 and AMD64/Intel64 virtualization product for ...»
Конечно он будет «летать» на процессорах с аппаратной виртуализацией.
Пруф с сайта: «VirtualBox is a powerful x86 and AMD64/Intel64 virtualization product for ...»
Проблема не в QEMU (сам по себе QEMU неплохо работает).
В данном случае инструкции того же процессора как и хостовой системы. В этом одно из отличий симулятора и эмулятора — в начале этой статьи достаточно подробно описано.
В данном случае инструкции того же процессора как и хостовой системы. В этом одно из отличий симулятора и эмулятора — в начале этой статьи достаточно подробно описано.
А нельзя выложить куда-нибудь образы?
Да, подобные статьи были, но эта более подробная.
и по поводу управления:
левая. кнопка мыши — тап.
правая — назад.
средняя (колесико) — меню.
end — назад.
home — домой.
это удобнее чем. F клавиши.
А так действительно этот способ только для простейшего тестирования.
И автору статьи — реальный аппарат порой отличается по поведению от эмулятора и тем более от x86 версии андроида.
и кстати эмулятор быстрее стал с апдейтом около месяца — двух назад, до этого вообще каторга была, даже не тормоза выводили из себя, а зависания. постоянные.
и по поводу управления:
левая. кнопка мыши — тап.
правая — назад.
средняя (колесико) — меню.
end — назад.
home — домой.
это удобнее чем. F клавиши.
А так действительно этот способ только для простейшего тестирования.
И автору статьи — реальный аппарат порой отличается по поведению от эмулятора и тем более от x86 версии андроида.
и кстати эмулятор быстрее стал с апдейтом около месяца — двух назад, до этого вообще каторга была, даже не тормоза выводили из себя, а зависания. постоянные.
Существует способ повернуть экран эмулятора на 90 градусов используя Android_x86? Очень актуально для приложений которые работаю только в портретном режиме.
Не получится отлаживать приложения написанные с использованием Android NDK. К примеру necessitas.
Выше пишут что уже что то можно.
Проект пока сильно отстает от платформы (2.3 только в RC). Я надеюсь, что android 4.0 таки можно будет на все, что угодно ставить.
Ну во первых уже было, во вторых слишком уж много проблем с ним, Google Maps Lib и NDK не поддерживается. Из пяти(реальных) проектов которые пытался запустить таким образом, нормально можно было тестировать только один. Подойдет разве что только поиграться.
Хорошая статья, автору респект.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как ускорить эмулятор Android на 400%