roboforum.ru

Добрый день!
Подскажите, пожалуйста, есть ли у кого-нибудь, исходники, ссылки на готовые проекты, или любая другая информация, как на микроконтроллерах AVR раскодировать любой из распространенных графических форматов (jpg, png, tiff, giff и др.)?
Нужно для вывода цветной графики на дисплей 320*240 пикселей. BMP занимает большой объем памяти по сравнению с другими (225кб, та же картинка в jpg от 5 до 40-50 кб, в зависимости от разноцветности графики).
Поиском по форуму и Интернету ничего найти не смог.
Заранее благодарен за любую помощь.

имхо, памяти все равно понадобится много для распаковки.

- В инете описаний форматов и примеров на Си по их раскодировке просто море.
- png и tiff это контейнеры, они бывают и незапакованные
- Как упомянул Майкл, для распаковки действительно требуется много памяти, вам это не подойдет
- Незачем декодировать картинки, тратя на это ресурсы контроллера. Их надо как раз хранить в несжатом BMP и выводить на экран во время чтения с SD карты. Если не хватает памяти, купите SD карту побольше и не парьтесь.

Тогда поставлю DataFlash AT45DFXXX...

Вот, да тоже хорошая вещь. А какой экран используете и на каком проце?

Есть такая штука как Microchip Graphical Library. Она для PIC, но, думаю, можно портировать и для AVR. Там декодирование BMP, GIF и JPEG есть. Только справится ли AVR-ка

_________________
Глюк по-немецки означает "счастье"...

чета ржу
чуваки, понеслась!

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

оптимизируйте бмп для авр и все. например, сделайте 256 цветов, сжимайте линии из одинаковых пикселей, вырезайте заголовки если размер изображения известен заранее, используйте одинаковую палитру для всех изображений

_________________
Tomorrow will be. Better

Не надо мучаться с палитрой это изврат. Другое дело можно использовать не 16 млн цветов, а 65 тыс. Т.е. 2 байта а не 3-4. Но это имеет смысл если экран поддерживает такой режим, иначе на преобразовании потеряете кучу времени. Вообще не стоит заморачиваться на gif и jpeg - флешпамять не жалко, а вот время будет на декодирование затрачено нехилое, да и оперативки+флешпамять МК на декодирование уйдет прилично. Все это ни к чему. Выводите несжатое и все будет ок.

Сжатие одинаковых пикселей можно. Причем это есть в стандарте ВМР. Он бывает со сжатием и без. Со сжатием там как раз одинаковые пиксели подряд в одной строке сжимаются. Но это имеет смысл, если изображения - искусственная графика. Для фотографий это ничего не даст.

да, нормально все, просто у некоторых детские комплексы от незнания архитектур контроллеров
начинают приводить тесты ворованных компиляторов, даже не почитав, что про это думают сами создатели этих тестов

Йес, стремительная атака из ПИКового угла!!!! Чем ответит АВР? Ведь мы знаем, что на стороне этого парня вся администрация форума!?!?!?!

(п.с. я сам успокоюсь, вот прямо сейчас. спасибо.)

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

какова такова пикового угла?
в моем углу: 8080, z80, 8048, scenix ,вся линейка пик, avr, 51 intel, blackfin

а, в 17 лет, работая на заводе лэмз наладчиком чпу стоек, в обеденный перерыв вбивал игрушку питон с клавиатуры в терминалке в машинных кодах (электроника 60: 16-ти битный dec 1987 год), т.к. взрослые дядьки не давали доступ к перфолентам

вот тут можно посмотреть про lcd от телефонов и авр, но там raw
http://thomaspfeifer.net/nokia_6100_display.htm
тут многобукаф:
http://electronix.ru/forum/index.php?s=97305c3170fb177d8d3e9764f6ee5a89&showtopic=16563

Дисплей от NOKIA 6280, проц - Atmega16A