Board.KolibriOS.org

Отличная новость. PNG очень нужен, а то формат BMP много весит, а другие пока не поддерживаются (если не ошибаюсь).

_________________
я лишь учусь

Отличнейшая новость!

_________________
Звиздеть не мешки ворочать

Ещё поддерживается pnm(pbm|pgm|ppm)http://websvn.kolibrios.org/filedetails.php?repname=Kolibri+OS&path=%2Fprograms%2Fdevelop%2Flibraries%2Flibs-dev%2Flibimg%2Fpnm%2Fpnm.asm&rev=4229#line-201. Но он тоже много весит.

Объединил в ревизии 6673 библиотеки zlib и archiver что-бы оно уже было в сборке, потому как Leency обещал скоро выпустить Kolibri N10.
В примере с сохранением *.png добился увеличения размера сохраняемого файла до 64 Кб (около 180*120 пикселей). Сделал также фильтр Up, для увеличения степени сжатия.
Даю архив с кодом, но предупреждаю что там много лишнего. Делалось это на основе libpng 1.6.25, потому многие функции нам в ближайшем будущем будут не нужны, но и мешать не будут, т. к. макрос proc и endp не включают в бинарный файл функции которые нигде в коде не вызываются.

---

Если возник вопрос почему именно 64 Кб, то вот объяснение почему:

Просто пока что не стал делать двойной цикл.

Эм. Это от какого года алгоритм? Я могу понять, откуда может быть лимит в 64 Кб на 16-битных системах, но в 2016 году?

_________________
Сделаем мир лучше!

Уже снял ограничение в ревизии 6704.
Проблема была в том что в коде на C++ стояло uInt, которое могло компилироваться и как word и как dword. А библиотека libpng вообще разбивает изображение на строки и архивирует построчно. Наверное так нужно чтобы изображение могло подгружаться браузерами построчно а не целиком. Но я этого сразу не понял и подумал что лимит в 64 Кб неизбежен и что он имеет отношение к самому алгоритму сжатия. Пока что имею мало свободного времени для окончательного дописывания, но в примере который я выложил можно сделать немного исправлений и можно архивировать большие картинки, я уже пробовал получалось.

Пробовал добавить в ревизии 6733 сохранение 24-битных png файлов.
Но сборка ночная почему-то не создалась. Думаю что может быть дело в том что было мало места на rd диске?

Можно уменьшить размер библиотеки на 2 Кб если отключить в pnglibconf.inc не используемые опции.
Теперь хотелось-бы сделать в animage сохранение в png. Думаю что как получится сделать, тогда и обновленный pnglibconf.inc отправлю на svn.

Есть картинка, которая неверно отображаетсяНо дело, думаю, не только в libimg. Пробовал выводить изображение с помощью SysFn65, но результат тоже не верный
И, что интересно, MSPaint тоже отображает неправильноНо, например, браузеры и IrfanView отображают верно. В чём же тут проблема?

Очень умно! У кого-то ну очень много мозгов. А разработчики libimg успели до запрета, интересно?

Впрочем, ладно. Сейчас можно считать, что libimg неправильно определяет padding, а SysFn65 неправильно его учитывает. Хотя это касается не всех изображений. Вот, например, многие отображены верноЕсли кому интересно, вот эти картинки

0CodErr,

I downloaded the file you attached to the previous post and did some research:

1. The reason for such a strange behaviour of viewers is a combination of 16bpp and Compression=3;
2. There is no formal specification for BMP, Wikipedia stresses that 16/32bpp images are always uncompressed;
3. ImageMagick displays the picture, GraphicsMagick is patched in 2002 to explicitly check for (bpp >= 16) and (compression == 0) and thus detects the file as invalid.

I don't know why GraphicsMagick and Wikipedia mention that limitation. Also I don't have any specification, only informal descriptions.
Possible solutions are to report an error or to display the image "properly". Both require writing code, so the latter one is preferable.

Btw, why do you think this picture is valid?

As MSDN says http://msdn.microsoft.com/en-us/library ... 85%29.aspx

dunkaist, если ты обратил внимание, то также некорректно отображается файлик House16bit_93_1.bmp, а там biCompression = 0.
Значит, вероятно, что неверно считается padding.
Вот так он считается у меня

Padding := (4 - biWidth * biBitCount Shr 3 Mod 4) And Not 4;

I didn't see in code at all, only at viewers' behaviour and their motivation. I'll take a look at this padding issue, thank you for reporting it and for providing explicit formula.

What is the license of the attached images? May I use them in my test suite etc?

Here is the original of attached images https://commons.wikimedia.org/wiki/File ... 005%29.jpg It says: