Pull to refresh

Comments 31

Вот немного цифр, чтобы было понятнее насколько всё ускорилось:
Где?
Чоткий парсер. «Отжевал» таблицу «позвонить».
Никак не хочет пропускать. Вставил картинкой.
А что делать, если в приложении используется нативный код через JNI? Для Android x86 есть NDK?
Есть. Последний NDK собирает библиотеки как под ARM так и под x86. В программу можно включить сразу обе. Первая кладется в папку \libs\armeabi, а вторая в папку \libs\x86. При запуске программы, в зависимости от типа процессора, система выбирает нужную
Но это будут разные библиотеки и у них запросто могут быть разные ошибки
Обе библиотеки собираются из одних исходников, одновременно, одной командой build-ndk. Так что функционально библиотеки одинаковы. Но я согласен, что возможны ошибки связанные с особенностями архитектуры процессора. Я сталкивался с таким, например, с проблемой выравнивания данных в памяти.

Я не защищаю, подход который описывает автор. Мое мнение как раз противоположное — разработку надо вести на реальных устройствах, а не на эмуляторах. Я просто написал, что NDK под x86 есть.
Уже было пару раз на хабре.

И опять без эмуляции GPS и телефонии — но на это в приципе пофиг в большинстве случаев.

Самая большая беда — это отсутствие эмуляции G-сенсора. И если управление с помощью него до сих пор экзотика, то реакция программы на автоповорот — больная тема многих приложений.

Поэтому, к сожалению этот метод «Only for prototype»
А вот для игр есть прямой смысл НЕ использовать G-sensor. Использование G-Sensor-а в играх просто взбешивает при попытке поиграть в метро, автомобиле, автобусе, поезде…
Не говоря о том что болят руки, играть на весу.
Почему вы не можете отлаживать реакцию на поворот с помощью горячих клавиш?
А почему вы их не привели?
Oracle VirtualBox тоже основан на QEMU но не тормозит.
Во-первых, он эмулирует x86.
Во-вторых, уже давно даже не эмулирует, а запускает прямо на процессоре, через VT-x (или как оно там).
VirtualBox эмулирует ARM?
Конечно он будет «летать» на процессорах с аппаратной виртуализацией.

Пруф с сайта: «VirtualBox is a powerful x86 and AMD64/Intel64 virtualization product for ...»
Проблема не в QEMU (сам по себе QEMU неплохо работает).
В данном случае инструкции того же процессора как и хостовой системы. В этом одно из отличий симулятора и эмулятора — в начале этой статьи достаточно подробно описано.
А нельзя выложить куда-нибудь образы?
Да, подобные статьи были, но эта более подробная.
и по поводу управления:
левая. кнопка мыши — тап.
правая — назад.
средняя (колесико) — меню.
end — назад.
home — домой.
это удобнее чем. F клавиши.
А так действительно этот способ только для простейшего тестирования.
И автору статьи — реальный аппарат порой отличается по поведению от эмулятора и тем более от x86 версии андроида.
и кстати эмулятор быстрее стал с апдейтом около месяца — двух назад, до этого вообще каторга была, даже не тормоза выводили из себя, а зависания. постоянные.
Существует способ повернуть экран эмулятора на 90 градусов используя Android_x86? Очень актуально для приложений которые работаю только в портретном режиме.
Все что мог перепроверил-таки и не получилось…
в качестве «хака», могу предложить повернуть экран в хостовой операционке, в настройках видеокарты.

Если у вас видеокарта от Intel, можно использовать хоткеи Ctrl + Alt + стрелки.
Проверено на ноутбуке Asus K43E + Intel GMA HD 3000.
Но толку от этого 0 — управление мышкой будет затруднено.
Не получится отлаживать приложения написанные с использованием Android NDK. К примеру necessitas.
Проект пока сильно отстает от платформы (2.3 только в RC). Я надеюсь, что android 4.0 таки можно будет на все, что угодно ставить.
Ну во первых уже было, во вторых слишком уж много проблем с ним, Google Maps Lib и NDK не поддерживается. Из пяти(реальных) проектов которые пытался запустить таким образом, нормально можно было тестировать только один. Подойдет разве что только поиграться.
Хорошая статья, автору респект.
Sign up to leave a comment.

Articles