Быстрый вывод картинки

[Admin]

Есть изображение, скажем массив RGB. Надо его быстро отобразить на экран. У кого какие соображения.

В данное время происходит так:

создаю QImage
в цикле ставлю setPixel у картинки
и вывожу ее на экран с помощью QPainter

но тормозно ужастно

[Sergeich]

Самое быстрое что можно сделать - использовать OpenGL

[Admin]

а можно пример в студию!

[Ruslan Popov]

Вот альтернативный вариант с использованием SDL.

Внедрение SDL окна в Qt виджет:
http://forum.sources.ru/index.php?act=Attach&type=post&id=695090

[Admin]

это SDL внедрять в проект
а это его утяжелит

[Ruslan Popov]

Компакт-диски весят немного.

Кстати, если на CD записать на 200 мегабайт больше, он сильно потяжелеет в смысле веса?

И с каких пор OpenGL стал стандартной фичей Windows???

[Sergeich]

а можно пример в студию!

Дык сам напиши... там все просто: создаешь QGLWidget, и в paintGL() юзаешь ф-ции glRasterPos() и glDrawPixels()

[Admin]

1. Часто программы скачивают из инета. А там размер важен, скачать 1 мег и 10 мег - большая разница

2. А OpenGL насколько быстрее будет?

[Sergeich]

1. Часто программы скачивают из инета. А там размер важен, скачать 1 мег и 10 мег - большая разница

А причем тут сеть? Можно поподробнее...

2. А OpenGL насколько быстрее будет?

Все зависит от конфигурации: от скорости системной шины, скорости памяти и особенно от видеокарты

[Racheengel]

Погоди... я так понимаю, уважаемому надо, что это работало ПРОСТО БЫСТРЕЕ. А ведь не факт, что у пользователей его проги будет работоспособен Gl. Да и применение такой библиотеки для подобной задачи - дело весьма сомнительное ИМХО...

[Sergeich]

На самом деле все зависит от задачи, если надо быстро перекидывать байты из памяти на экран, то лучше юзать OpenGL, т.к. он работает напрямую с буфером кадра. А по поводу работоспособности OpenGL: под виндой это вообще не проблема, под линухом конечно нужно ставить дрова, но по крайней мере для NVidia чипов с этим проблем нет и вроде в последнее время исчезли проблемы с ATI.

[Admin]

я вообще хотел способов типа

1. Использовать BitBlt. Я просто не очень понял, как его использовать

2. Использование HDC хендла возращаемого QPainter


У вас есть решения, основанные на этом подходе?

[Keiko]

я эту проблему решил. Всё зависит от того, КАК ты получаешь картинку, которую надо вывести на экран. Если это простой несжатый RGB поток, и решение нужно только под X11, то нужно использовать MIT-SHM - в этом случае отрисовка летает. Если очень надо, могу прислать нужный класс [давай мейл].

P.S. Отрисовка QImage будет торомозить _всегда_, т.к. QImage сначала перегоняется в QPixmap, а потом только рисуется. Даже в доке написано, что такое преобразование очень медленное, да и ты сам можем убедиться, посетив qpixmap_x11.cpp из дистриба qt

[Admin]

а сюда можешь приатачить?

я думаю будет интересно всем!!

[Keiko]

ктсати, setPixel делать не надо. у QImage есть конструктор, который позволяет создавать объект из несжатых данных (RGB/RGBA/Indexed):

Код:

QImage::QImage ( uchar * yourdata, int w, int h, int depth, QRgb * colortable, int numColors, Endian bitOrder ) 

Constructs an image w pixels wide, h pixels high with a color depth of depth, that uses an existing memory buffer, yourdata.

The buffer must remain valid throughout the life of the QImage. The image does not delete the buffer at destruction. 

If colortable is 0, a color table sufficient for numColors will be allocated (and destructed later). 

Note that yourdata must be 32-bit aligned.