Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > С/С++: Кроссплатформенное программирование, Qt/Gtk+/wxWidgets > Qt+openglwidget

Автор: boolean34 23.10.2012, 12:51

всем привет!

делаю проект где на 2D плоскость выводится результат обработки данных в РЕАЛЬНОМ масштабе времени(милисекунды).
логическая организация и данные:
- в простейшем случае это бинарная матрица 5000 на 5000, если в ячейке "1", то выводим пиксель, нет - ничего не рисуется;
- поверх этой "карты" всякие линии, пиктограммы и пр служебная инфа.
- все это дело выводится слоями и масштабируется

для GUI использую Qt 4.8 , а для визуализаии QGLWidget.

ну как в доках написано, я наследую класс. для рисования, т.к. я не сталкивался с openGl раньше и мне не нужна 3D графика, я решил использовать команды QPainter.

наследую:

Код


openGLwidget::openGLwidget(QWidget *parent) :QGLWidget(QGLFormat(QGL::SingleBuffer), parent)
{
 //определяю нужные мне константы для рисования и тд. в настройки не лезу
}

определяю paintGL(), для рисования используются примитивы пиксель, линия, окружность, текст и пиктограмма

Код


void openGLwidget::paintGL()
{
    painter.begin(this);
    ...
   painter.drawLine(cPoint.rx(),cPoint.ry(),cPoint.rx()+x,cPoint.ry()+y);
   painter.drawPoint(cPoint.rx()+x,cPoint.ry()-y);
   ... и тп команды
   painter.end();
}

команда для рендеринга вызывается в таком вот цикле:

Код


while(!stop)
    {
        getdata();           // читаю данные
        processing();      // обрабатываю
        iko->updateGL(); //вывожу
        qApp->processEvents(); 
    }

все работает, но как-то медленно - не быстрее, чем стандартный GDI.
вопрос к профи:
1)подскажите пожалуйста как мне настроить opengl, чтобы добиться максимум быстродейтсвия (качество на втором плане)
2) если не использовать qpainter - будет ли быстрее?
p.s. хочется обойтись без глубокого вникания в opengl, и по возможности пользоваться обертками, т.к. с точки зрения графики проект не требует выдающихся 3D наворотов

Автор: Amp 23.10.2012, 13:23

Выводить попиксельно матрицу 5000x5000 - задача не очень подходящая для OpenGL. Тем более целиком она все равно не влезает на экран, поэтому можно рендерить кусками, которые видимы в данный момент. Возьми просто QPainter с растровым движком, есть вероятность, что он будет быстрее работать.

Автор: boolean34 23.10.2012, 13:25

Цитата(Amp @ 23.10.2012, 13:23

)

Выводить попиксельно матрицу 5000x5000 - задача не очень подходящая для OpenGL

а для чего opengl подходит например?

Цитата(Amp @ 23.10.2012, 13:23

)

Возьми просто QPainter с растровым движком, есть вероятность, что он будет быстрее работать.

у меня обработка данных съедает очень много процессора, думал использую opengl поручить визуализацию видеокарте

Автор: Amp 23.10.2012, 14:26

Штука в том, что идеология OpenGL - это полигончики с текстурами по экрану гонять, да шейдерами этим делом поруливать. Рисовать большое количество отдельных пикселей не очень вписывается в эту концепцию. Тем более, что имеет место быть прослойка в виде QPainter между программой и GL.

Я уже писал не раз, но gl-вывод в QPainter сделан плохо - он медленный и дает визуально худший результат, чем их же растровый. Оценить это можно просто запустив стандартную демку Сomposition. У меня она при включенном opengl-е подтормаживает и даже сильнее нагружает CPU. Поэтому я и предлагаю попробовать просто растровый вывод QPainter.

Автор: bsa 23.10.2012, 14:31

Цитата(boolean34 @ 23.10.2012, 14:25

)

а для чего opengl подходит например?

Вообще-то, в первую очередь для вывода 3D. Если бы у тебя матрица не менялась, то он бы тебе помог - выводил бы ее как текстуру.

Цитата(boolean34 @ 23.10.2012, 14:25

)

Нынче процессоры все больше многоядерные, поэтому имеет смысл делать обработку данных в отдельном потоке, а вывод графики в основном.

Автор: Amp 23.10.2012, 16:14

На OpenGL конечно можно сделать, но так как ТС до этого ни разу не сталкивался с ним, то вряд ли что-то путное и оптимизированное на выходе будет.