GavriKos

Причем тут обычное приложение? У вас файл уровня просто хранится в XML, и все. Или заказчик сказал сделать формат XML строго как layout в андроиде? Даже если так - кто вам мешает по своему данные интерпретировать и выводить на тот же канвас?

1) Придумываете себе ПРОСТУЮ задачу.
2) ПОЛНОСТЬЮ формулируете ее.
3) Идете в гугл и ищете примеры реализации.
4) Пытаетесь реализовать.

Это первый вариант. Второй - берете книжку "андроид для чайников" (условно) и читаете и делаете примеры. Литературу рекомендовали в других вопросах.

То что вы описали про приложение - это не похоже на ТЗ даже. Нужны более грамотные формулировки для вас же.

Думаете, что вам нужно или нехватает среди приложений, и реализовываете, придерживаясь стандартов (в том же оформлении).

@kirawa Объясните, зачем такие сложности в запуске? Может я чего то не понимаю, но к чему таймер, счетчики - это все вроде в тосте реализовано напрямую.

Браузер на планшете (можете свой написать на стандартном компоненте - дабы урлы не меняли) и веб-сервер ИМХО лучшее решение. Сервер все равно вам держать - чтобы централизованно собирать/хранить/редактировать опросы.

Не все зависимости подключены. Может либы, может исходники. На это указывает что нет некоторых функций, WebPDecodeRGBAInto например.

На первые три вопроса - вам все скажет издатель. Никаких шагов типа выкладывания демки не стоит делать. Отправлять письма можете всем и сразу, кто ответит - сортируете, смотрите к кому лучше ,у кого лучше условия, спрашиваете про эксклюзив. Про пятый пункт - опять таки спросите в суппорте конкретного издателя.

Хм. Очевидный ответ - изменить координаты отрисовки. Храните координаты в классе, который вы рисуете, в этом же классе проверяете попал ли палец в него.

Слои - у вас же и так по слоям все рисуется. Сначала то что внизу, потом то что вверху. проверяем клик в обратном направлении, если попали в объект - не проверяем дальше.

Лучше верните по гарантии. Если окажется что баг не софтовый, а вы поменяете прошивку - могут отказать в обмене.

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

А еще сугубо по юзабилити и откликам пользователей - лучше так не делать ;-)

Может стоит как то по-другому организовать общение адруинки с телефоном? Преобразование фурье - весьма процессороемкая операция +возможны всякие шумы и прочее.

Как альтернатива - если вам надо просто передать какое то состояние - кодируйте его либо длиной сигнала, либо даже бинарным вариантом посылайте: 0 - есть звук, 1 - нет звука, а потом декодируйте.

1) Включен ли вывод именно error-сообщений?
2) Выключены ли фильтры?

Лучше всего - реальное устройство. Причем несколько. Если возможности нет или нужен строго эмулятор - в настройках можно выставить количество оперативы для эмулятора +гибернацию. Тогда только первый запуск будет долгим.

несколько метров — это смотреть только в сторону блутуса, по списку доступных вокруг устройств. GPS — неточен + не везде ловит. На WiFi полагаться нельзя +условия леса, getCellLocation() — слишком большой радиус

В андроид-версии, насколько я знаю — на чистом eGL никак. В SDL — делал через Surface, т.е. объект после загрузки в eGL не убивал. Вариант очень неоптимальный по памяти.