BMP | Jpeg -> Sеream, Пребразование BMP, Jpg в H-файл в виде потока Опции

[SergeyGSM]

Не нашел в сети конвертора картинок в поток для армов с LCD ....
Ну как, они то есть, но не совсем подходят. у кого разрешение низкое, кто не поддерживает RGB 5:6:5

Вот решил сесть и написать свое.

Предлагаю ВАМ на "заплевать" мое творение за вечер.

Если будет интересно... предлагайте , что бы вы хотели туда добавить....
Пока реализовано:
1. Поддержка файлов BMP и Jpeg
2. автоматическое приведение размера картинки к требуемуму (320х240, 640х480)
3. автоматическое конвертирование цвета 16 BPP и 24 BPP (32 бита)
4. Генерация текста в окне (Copy-Paste в ваш H-файл)

в ближайшее время доделаю

1. Сохранение прямо в указанный файл
2. Сохранение всех настроек в реестре
3. Ну и ваши пожелания, если будут....

PS БЕЗ палитры! пока. Может будет 8 бит на пиксель, тогда добавлю палитру....

Сам файл....

Прикрепленные файлы

 ConvBMP.rar ( 220.31 килобайт ) Кол-во скачиваний: 63

 

[SergeyGSM]

новый релиз..... с доделками...

Да... НАРОД! А можно не просто скачивать, а еще и высказываться ?
Неплохо было бы довести до ума фичу, раз уж начал ее делать....


Проверено
16BPP 640x480 на LPC2478 + LQ064V3DG01 (фотку могу выложить)
Просьба
У кого есть возможность... проверить 320х240 24BPP (32 Bits) и отписаться..

Прикрепленные файлы

 ConvBMP101.rar ( 226.02 килобайт ) Кол-во скачиваний: 82

 

[Dog Pawlowa]

Да... НАРОД! А можно не просто скачивать, а еще и высказываться ?

Можно. Цель сей программы? Реализация фоторамки на LPC2478?
Дело в том, что ARM7 производительностью не блещет.
Я, например, для GUI использую заранее подготовленные файлы.

[SergeyGSM]

Можно. Цель сей программы? Реализация фоторамки на LPC2478?
Дело в том, что ARM7 производительностью не блещет.
Я, например, для GUI использую заранее подготовленные файлы.

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

ИМХО, гораздо удобнее реализовать поддержку bmp с любым разрешением и глубиной цвета в программе для МК, а на PC только паковать файлы каким-нибудь LZ.

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

[aaarrr]

может быть, а заголовки вам во флеше тоже нужны?

Заголовки много не занимают, тем более в компрессированном виде.

и , если глубина цвета на вашем мк не такая как в файле? , еще и тратить время МК на конвертирование?

Зато не нужно специально конвертировать файлы (а их несколько сотен): просто взял любую bmp-шку, скопировал в каталог resources и все. Для элементов GUI лучше всего подходит 8bpp с оптимизированной палитрой, соответственно ресурсы МК нужны только на конвертирование самой палитры. Еще один плюс в том, что нет привязки к конфигурации железа - на экране можно ставить 8-16-24-32bpp ничего при этом не меняя в файлах ресурсов.

[SergeyGSM]

Заголовки много не занимают, тем более в компрессированном виде.
Зато не нужно специально конвертировать файлы (а их несколько сотен): просто взял любую bmp-шку, скопировал в каталог resources и все. Для элементов GUI лучше всего подходит 8bpp с оптимизированной палитрой, соответственно ресурсы МК нужны только на конвертирование самой палитры. Еще один плюс в том, что нет привязки к конфигурации железа - на экране можно ставить 8-16-24-32bpp ничего при этом не меняя в файлах ресурсов.

Может быть... не спорю, хотя мог бы.....(палитра , заголовки.....) в вашем случае может быть и удобно через палитру.... но быстрее потоком.... все, все, все ..... не спорю.....