forum.boolean.name

forum.boolean.name (http://forum.boolean.name/index.php)
-   FAQ (http://forum.boolean.name/forumdisplay.php?f=48)
-   -   Общие советы по оптимизации MIDlet Pascal / Java2me программ (http://forum.boolean.name/showthread.php?t=12554)

odd 24.05.2010 22:12
Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Вложений: 1
Прежде всего определимся с направлениями оптимизации мидлета. Этих направлений несколько:

- оптимизация размера готового приложения (JAR файла)
- оптимизация использования памяти
- оптимизация скорости работы программы
- оптимизация переносимости программы

Кратко опишу основные советы и рекомендации по оптимизации для каждого направления:

1. Оптимизация по размеру
Зачем это нужно? В первую очередь потому, что на некоторых телефонах стоит
ограничение на максимальный размер исполнимого JAR файла, к примеру у некоторых моделей
телефонов Nokia (40 серии) это ограничение равняется 63 или 127 килобайтам. И эти телефоны
отнюдь не пережиток прошлого, они активно продолжают продаваться и распространяться среди
пользователей. И объясняй потом какой-нибудь блондинке, почему ваша мега-супер-пупер крутая
игра, размером в 150 кб, не пошла на её телефоне, который она покупала исключительно по
внешнему виду и низкой цене. К тому же размер важен при загрузке вашей программы из
Интернета, не исключено, что программу будут качать прямо на телефоне через мобильный браузер,
так что размер программы тут выльется в потраченные рубли и драгоценные секунды ожидания
потенциального пользователя вашего шедевра.

Самый простой и самый популярный метод уменьшения размеров программы - использование
обфускаторов. Таких программ много, вот только краткий список: ProGuard, RetroGuard, JODE...
Программы прекрасно справляются с этой функцией, помимо снижения размера повышают и защиту
вашего приложения.

Следующие методы уже потребуют изменения программы вручную.

- избавление от лишних модулей (MIDlet Pascal) или классов (Java2ME). Я понимаю,
что с использованием разветвленной системы классов/модулей программа становится короче и
понятнее. Увы, это отрицательно сказывается как на размерах готового JAR файла, так и занимаемой
оперативной памяти. Поэтому всегда старайтесь объединить несколько классов/модулей в один или
вообще отказаться от их использования. В идеале должен быть всего 1 класс/модуль - главный и всё.

- Совет чисто для MP - откажитесь от использования специальных типов данных (type), лучше храните
все данные в нескольких массивах, чем в одном массиве с особыми типизированными переменными.
Такие типизированные переменные занимают очень много оперативной памяти, да и требуется время
на извлечение определенного параметра из такой типизированной переменной, а это сказывается на
времени работы программы.

- выделение часто повторяющихся участков кода в отдельную функцию или процедуру. Если у вас один и
тот же код повторяется во многих местах, то есть смысл записать его как процедуру или функцию.

- удаление ненужных процедур. если у вас есть процедуры, которые выполняют второстепенную работу
(инициализация переменных, отладочный вывод на консоль и проч.) и вызываются только 1 раз - есть
смысл избавиться от них вообще, просто перенеся их непосредственный код на место откуда они вызывались.

- Если вы часто обращаетесь к какой-то переменной из массива есть смысл записать её значение в локальную
переменную и обращаться уже к локальной переменной. Казалось бы какая разница, но локальные переменные
читаются быстрее.

- не делайте инициализацию больших массивов непосредственно в коде программы. Часто оптимальнее будет
хранить значения в текстовом файле, а в коде просто прочитать этот файл и записать прочитанные данные в массив.

- Уменьшение размеров графики за счет программ оптимизации графики (pngout, pgcrush) и режимов сжатия.
При рисовании графики используйте как можно меньшее количество цветов и сохраняйте графику в сжатых форматах:
PNG, JPG, GIF, но не BMP и др.

- объединение нескольких графических картинок в один файл. Если у вас в игре куча спрайтов и они хранятся
в разных файлах, то лучше их хранить в одном файле в виде пакета спрайтов или на крайний случай просто
склейте эти фалы с помощью библиотеки Lib_vault. Один большой файл лучше сжимается, чем куча маленьких.

- использовать оптимизированный запаковщик. Не секрет, что JAR файл это обычный ZIP архив, но не многие
знают, что параметрами сжатия можно управлять. Часто сжатие проходит по средним параметрам, обеспечивающим
быструю распаковку, но не самый маленький размер фала после запаковки. Имеет смысл распаковать содержимое
JAR файла и перепаковать его используя более экстремальные параметры сжатия или сторонние архиваторы
(к примеру, архиватор kZip сжимает на 5 - 10 килобайт сильнее, чем обычный Zip)

2. Оптимизация использования памяти

- Используйте как можно меньше переменных, если это возможно, то используйте другие переменные повторно
или временно храните в них какую-то промежуточную информацию

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

- Как можно реже делайте создание/удаление объектов. Старайтесь использовать то что уже есть повторно.

- Правильно объявляйте массивы. Вы удивитесь, но массив [1..2, 1...1000] займет гораздо меньше памяти, чем
массив [1..1000, 1..2]. Просто так происходит из-за выравнивания (alignment) данных в памяти.

- Оптимально читайте ресурсы. Для чего используйте специальные библиотеки типа Lib_resload и прочие.
Прочитав какую-то информацию тут же закрывайте файл. Дело в том, что на некоторых телефонах при чтении
ресурса он сразу весь считывается в оперативную память и занимает её пока вы там что-то читаете построчно
или побайтно из файла. То же относится и к сетевым потокам. Не забывайте их закрывать.

- Учитывайте особенности некоторых телефонов. К примеру, на некоторых телефонах картинки с прозрачностью
занимают памяти намного больше, чем непрозрачные.

3. Оптимизация скорости выполнения программы

- используйте более оптимальные алгоритмы.

- повыбрасывайте из цикла ненужные повторные действия.

- сделайте замеры работы различных процедур и функций, сколько времени выполняется каждая из них.
Может быть стОит обращаться к каким-то функциям или процедурам немножко реже?

- Грамотно перерисовывайте дисплей. Используйте перерисовку когда она действительно нужна.
Если изменилась только какая-то маленькая область, то сделайте перерисовку только этой области, а не
всего дисплея.

- Как можно реже обращайтесь к RMS. Если у вас в Хранилище Записей хранится какая-то важная для
программы информация, то считайте её в переменную, а не обращайтесь каждый раз в RMS, чтобы узнать
её значение.

- Как можно реже читайте ресурсы. Операции с файлами даже если это внутренние ресурсы программ
всегда происходят очень медленно. Лучше сразу считать все ресурсы в переменные в самом начале программы
и больше к ресурсам не обращаться вообще. Также вместо того чтобы открывать/закрывать файл каждый
раз чтобы что-то там прочитать лучше откройте файл один раз, пометьте его начало (mark) и не закрывайте файл.
При последующем обращении к файлу вместо открытия файла просто делайте сброс (reset). Это сэкономит вам
много времени.

- Используйте многопоточность. Если у вас какая-то процедура часто вызывается может имеет смысл перевести
её работу в отдельный поток?

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

- учитывайте то, что у всех телефонов разные размеры дисплеев. Поэтому весь вывод графики и работа
программы должна идти исходя из полученных программно значений высоты и ширины экрана, а не просто
статичных чисел. Пример: FillRect(0, 0, 176, 220) лучше заменить на FillRect(0, 0, GetWidth, GetHeight).

- Используйте рисованные шрифты (Lib_font). Их размер и вид вам уже заранее известен, а при использовании
стандартных шрифтов не известно какой высоты и ширины будет полученная надпись, да и есть ли данный
шрифт в телефоне вообще - на некоторых телефонах есть только 1 шрифт или телефон не имеет поддержки
нужных букв (попробуйте запустить программу с русскими надписями на китайском телефоне, скорее всего
вы увидите непонятные иероглифы вместо ожидаемых букв).

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

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

cherepets 24.05.2010 23:19
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
думаю многим это будет полезно))
слушай, а можно подробнее про увеличение скорости выполнения?
уж больно низкий порой фпс у меня выходит (1-2 на телефоне, 180-190 на компе если не ограничивать)

odd 25.05.2010 14:03
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от cherepets (Сообщение 147872)
думаю многим это будет полезно))
слушай, а можно подробнее про увеличение скорости выполнения?
уж больно низкий порой фпс у меня выходит (1-2 на телефоне, 180-190 на компе если не ограничивать)
Да, что-то низковатый у тебя FPS. Пришли исходники на [email protected] я гляну что там можно будет исправить. Обещаю не передавать исходники никому другому и сам их уничтожу у себя после улучшения.

cherepets 25.05.2010 15:05
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
ну так речь о дум стори2. там 8 сложений, 6 умножений, 2 деления для отрисовки каждого объекта. переделывать я лучше сам буду.

мне интересно узнать есть ли смысл заменять это на сдвиги (и где почитать о них).
что быстрее trunc(i/5); или r/5?
большая ли разница запускаем мы процедуру из своего модуля или из другого?

odd 25.05.2010 19:14
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Разницы из какого модуля что запускается нет. А вот числа лучше использовать только целые. Вычисления с целыми проходят быстрее.

cherepets 25.05.2010 21:54
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
а что про сдвиги?
можно ли добиться существенного прироста производительности?
(отрисовывается объектов по 700 в сумме, действия над каждым написал выше, а цель - повысить фпс как минимум в 3 раза)

Igor 26.05.2010 23:19
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Наткнулся на статью, откуда взят этот текст.
Кому интересно, вот полный вариант: http://www.dtf.ru/articles/read.php?id=44796

odd 27.05.2010 21:04
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от Igor (Сообщение 148144)
Наткнулся на статью, откуда взят этот текст.
Кому интересно, вот полный вариант: http://www.dtf.ru/articles/read.php?id=44796
Отчасти информация бралась действительно оттуда, тут немного адаптированный и дополненный вариант.

