Да, кстати, из BMP форматов прозрачность (Alpha-канал) поддерживает только BMP pf32bit, в который может конвертить только наш компонент PNG и ImageLoader, но PNG не компилируется под FPC
------------ Дoбавленo в 17.01:

Некорректное тестирование. В реальных рисунках BMP намного больше PNG по размеру. А здесь почему такой результат, так только потому, что рисунок плохосжимающийся. Если бы реально был такой результат, то не думаю, что мелкомягкие бы остановились именно на PNG в новых системах

LainX, тут всё зависит от конкретной картинки.
Например, логотип HiAsm:
BMP 24-bit - 445 кб
JPG - 15.1 кб
PNG - 79.7 кб
Выиграл JPG, но и PNG нехило вырвался.
Так что не знаю...

На данный момент PNG является одним из самых лучших форматов, если не самым лучшим, в отношении размер-качество, уступая качеством только TIFF и BMP

А мы откомпилируем в Delphi и никому не скажем)))

Мои рекомендации -- однозначно PNG, если хотите получить стоящий продукт с нормальной графикой, возможно, с прозрачным наложением, именно с полностью прозрачным проникающим (Alpha) наложением, а не псевдопрозрачным контурным отсечением
------------ Дoбавленo в 17.10:
Маленикие картинки можно хранить, без ущерба для размера, и в прямом растровом формате BMP pf32bit, это увеличит скорость загрузки нужных картинок в критических секциях без ущерба для производительности и ресурсоемкости
------------ Дoбавленo в 17.14:
Но для успешного использования у нас, в HiAsm-е, если только вы будете делать на обычной графике, вам надо будет освоить Alpha-элементы, если на Open_GL, то там я не знаю, там MAV-a трусить надо

nesco, спасибо за советы. Hardcore, короче
- большие картинки храним в PNG
- маленькие либо в BMP 24-bit (если прозрачность не нужна) или в BMP pf32bit (если нужна)

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

nesco, я знаю.

Почему ты всегда говоришь только за себя -- ты знаешь, другие -- нет Я объясняю не персонально тебе, я объясняю всем

Кстати, а что Hardcore отмалчивается? nesco, ты его видимо такими словами напугал

Да, все что я здесь описал относится только к спрайтовой 2D графике, к 3D графике совершенно другие требования

nesco, вот и замечательно, ведь у нас Ну и конструктор ДНК.

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

nesco, тормозить будет? Кстати, а что насчёт GDI графики (GameEngine)?
Да у нас вроде всё медленное)))

мда... пиратство крепчает.

Делать надо на бесплатных продуктах. А "мы не кому не скажем" это так до поры.... пока какой нибудь еще новый закон не примут. Да и в перспективе Вашу игру Вы захотите выложить в интернет, а может даже и продать за небольшую плату, а без лицензии на делфи никак. Так что думайте сами.
Может проще взять движек специализированный под это дело и прикрутить к hiasm?