GP2X Community

[Hahahoj]

Всё ж таки еще раз отреквесчу собранный и готовый к простой инсталяции путем разархивации в папку тулчейн под Винду.

[BiSe Trojanov]

[BiSe Trojanov]

К сожалению подчинить sdl_ttf не удалось ни в какую. По невыясненной причине модуль работает сверх глючно. При рендеринге шрифтов в Surface постоянные плавающие "EAccessViolation : Access violation". Бороться с этим невозможно. Иногда всё рендерится, иногда просто падает. Причём упадёт или нет зависит от другого присутствующего кода.

[Hahahoj]

Не раз испытывал тоже самое и на обычной брудшеловской сишной sdk-шке при использоании той же sdl_ttf для старых гп-х. Мне к примеру никогда не удавалось менять несколько раз подряд размер шрифта.
При этом была закономерность -на компе всё тоже нормально бегало.
Так что грабли действительно скорее всего в самой либе и лучше временно переключится на что-нибудь другое дав мозгам отдохнуть.

[BiSe Trojanov]

Как такое вообще возможно? Каким образом на него действует код, который вообще недостежим. Судя по тому как меняется размер исполняемых файлов, Паскаль линкует разные библиотеки, ведь просто объявление в uses не заставляет компилятор добавлять весь код внутрь. То есть при использовании IntToHex, компилятор линкует SysUtils, но как влияет наличие дополнительного исходного кода на код, находящийся вообще за тридевять страниц от него? Если бы не я сам писал глючный код, то я бы посоветовал копать в сторону облегчения кода насколько это возможно, но это я уже сделал, легче просто некуда. Уже и разные режимы перепробовал (хотя с самого-самого начала программирования для Caanoo я на всякий случай отключил оптимизацию на корню), и стэк увеливал, ничего не помогает. Как код может зависеть от наличия/отсутствия другого кода, вот чего я не пойму. Я допущу, что это ошибка в sdl_ttf, но как она может быть настолько плавающей? Гейзенбаг как он есть.

Вижу несколько выходов:
1. Попробовать линковать ttf-функции статически. Сомневаюсь, что поможет
2. Напрямую разбираться с libfreetype.so, рендерить из неё в память хоть bmp-изображения текста (с альфа-каналом, разумеется), и это засовывать в Surface. Если дело не в libfreetype, а в sdl_ttf, то поможет
3. Пробовать качать исходники SDL и компилировать самому. Может быть в новой версии (а такая вообще есть?) ошибки исправлены
4. Писать свою реализацию TTF. Поможет в любом случае.

[Hahahoj]

Народ еще с прошлого поколения консолей пошел по пути написания своих либ рендерящих текст.
Причем Квазист, например, использует Bitmap Font Builder для построения битмапов шрифтов под пару нужных размеров, с которых потом печатает.
На gp32x.com мелькал еще один способ обхода глюков в работе либы от кого-то из гуру - на старте под нужный размер шрифта и сам фонт шрифт рендерится на поверхность в памяти, а потом печатается уже встроенными самопальными утилитами с этой поверхности не затрагивая глючную либу.

[BiSe Trojanov]

Не, ну хранить в памяти плоскость на 2-5 МБ ОЗУ это конечно круто, благо оборудование позволяет, но это же костыль! Я так понимаю, у многих возникают эти проблемы? Если проблемы ещё с прошлых консолей, почему глюки переместились в это поколение для пущей совместимости?

[Hahahoj]

46 кб на 10 размера шрифтик. Вполне по карману. Плюс отрисовка много шустрее.

[Don Miguel]

Замечательно.
Очень жаль, что не было 10 лет назад того

[quasist]

GPH говорило(мне), что у них на консоли старая версия SDL и, например, затрагивающая меня проблема непахания SetPosition(или как там её) в SDL_mixer именно из-за версии (причем передали ссылку на офф. changelog где это указано).

[PredatorGLScene]

BiSe Trojanov
Здарова! Я смог скомпилить для андроида приложение и собрать пакет апк!
Вот статья http://wiki.glscene.info/index.php?title=Compiling_the_example_LCL-Android_Application/ru
я в основном сижу на glscene.ru ака Predator будут вопросы пиши!

[SyDr]

Пытаюсь заставить работать FPC4ARM на винде. Вроде потихонечку идёт. Столкнулся, однако, с проблемой:

[BiSe Trojanov]

[SyDr]

BiSe Trojanov, пока искал, как её там найти и скопировать - пришла мысля. Проверил, так и есть: libfreetype.so.6 просто символическая ссылка. Заменил на саму библиотеку. Теперь всё компилится. Надо бы сменить обратно на вин-версию symlink. Странно только, что писало, что файл не найден, а не то, что он не подходит.

В целом, ситуация такая же, как и выше - краш при попытке отрендерить текст. Сменил на обычный текст (RenderText_Solid), прочитал замечания к функции, добавил для текста отдельную переменную и проверку:
if (systemfont<>nil) and (textc<>nil) then
В результате - ни краша, ни текста. Тоже самое в винде работает и выводит текст на экран.


Костыль найден. Тяну вместе с исполняемым файлом на консоль все библотеки (хотя, с учётом того, что я её переименовывл, должно хватить только sdl_ttf.so.6). Текст выводится. Игра Недоигра не крашится. Необходимо перейти к более серьёзным тестам. В связи с чём возникает вопрос: как нормально перекидывать файлы на консоль/с консоли? А то сейчас: подрубил дата-кабель, подождал, скопировал файл, отрубил дата-кабель, проверил и всё по новой. Нет ли более удобных способов?