odd 27.05.2010 21:07
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от cherepets (Сообщение 147978)
а что про сдвиги?
можно ли добиться существенного прироста производительности?
(отрисовывается объектов по 700 в сумме, действия над каждым написал выше, а цель - повысить фпс как минимум в 3 раза)
700 объектов? И все отрисовываются на дисплее?
Скорее всего у тебя видимо очень большая карта с большим количеством объектов на ней. И объекты отрисовываются там наверняка не все, большая часть их находится за пределами видимости. Так вот к чему отрисовывать заведомо невидимый объект? Добавь простейшую проверку будет ли объект виден в окне дисплея и если нет - не отрисовывай его.

cherepets 27.05.2010 23:07
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
так чтобы проверить надо все равно координаты отсчитать)) а это помним сколько действий

Жека 28.05.2010 07:42
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
700 проверок всё равно быстрее чем 700 отрисовок ;)

cherepets 28.05.2010 08:30
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Жека, на теории и на эмуляторе да, а нокии нет (проверено)

odd 29.05.2010 15:45
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Значит сами объекты хранятся не оптимально. Лучше пробегись 1 раз по массиву и посчитай все положения сразу 1 раз и больше к пересчетам не возвращайся.

cherepets 29.05.2010 22:33
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
так положений 625. сохранить их = убить нокиа с40

odd 30.05.2010 17:59
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Нокиа с40? Не слышал о таком.

cherepets 30.05.2010 18:02
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
сериес40 (все что цветное и не смарт)

odd 30.05.2010 19:17
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Вот пример участка кода, который отвечает за отрисовку объектов (взято с помощью декомпиляции):
PHP код:
for(j = 1; 25 >= j; j++)
{
    for(i = 1; 25 >= i; i++)
    {
        if(objectmap[i - 1][j - 1] == 0)
        {
            Lib_cherryfont.font(2);
            M.G.drawImage(player, (i * 60 - j * 4) + l * 6 + 30 + (M.RNG.nextInt() & -1 >>> 1) % 2, ((j * 40 + i * 3 + i1 * 4) - hero[j1 - 1][1 - 1].getHeight()) + 35, 20);
            cx = i;
            cy = j;
        }
        if((((byte)(objectmap[i - 1][j - 1].compareTo(String.valueOf('b')) == 0 ? -1 : 0))) != 0)
        {
            M.G.drawImage(object[1 - 1], (i * 60 - j * 4) + l * 6 + 26, ((j * 40 + i * 3 + i1 * 4) - object[1 - 1].getHeight()) + 35, 20);
        }
        if((((byte)(objectmap[i - 1][j - 1].compareTo(String.valueOf('q')) == 0 ? -1 : 0))) != 0)
        {
            M.G.drawImage(object[2 - 1], (i * 60 - j * 4) + l * 6 + 26, ((j * 40 + i * 3 + i1 * 4) - object[2 - 1].getHeight()) + 35, 20);
        }
        if((((byte)(objectmap[i - 1][j - 1].compareTo(String.valueOf('v')) == 0 ? -1 : 0))) != 0)
        {
            M.G.drawImage(object[3 - 1], (i * 60 - j * 4) + l * 6 + 26, ((j * 40 + i * 3 + i1 * 4) - object[3 - 1].getHeight()) + 35, 20);
        }
        if((((byte)(objectmap[i - 1][j - 1].compareTo(String.valueOf('z')) == 0 ? -1 : 0))) != 0)
        {
            M.G.drawImage(object[15 - 1], (i * 60 - j * 4) + l * 6 + F.tI(F.fI((65 - object[15 - 1].getWidth()) / 2)) + 10 + (M.RNG.nextInt() & -1 >>> 1) % 2, ((j * 40 + i * 3 + i1 * 4) - object[15 - 1].getHeight()) + 35, 20);
        }
        if((((byte)(objectmap[i - 1][j - 1].compareTo(String.valueOf('i')) == 0 ? -1 : 0))) != 0)
        {
            M.G.drawImage(object[16 - 1], (i * 60 - j * 4) + l * 6 + F.tI(F.fI((65 - object[16 - 1].getWidth()) / 2)) + 10 + (M.RNG.nextInt() & -1 >>> 1) % 2, ((j * 40 + i * 3 + i1 * 4) - object[16 - 1].getHeight()) + 35, 20);
        } 
Сразу бросаются в глаза ненужные повторные вычисления одного и того же выражения, да и у вас видимо тип юнита хранится в виде буквы, а сравнение данной буквы порождает кучу ненужных сравнений и переконвертаций объектов. Лучше тип юнита хранить в виде числа 0, 1, 2, 3... так легче сравнивать потом. Также не мешало бы использовать хотя бы оператор else, раз continue в Мидлет Паскале нет.
В итоге, после упрощения получим что-то типа такого:

PHP код:
int a, b;
for(j = 1; 25 >= j; j++)
{
    for(i = 1; 25 >= i; i++)
    {
        a = (i * 60 - j * 4) + l * 6 + 26;
        b = ((j * 40 + i * 3 + i1 * 4) + 35;
        if(objectmap[i - 1][j - 1] == 1)
        {
            Lib_cherryfont.font(2); // Ненужное повторяющееся действие в цикле, можно выкинуть из цикла вообще
            M.G.drawImage(player, a + 4 + (M.RNG.nextInt() & -1 >>> 1) % 2, b - hero[j1 - 1][1 - 1].getHeight()), 20);
            cx = i; // Тоже выкинуть
            cy = j; // Тоже никак не используется в цикле
        }
        if(objectmap[i - 1][j - 1] == 1)
        {
            M.G.drawImage(object[1 - 1], a, b - object[1 - 1].getHeight()), 20);
        }
        else if(objectmap[i - 1][j - 1] == 2)
        {
            M.G.drawImage(object[2 - 1], a, b - object[2 - 1].getHeight()), 20);
        }
        else if(objectmap[i - 1][j - 1] == 3)
        {
            M.G.drawImage(object[3 - 1], a, b - object[3 - 1].getHeight()), 20);
        }
        else if(objectmap[i - 1][j - 1] == 4)
        {
            M.G.drawImage(object[15 - 1], a - 16 + F.tI(F.fI((65 - object[15 - 1].getWidth()) / 2)) + (M.RNG.nextInt() & -1 >>> 1) % 2, b - object[15 - 1].getHeight()), 20);
        }
        else if(objectmap[i - 1][j - 1] == 5)
        {
            M.G.drawImage(object[16 - 1], a - 16 + F.tI(F.fI((65 - object[16 - 1].getWidth()) / 2)) + (M.RNG.nextInt() & -1 >>> 1) % 2, b - object[16 - 1].getHeight()), 20);
        } 
Спрайты в игре тоже хранятся в виде кучи отдельных файлов, что порождает большие размеры программы и огромные массивы картинок для их хранения.
Вы вообще слышали, что существуют специальные библиотеки для работы со спрайтами?

cherepets 30.05.2010 19:44
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
предметов больше чем цифр, вот и перешел на буквы.
выбор шрифта в другом месте стоит, хз почему он у тебя там))

а вот else можно и наставить)))

odd 30.05.2010 20:28
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Главное ускорение всё же в использовании локальных переменных а и b.
Попробуй хотя бы их добавить в программу, FPS вырастет, я думаю как минимум раза в 2.
И используй числа, а не цифры для обозначения типа юнита. 4 миллиардов значений должно хватить. Чего нельзя сказать о цифрах и буквах.

cherepets 30.05.2010 21:19
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
декомпиль + моя логика видимо помешали твоему восприятию программы.
(i * 60 - j * 4) + l * 6 + 26;
считается и так по одному разу для каждого значения i и j

перейти на цифры можно, попробую)) а вообще я добился уже 2.5 фпс, чего при пошаговом перемещении хватит (прощитал все деления зарание + более грамотно реализовал задержку)

