Какой библиотекой на С++ быстрее всего генерируются картинки?

libgd (есть функции работы с разными форматами), а так - быстрее всего самому.

Вы забыли что у PNG формата есть разные степени сжатия. Они влияют на скорость создания картинки.

> Есть некоторая функция, задающая цвет точки картики от ее координаты.

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

Мне существенной зависимости скорости от степени сжатия найти не удалось.

Насчет самому быстрее всего - может и так.... только непонятно, нафик тогда такое количество библиотек написано?;-)))) Уж наверняка кто то эту проблему порешал...

libgd посмотрю, спасибо.

Меня что убило - гружу в PIL изображение из строки (одноцветный квадрат правда, но не суть, судя по размеру файла ему это пофик), вызываю метод show - генерация картинки на диске и ее отображение занимает сотые доли секунды! Я могу только предположить (охреневая), что поскольку у libpng данные устроены криво (массив массивов) оно их и пишет по строкам и потому так тормозит. Но ведь есть где то библиотеки под C, которые суют данные на диск одним куском? Или я с libpng че то не то творю...

Что-то вы не то творите :)

От того, что libpng использует двойной массив, тормозить не может. Колв-во строк у относительно вменяемого файла (допустим, 50-60к) слишком мало. Может указан слишком маленький размер буфера для внутренней обработки потока, нужно ещё курить мануал.

Мысль с профилировкой была на редкость удачной;-)

В общем из 1.4 сек секунда (!!!!) уходит на тупое копирование данных с вычислением цвета точки;-(((( Ускорить ето боюсь никак, кусок и так вылизан до блеска и скрипа.

Ну а дальше 0.4 сек запись png. Форматы без сжатия (типа bmp) пишуться влет (сотые доли секунды), это я уже через PIL пробовал...

Ну что ж, будем оптимизировать неоптимизируемое. Всем огромное спасибо за участие!

ЗЫ если кто то все же посдкажет более шуструю библиотеку, будет здорово.

В общем из 1.4 сек секунда (!!!!) уходит на тупое копирование данных с вычислением цвета точки;-(((( Ускорить ето боюсь никак, кусок и так вылизан до блеска и скрипа.

Показывай код.

1.4 сек секунда (!!!!) уходит на тупое копирование данных

o_O

У меня Фурье изображения 800х600 за ~40мс вычисляется, вейвлет 1-го порядка - за ~150мс...

На самом деле опция -O3 (отключенная на время отладки) секунду превращает в 0.08 сек;-)))

Если хочется посмотреть код - http://a-iv.ru/aivlib src/mk???.cpp ф-я interpolate в include/arrayTD.hpp Компромисс между скоростью и гибкостью, че ж делать...

В общем переползу ка я на PIL... только там то ли палитра сдвинутая то ли еще чего, цвета съезжают.

А pixbuf что такое, не из той же серии?

Мне тоже надо картинки - что лучше не пойму; pil или pixbuf?На глаз по скорости одинаково - а точно как измерить?

>>В общем переползу ка я на PIL...

Питон тормознее, а тут, как ты говоришь, у тебя все летает.

Питон тормознее (на три порядка) когда чего то крутишь в интерпретаторе. Когда дергаешь из из питона большие С-шные функции, все тоже летает. + из под PIL сохраняешься в любой актуальный формат, не надо потом convert дергать.

Едиственное чего - приходиться лишний промежуточный буфер заводить. Сначала создаешь в питоне строку нужной длины, потом напускаешь на нее функцию отрисовки, потом эту строку суешь в PIL-овское изображение. Расточительство.... конечно по сравнению с сохранением на диск это все фигня, но хотелось бы сразу в память PIL-овского изображения нарисовать. Никто случаем не в курсе как это сделать? У него есть метод getim() возвращающий вроде как «pointer to internal image memory» но что это за мемори я не понял... пытаешься в нее писать - вылетает сегфолт. Не хочется исходники ковырять...

Уф... всем еще раз спасибо, тема закрыта. Резюме:

Из чистых C++ использую libpng - пишет долго но хорошо жмет. Все равно трехкратное ускорением по сравнению с ImageMagick + не надо возить кучу лишних библиотек;-)

Если есть Python - однозначно PythonImageLibrary. МЕтод Image.getim() возвращает пойнтер на struct ImagingMemoryInstance определенную в /usr/iclude/python/Imaging.h, в этой структуре есть буфер куда можно неспоредственно ручками загнать изображение из C++ а дальше через PIL делать с ним что угодно.

>Из чистых C++ использую libpng

чистых C++

Бля...