LXF157:ARM и Android:Программирование - История изменений

Olkol: /* Работа с графикой с помощью SDL */

2018-07-22T04:08:33Z

‎Работа с графикой с помощью SDL

Olkol: /* Работа с графикой с помощью SDL */

2018-07-22T03:49:29Z

‎Работа с графикой с помощью SDL

Olkol: /* Работа с графикой с помощью SDL */

2018-07-22T03:48:21Z

‎Работа с графикой с помощью SDL

Olkol: /* Работа с графикой с помощью SDL */

2018-07-22T03:46:46Z

‎Работа с графикой с помощью SDL

Olkol: /* Работа с графикой с помощью SDL */

2018-07-22T03:44:48Z

‎Работа с графикой с помощью SDL

Olkol: /* Считывание данных из видеобуфера */

2018-07-22T03:44:15Z

‎Считывание данных из видеобуфера

Olkol: /* ARM и Android: Программирование */

2018-07-22T03:41:00Z

‎ARM и Android: Программирование

Olkol: Новая страница: «Категория:Постоянные рубрики Категория:Android '''Ваши программные наработки не проп…»

2018-07-22T03:35:02Z

Новая страница: «Категория:Постоянные рубрики Категория:Android '''Ваши программные наработки не проп…»

Внесённые изменения

← Предыдущая		Версия 04:08, 22 июля 2018
Строка 193:		Строка 193:
	И получаем файл APK, который можно установить на устройство Android так же, как и любое другое приложение.		И получаем файл APK, который можно установить на устройство Android так же, как и любое другое приложение.

−	Написание программ для Android на C требуется не только хакерам и тем, кто хочет перенести на мобильную платформу написанный ранее код. Только используя C и C++, мы можем сделать то, что часто требуется в высокопроизводительных программах: обратиться напрямую к возможностям процессора ARM. Об этом – в следующей части. \|	+	Написание программ для Android на C требуется не только хакерам и тем, кто хочет перенести на мобильную платформу написанный ранее код. Только используя C и C++, мы можем сделать то, что часто требуется в высокопроизводительных программах: обратиться напрямую к возможностям процессора ARM. Об этом – в следующей части.

@@ Строка 102: / Строка 102: @@
 ==Работа с графикой с помощью SDL==