cherepets 31.05.2010 13:52
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
а можно еще про kzip поподробнее?
в смысле как им паковать. нормальной инструкции нет + консольными архиваторами не пользовался
и еще вопрос о каком именно kzip'е идет речь? есть аналог винзипа для линя с таким названием и консольный на 15кб

учитывая сколько я времени потратил на переход на цифры (так и не закончил), прирост менее 10000% считается маленьким...

odd 01.06.2010 14:03
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
kzip сам консольный, весит 15 кб.
Я архивирую так: просто перекидываю все нужные файлы в папку с kzip.exe, потом с консоли ввожу такую команду:
PHP код:
kzip /r game.jar * 
И всё чудесно запаковывается. Правда потом нужно открыть архив с помощью того же WinRAR и удалить сам файл kzip.exe из архива.

cherepets 01.06.2010 15:19
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
MidletPascal - 868166 байт
kzip - 868240 байт

и правда экономия)))

odd 01.06.2010 22:46
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Как ты сжимал? У меня твоя прога сжимается так:
Было: 873263
Стало: 864136
А если твои картинки объединить в один пакет, то сжимать будет намного лучше.

cherepets 01.06.2010 23:17
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
ты жмешь офф версию, с тех пор многое изменилось))
последняя тестовая дала такие результаты)

кстати в офф картинки не тронуты, а по тестовой прошелся пнгаутом

dmitriy-dim 10.09.2010 19:05
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
ста, что лучше для экономного расхода памяти:
1. описать глобальную переменную в качестве параметра цикла, которую будут использовать три процедуры.
или
2. в каждой из трех процедур описать локальную переменную в качестве параметра цикла.
спасибо.
, пожалуйттеобъясни

PassCall 27.05.2011 18:00
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Могу добавить насчет экономии памяти.

Не следует загружать сразу все ресурсы в память. Обычно это относиться к РПГ играм, так как картинок в РПГ чуть больше, чем дофига.

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

Пример:
Есть туча изображений монстров и не меньшее количество изображений вещей (иконки).

Загружаем изображения монстров (иконки не трогаем) в массив, например, Monsters_image:array [1..50] of image. Ходим, бьем их и т.д. И вдруг нам понадобилось взглянуть в инвентарь. Нам необходимо загрузить иконки. Но перед этим необходимо "очистить" массив Monsters_image. "Очистить" изображения можно, присвоив каждому элементу массива "пустое" изображение. Пример "пустого изображения": null:image; (по умолчанию тип image является одиночным пикселем белого цвета, и занимет 4 байта). Теперь грузим иконки. После того, как игрок вышел из меню инвентаря, таким же способом "очищаем" иконки и загружаем изображения монстров обратно.

Плюс: экономия (значительная!) памяти.
Минус: Каждый раз при входе и выходе из меню инвентаря на загрузку ресурсов уходит 1-2 секунды (зависит от количества изображений и телефона)

AssA 01.09.2011 14:56
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
вопрос: шла речь о "сделайте перерисовку только этой области, а не всего дисплея."
repaint отрисовывает весь экран. как отрисовать именно нужный участок?

и еще: как правильнее объявить переменную tmpGlob в таком случае (т.е. результат функции не нужен). использовать глобальную или создать локальную? к глобальной доступ медленнее, локальная - память занимает......

Код:
procedure _light_on;
begin
  if sett_light_sw then tmpGlob:= set_lights(0, 100);
end;
позвольте поделиться своими наблюдениями:
1) в отличии от делфей, в мидлет паскаль в условии проверяется всегда оба логических выражения, что может приводить к ошибкам:

Код:
program a;
const
  len = 10;
var
  i: integer;
  ar: array[0..len] of integer;
begin
  i:=0;
  while (i<=len)and(ar[i]<>0) do i:=i+1;
  // на последнем шаге, когда i=len+1, будет проверка несуществующего ar[11] 
end;
2) в цикле
Код:
for i:=0 to L do ...
аргумент L вычисляется каждый раз. я имею ввиду L как выражение, например length(s), и если в цикле длина строки изменилась, число итераций также измениться.

3) для циклов быстрее всего выполняется условие
Код:
const
  MAXLEN=10;
.....
while i<MAXLEN do ...
чуть медленнее
Код:
while i<=MAXIND do ...
и почти в 2 раза медленнее
Код:
while i<MAXIND+1 do ...
тестировал на своем телефоне, возможно на других будет по-другому.

