среда, 23 марта 2011 г.

Страшный изоморфизм

По-маленьку приобщаюсь к GAP.
Сегодня в процессе изучения всяких полезных функций из пакета Sonata, имеющего дело с почтикольцами, произошла вот такая оказия.

Хабрапроба

Засабмитил недавно в Хабрахабр-песочницу свой перевод одной хорошей статьи от Steve Pavlina об управлении временем. Как бы узнать, читают ли эту песочницу захабренные? Вообще, начинаю понимать, что шансов на инвайт с таким творчеством мало. Может, как-нибудь что-то ближе к IT напишу.

пятница, 18 марта 2011 г.

Загрузка PNG файлов в OpenCV. PyPNG спешит на помощь

Приключения продолжаются. На этот раз я обнаружил, что OpenCV игнорирует alpha-канал при загрузке изображений функцией cvLoadImage, и никакие CV_LOAD_IMAGE_UNCHANGED не помогут. Достаточно взглянуть на исходный файл grfmt_png.cpp (версия библиотеки 2.2), и надежды испаряются. Вот, например, из этого файла текстово-разъяснительно и потом кодово-мнемонично:

/* observation: png_read_image() writes 400 bytes beyond
* end of data when reading a 400x118 color png
* "mpplus_sand.png".  OpenCV crashes even with demo
* programs.  Looking at the loaded image I'd say we get 4
* bytes per pixel instead of 3 bytes per pixel.  Test
* indicate that it is a good idea to always ask for
* stripping alpha..  18.11.2004 Axel Walthelm
*/
png_set_strip_alpha( png_ptr );


Небольшое гугление показывает, что это уже давно баян и что есть радикальное решение проблемы, состоящее в корректировке кода и перекомпиляции библиотеки. Но мы же не станем этого делать. Изобретём более некрасивый путь и спасём наши скриптёныши от страшного "mpplus_sand.png"!
Устанавливаем PyPNG, и в дальнейшем вместо cv.LoadImage загружаем данные изображений средствами этого пакета, конвертируя их в объекты IplImage.