-Как мы уже видели, нашим программам доступны все средства вывода графики Android, начиная с OpenGL ES и заканчивая видеобуфером. Осталось только встроить графический вывод нашего приложения в общую механику работы операционной системы. Самый простой способ сделать это – написать обертку на Java, которая будет вызывать полезный код нашей программы с помощью JNI. Поскольку одна из задач, которую мы ставим перед собой, заключается в упрощении переноса на Android программ, предназначенных для настольных версий Linux, возникает вопрос, насколько должен измениться код программы, написанной на C или C++. Ответ на этот вопрос зависит от того, насколько переносимая программа по своему поведению должна быть похожа на стандартное приложение Android. В самом простом случае код программы, написанной на C или C++, не придется менять вообще. Но полученная в результате программа будет вести себя не совсем так, как обычные приложения Android. Более глубокая «андроидизация» программ потребует внесения изменений в их архитектуру в соответствии с требованиями ОС Android.
+Как мы уже видели, нашим программам доступны все средства вывода графики Android, начиная с OpenGL ES и заканчивая видеобуфером. Осталось только встроить графический вывод нашего приложения в общую механику работы операционной системы. Самый простой способ сделать это – написать обертку на Java, которая будет вызывать полезный код нашей программы с помощью JNI. Поскольку одна из задач, которую мы ставим перед собой, заключается в упрощении переноса на Android программ, предназначенных для настольных версий Linux, возникает вопрос, насколько должен измениться код программы, написанной на C или C++. Ответ на этот вопрос зависит от того, насколько переносимая программа по своему поведению должна быть похожа на стандартное приложение Android. {{Врезка|right|Заголовок=Android и многозадачность |Ширина=35%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
 {{Врезка|right|Заголовок=Android и многозадачность |Ширина=35%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
 В идеале принудительная выгрузка и повторный запуск приложения вообще должны быть незаметны для пользователя. В момент выгрузки приложение должно сохранять информацию о своем состоянии и восстанавливать это состояние при повторной загрузке. На практике так происходит не всегда. При этом, разумеется, совершенно недопустима ситуация, когда принудительная выгрузка программы приводит к каким-то ошибкам. В этом аспекте программирование для Android отличается от программирования для ПК, где предполагается, что программа будет работать до тех пор, пока пользователь не захочет завершить ее (и в этом случае ответственность за сохранение данных ложится на пользователя).}}
 В качестве примера программы, работающей с графикой, которую можно с минимальными изменениями перенести на платформу Android, мы рассмотрим простую программу, использующую библиотеку SDL (www.libsdl.org). Выбор SDL не случаен. Эта библиотека уже давно используется программистами-умельцами в процессе переноса игр на мобильные платформы (достаточно назвать игру OpenTTD, в которую можно поиграть и на платформе Android). Кроме того, начиная с новейшей версии SDL – SDL 2, платформа Android поддерживается библиотекой официально. Итак, допустим, мы хотим портировать на Android простую программу, написанную с использованием SDL:

@@ Строка 103: / Строка 103: @@
 Как мы уже видели, нашим программам доступны все средства вывода графики Android, начиная с OpenGL ES и заканчивая видеобуфером. Осталось только встроить графический вывод нашего приложения в общую механику работы операционной системы. Самый простой способ сделать это – написать обертку на Java, которая будет вызывать полезный код нашей программы с помощью JNI. Поскольку одна из задач, которую мы ставим перед собой, заключается в упрощении переноса на Android программ, предназначенных для настольных версий Linux, возникает вопрос, насколько должен измениться код программы, написанной на C или C++. Ответ на этот вопрос зависит от того, насколько переносимая программа по своему поведению должна быть похожа на стандартное приложение Android. В самом простом случае код программы, написанной на C или C++, не придется менять вообще. Но полученная в результате программа будет вести себя не совсем так, как обычные приложения Android. Более глубокая «андроидизация» программ потребует внесения изменений в их архитектуру в соответствии с требованиями ОС Android.
-{{Врезка|right|Заголовок=Android и многозадачность |Ширина=30%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
+{{Врезка|right|Заголовок=Android и многозадачность |Ширина=35%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
 В идеале принудительная выгрузка и повторный запуск приложения вообще должны быть незаметны для пользователя. В момент выгрузки приложение должно сохранять информацию о своем состоянии и восстанавливать это состояние при повторной загрузке. На практике так происходит не всегда. При этом, разумеется, совершенно недопустима ситуация, когда принудительная выгрузка программы приводит к каким-то ошибкам. В этом аспекте программирование для Android отличается от программирования для ПК, где предполагается, что программа будет работать до тех пор, пока пользователь не захочет завершить ее (и в этом случае ответственность за сохранение данных ложится на пользователя).}}

@@ Строка 103: / Строка 103: @@
 Как мы уже видели, нашим программам доступны все средства вывода графики Android, начиная с OpenGL ES и заканчивая видеобуфером. Осталось только встроить графический вывод нашего приложения в общую механику работы операционной системы. Самый простой способ сделать это – написать обертку на Java, которая будет вызывать полезный код нашей программы с помощью JNI. Поскольку одна из задач, которую мы ставим перед собой, заключается в упрощении переноса на Android программ, предназначенных для настольных версий Linux, возникает вопрос, насколько должен измениться код программы, написанной на C или C++. Ответ на этот вопрос зависит от того, насколько переносимая программа по своему поведению должна быть похожа на стандартное приложение Android. В самом простом случае код программы, написанной на C или C++, не придется менять вообще. Но полученная в результате программа будет вести себя не совсем так, как обычные приложения Android. Более глубокая «андроидизация» программ потребует внесения изменений в их архитектуру в соответствии с требованиями ОС Android.
-{{Врезка|right|Заголовок=Android и многозадачность |Ширина=50%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
+{{Врезка|right|Заголовок=Android и многозадачность |Ширина=30%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
 В идеале принудительная выгрузка и повторный запуск приложения вообще должны быть незаметны для пользователя. В момент выгрузки приложение должно сохранять информацию о своем состоянии и восстанавливать это состояние при повторной загрузке. На практике так происходит не всегда. При этом, разумеется, совершенно недопустима ситуация, когда принудительная выгрузка программы приводит к каким-то ошибкам. В этом аспекте программирование для Android отличается от программирования для ПК, где предполагается, что программа будет работать до тех пор, пока пользователь не захочет завершить ее (и в этом случае ответственность за сохранение данных ложится на пользователя).}}
@@ Строка 109: / Строка 109: @@
 В качестве примера программы, работающей с графикой, которую можно с минимальными изменениями перенести на платформу Android, мы рассмотрим простую программу, использующую библиотеку SDL (www.libsdl.org). Выбор SDL не случаен. Эта библиотека уже давно используется программистами-умельцами в процессе переноса игр на мобильные платформы (достаточно назвать игру OpenTTD, в которую можно поиграть и на платформе Android). Кроме того, начиная с новейшей версии SDL – SDL 2, платформа Android поддерживается библиотекой официально. Итак, допустим, мы хотим портировать на Android простую программу, написанную с использованием SDL:
-#include “SDL.h”
+<pre>#include “SDL.h”
 int SDL_main(int argc, char *argv[]) {
@@ Строка 168: / Строка 168: @@
+}
+</pre>
 Программа целиком позаимствована из документации SDL. Единственное, что она делает – выводит на экран картинку, загруженную из файла data/android.bmp. Поскольку на этот раз результатом сборки станет программа с расширением APK, нам придется выполнить все формальности, связанные с созданием проекта приложения Android: организовать структуру директорий, как того требует система сборки Android, и добавить необходимые файлы, описывающие проект. Все это вы найдете на диске (проект называется sdl-android). Все файлы находятся на своих местах, за исключением исходных текстов библиотеки SDL. Я не стал включать их потому, что SDL 2.0 все еще пребывает в состоянии разработки и к моменту выхода журнала поддержка Android в этой библиотеке, скорее всего, будет расширена и улучшена.

@@ Строка 103: / Строка 103: @@
 Как мы уже видели, нашим программам доступны все средства вывода графики Android, начиная с OpenGL ES и заканчивая видеобуфером. Осталось только встроить графический вывод нашего приложения в общую механику работы операционной системы. Самый простой способ сделать это – написать обертку на Java, которая будет вызывать полезный код нашей программы с помощью JNI. Поскольку одна из задач, которую мы ставим перед собой, заключается в упрощении переноса на Android программ, предназначенных для настольных версий Linux, возникает вопрос, насколько должен измениться код программы, написанной на C или C++. Ответ на этот вопрос зависит от того, насколько переносимая программа по своему поведению должна быть похожа на стандартное приложение Android. В самом простом случае код программы, написанной на C или C++, не придется менять вообще. Но полученная в результате программа будет вести себя не совсем так, как обычные приложения Android. Более глубокая «андроидизация» программ потребует внесения изменений в их архитектуру в соответствии с требованиями ОС Android.
-{{Врезка|right|Заголовок=Android и многозадачность |Ширина=20%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
+{{Врезка|right|Заголовок=Android и многозадачность |Ширина=50%|Содержание= Хотя Android – многозадачная система, эта многозадачность работает не совсем так, как в ОС для ПК. Предполагается, что в каждый момент времени пользователь работает только с одним приложением (окно которого занимает весь экран устройства). Другие процессы, окна которых не видны, рассматриваются системой как процессы заднего плана (возможны еще процессы, у которых вообще нет окон, но мы на них останавливаться не будем). Процессы заднего плана могут продолжать работу, но в случае, если системе не будет хватать памяти, любой из этих процессов может быть автоматически завершен и выгружен. При этом система не только не спрашивает пользователя о том, согласен ли он на выгрузку приложения, но и не предупреждает его об этом (сама программа, естественно, получает от системы соответствующие сигналы).
 В идеале принудительная выгрузка и повторный запуск приложения вообще должны быть незаметны для пользователя. В момент выгрузки приложение должно сохранять информацию о своем состоянии и восстанавливать это состояние при повторной загрузке. На практике так происходит не всегда. При этом, разумеется, совершенно недопустима ситуация, когда принудительная выгрузка программы приводит к каким-то ошибкам. В этом аспекте программирование для Android отличается от программирования для ПК, где предполагается, что программа будет работать до тех пор, пока пользователь не захочет завершить ее (и в этом случае ответственность за сохранение данных ложится на пользователя).}}

@@ Строка 20: / Строка 20: @@
 Обратите внимание на компоненты SurfaeFlinger и PixelFlinger. По какой-то причине слово «flinger» полюбилось разработчикам Android, и они широко его используют. На русский язык точнее всего было бы перевести эти названия как «жонглер поверхностями» (имеются в виду виртуальные поверхности, на которые приложения выводят графику) и «жонглер пикселями». Помимо прочего, компоненты промежуточного слоя выполняют программную эмуляцию отсутствующих компонентов графического оборудования. Например, PixelFlinger может эмулировать поддержку трехмерной графики, если в системе отсутствует аппаратная поддержка 3D. К этому же уровню я отнес файлы-устройства, предоставляющие непосредственный доступ к видеобуферу системы, хотя, возможно, их следовало бы поместить уровнем ниже.
 {{Врезка|right|Заголовок= Как пройти в библиотеку?|Ширина=30%|Содержание= Если вы планируете подключать к приложению напрямую такие библиотеки, как libflinger.so или libsufrfaceflinger.so, то имейте в виду, что скомпоновать приложение с этими библиотеками на этапе сборки не удастся. Android NDK просто ничего о них не знает.
 Единственный подходящий способ – воспользоваться методом явной загрузки библиотек во время выполнения программы, с помощью функций dlopen(), dlsym() и dlclose(). При этом вам все равно понадобятся заголовочные файлы соответствующих библиотек. Вы найдете их в составе NDK, в разделе исходных текстов Android.}}
 Первый путь заключатся в том, чтобы использовать код, написанный на C и C++ внутри приложения Java, играющего роль обертки. Этот путь хорош тем, что приложение ведет себя по правилам, установленным системой, а значит, в процессе его работы мы можем избежать неприятных сюрпризов.
@@ Строка 34: / Строка 34: @@
 Из перечисленных выше трех подходов к работе с графикой мы рассмотрим два наиболее рациональных: прямое взаимодействие с видеобуфером и использование тонкой оболочки Java вокруг кода программы, написанного на C. Заодно мы рассмотрим другой, более простой способ написания Make-файлов для сборки приложений Linux под Android. В отличие от рассмотренного в предыдущей статье, этот способ скрывает от нас многие интересные детали и работает только с NDK, зато позволяет создавать более компактные Make-файлы.
-Считывание данных из видеобуфера
+==Считывание данных из видеобуфера==
 Устройство видеобуфера /dev/graphics/fb0 позволяет получить прямой доступ к тому, что происходит на экране устройства Android. Данные, которые можно считать из файла /dev/graphics/fb0, представляют собой поток значений пикселей, где первым идет верхний левый пиксель, а последним – нижний правый. К этому надо добавить, что, поскольку устройства Android используют двойную буферизацию, из файла /dev/graphis/fb0 можно прочитать содержимое сразу двух кадров видеобуфера. Чтобы преобразовать этот поток «сырой» информации в наглядный графический формат, необходимо знать по крайней мере два параметра видеосистемы устройства: формат хранения пикселей, который тесно связан с количеством цветов, отображаемых устройством, и разрешение экрана устройства по вертикали и по горизонтали. Пиксели на экранах Android могут быть представлены 16-ю, 24-мя и 32-мя битами. Количество пикселей на экране колеблется от 240 × 320 до 800 × 1280.

LXF157:ARM и Android:Про­грам­ми­ро­ва­ние - История изменений

Olkol: /* Ра­бо­та с гра­фи­кой с по­мо­щью SDL */

Olkol: /* Ра­бо­та с гра­фи­кой с по­мо­щью SDL */

Olkol: /* Ра­бо­та с гра­фи­кой с по­мо­щью SDL */

Olkol: /* Ра­бо­та с гра­фи­кой с по­мо­щью SDL */

Olkol: /* Ра­бо­та с гра­фи­кой с по­мо­щью SDL */

Olkol: /* Счи­ты­вание дан­ных из ви­део­бу­фе­ра */

Olkol: /* ARM и Android: Про­грам­ми­ро­ва­ние */

Olkol: Новая страница: «Категория:Постоянные рубрики Категория:Android '''Ваши программные наработки не проп…»

LXF157:ARM и Android:Программирование - История изменений

Olkol: /* Работа с графикой с помощью SDL */

Olkol: /* Работа с графикой с помощью SDL */

Olkol: /* Работа с графикой с помощью SDL */

Olkol: /* Работа с графикой с помощью SDL */

Olkol: /* Работа с графикой с помощью SDL */

Olkol: /* Считывание данных из видеобуфера */

Olkol: /* ARM и Android: Программирование */