AVL 01.02.2012 15:54
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Может быть и оффтоп, но статья довольно полезная: Игровые циклы или ЭлектроКардиоГама

RblSb 20.01.2014 20:10
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Разве многопоточность увеличит скорость выполнения?
И я так и не понял, в чем плюс локальных переменных? Попробовал - вроде ничего не изменилось

Vasiliy_LiGHT 31.01.2014 23:51
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от RblSb (Сообщение 272836)
Разве многопоточность увеличит скорость выполнения?
Тоже интересует.

Жека 01.02.2014 06:14
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Может увеличить за счет того, что несколько задач выполняются одновременно, каждая в отдельном потоке.
Но вряд ли добавление потоков можно назвать "оптимизацией".

Vasiliy_LiGHT 01.02.2014 18:43
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Хочу музыку в отдельный поток, стоит ли это делать? Выигрыш в скорости выполнения большой будет?

AVL 01.02.2014 23:47
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
На одноядерных процессорах многопоточность не даст прироста в скорости, но иногда это просто удобнее. Да и на многоядерных, чтобы ускорить программу за счет нескольких потоков - надо уметь грамотно распределять между ними задачи.

Vasiliy_LiGHT 03.02.2014 03:05
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Думаю без потоков можно обойтись. Не такой уж и сложный проект

Жека 03.02.2014 07:08
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от Vasiliy_LiGHT (Сообщение 273602)
Думаю без потоков можно обойтись. Не такой уж и сложный проект
В телефонах есть такая штука - нельзя проигрывать два звука одновременно, т.е. если играет музыка, то взрыв уже не воспроизведётся.
Возможно, я отстал от жизни, и уже всё норм на современных телефонах.

Amigo888 03.02.2014 18:52
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Отстал) хотя даже крутая трубка может не работать с потоком если не ява машина не поддерживает mixing:)

RblSb 03.02.2014 20:30
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Кто раскроет тайну локальных переменных? я для всех циклов всего 3 переменные использую, это плохо?)

Vasiliy_LiGHT 03.02.2014 23:22
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от Жека (Сообщение 273605)
В телефонах есть такая штука - нельзя проигрывать два звука одновременно, т.е. если играет музыка, то взрыв уже не воспроизведётся.
Возможно, я отстал от жизни, и уже всё норм на современных телефонах.
на нокиях давно миксинг есть, сами нокиевцы игру выпустили, типа ты диджей,либо архивные треки на деки подключаешь, либо из фс.
Игра была еще до сенсорных, тестировал на 5228, нормально работало.

В веселой ферме и музыка играет, и звери звуки издают, нормально работает даже когда на экране месиво из спрайтов :))

У меня просто фоновая музыка, в зависимости от событий откл/запускается новый трек.

Жека 04.02.2014 05:53
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от RblSb (Сообщение 273623)
Кто раскроет тайну локальных переменных? я для всех циклов всего 3 переменные использую, это плохо?)
Однажды ты из цикла вызовешь функцию, в которой тоже есть цикл с той же самой переменной счетчика, и все поймешь. ))

DeaDCore 15.03.2014 19:40
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от Жека (Сообщение 273649)
Однажды ты из цикла вызовешь функцию, в которой тоже есть цикл с той же самой переменной счетчика, и все поймешь. ))
А ещё работа с ними быстрее.

RblSb 20.03.2014 17:53
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от DeaDCore (Сообщение 276950)
А ещё работа с ними быстрее.
Попробовал провести тесты еще раз, использовал их в цикле при отрисовке, вместо глобальных - фпс упало на единицу. :-)

DeaDCore 20.03.2014 21:32
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Цитата:
Сообщение от RblSb (Сообщение 277444)
Попробовал провести тесты еще раз, использовал их в цикле при отрисовке, вместо глобальных - фпс упало на единицу. :-)
Ну в теории быстрее, это зависит от реализации jvm.

Жека 21.03.2014 15:16
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
Вероятно, разница в скорости от переменных пренебрежительно мала. А вот динамическое создание объектов с последующим удалением их через GarbageCollector - вот это тормоза ощутимые.

RblSb 25.03.2014 18:44
Ответ: Общие советы по оптимизации MIDlet Pascal / Java2me программ
 
а setClip() экрана будет полезен перед началом работы? как он вообще работает? у мя часть тайлов выводиться за экраном, ну как и должно быть, для нормального отображения


Часовой пояс GMT +4, время: 10:58.

vBulletin® Version 3.6.5.
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Перевод: zCarot