Работа с файлами PNG

kotbimigot · 02.06.2011, 04:07

[Решено] Помогите разобраться!Есть ли отличие при выводе на экран уже раскодированных дефлэйтом, профильтрованных по заданному закону данных для длин кодов ‹=8 и длин ›? Есть ли отличие в алгоритме декодирования данных с длинами кодов ›8? С длинами ‹ 8 бит файлы png разного типа (0,2,3,4,6) выводятся правильно

ut1wpr · 02.06.2011, 08:41

Сообщение от kotbimigot

Помогите разобраться!Есть ли отличие при выводе на экран уже раскодированных дефлэйтом, профильтрованных по заданному закону данных для длин кодов ‹=8 и длин ›? Есть ли отличие в алгоритме декодирования данных с длинами кодов ›8? С длинами ‹ 8 бит файлы png разного типа (0,2,3,4,6) выводятся правильно

Точно уверены в выбранном форуме?

kotbimigot · 02.06.2011, 15:53

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

kotbimigot · 02.06.2011, 21:05

Я сознательно пишу на форум AVR. Цель - обработка и вывод png на LCD с помощью пока Меги128 ). Перелопачена куча информации, в том числе всяческие описания с официального сайта,алгоритм Deflate и т.п. На данный момент есть несколько неразрешенных вопросов, хотелось бы получить совет знающих людей.
1 В каких случаях при кодировании данных (и декодировании соответственно) используется выравнивание потока?
2 В одной из статей,где описывается формат, отмечено "В формате PNG v1.0 ‹...›" . Какие сейчас еще существуют версии (известно, что формат оч активно развивается) и в чем между ними различие?
3 Заполнение повторов при заполнении таблицы длин кодов для декодировании данных,сжатых динамическим дефлэйтом, в соответствии с Rfc1951 ведется путем "сopy the previous code", однако при таком заполнении, после расчета количества повторов и начальных кодов и получения таблицы кодов длин, данные из потока не декодируются вообще, да и начальные коды (next_code) вызывают большие сомнения из-за огромного числа повторов (bl_count). В то же время вычитанная из статьи г-на Михальчика "Описание формата сжатия данных Deflate" методика заполнения повторов нулями дает таблицы длин и кодов, по которым данные из потока для относительно небольших файлов различных типов (2,3,4,6), как с динамическим так и со статическим дефлэйтом, успешно декодируются ( с учетом фильтрации). Проблема состоит в том, что декодировать удается все-таки не все файлы - иногда декодируется только одно значение данных из потока, иногда несколько, потом появляется значение, для которого в таблицах нет длины/кода и декодирование невозможно, достаточно часто так происходит после обработки встреченной в потоке команды повтора/смещения (при этом рассчитанные по алгоритму Rfc1951 значения смещений оказываются больше,чем количество обработанных данных, и смещение невозможно) . Подскажите, могут ли алгоритмы декодирования и/или фильтрации быть различными,если да - в каких случаях, в чем еще может быть причина подобной проблемы декодирования?

Cyber_RAT · 03.06.2011, 16:46

если не пугает С - посмотрите на открытыю либу libPNG - в любом дистрибутиве линукса- есть (причем с исходниками). возможно там будет что почерпнуть.

kotbimigot · 03.06.2011, 17:39

Спасибо!часть вопросов уже решена сегодня с утра на свежую голову) Си не пугает, на нем и пишу

Alpet75 · 06.06.2011, 09:27

Может испльзовать BMP? У него ничего не сжато и доступ к данным простой, только вроде снизу вверх. Да и формат простой. И МК раскодировкой занимать не нужно. Прямой поток данных например с флешки на экран. А алгоритмы могут запросто отличаться, хотя вроде как стандарт....

kotbimigot · 08.06.2011, 23:34

спасибо)
BMP - пройденный этап)

Alpet75 · 09.06.2011, 04:32

Наверное все таки обратиться на форум к прогерам по графики. Там и про грабли расскажут.

kotbimigot · 10.06.2011, 18:05

Всем спасибо, любые png выводятся, все вопросы решены