Тормоза в QGLWidget

[ieroglif]

(ах да.. а на маке под 110фпс - вот и ковыряйся сколько влезет =) )

[break]

Я ст олкнулся с такой задачей

потребовалось сделать так чтобы куча написанных окошек стали пропорционально ресайзится - то есть куча готовых форм, переводить их все на лайауты где их не было и следить за политикой ресайза - тоже вариант но он более трудоемок. Мне подсказали (http://www.prog.org.ru/topic_11996_0.html), что если использовать QGraphicScene и QGraphicView - то в эту сцену можно затолкать любой виджет и при этом уже там можно делать scale.

Все это заработало, появились артефакты (в Qt ошибку признали и даже однажды может исправят http://bugreports.qt.nokia.com/browse/QTBUG-7296) и жуткие тормоза. Я тоже решил это дело ускорить через OpenGL. И все ускорилось в разы, но при этом наткнулся на такую хрень: - часть моих окошек использовала QPixmap, часть QImage - все QPixmap перестали выводиться! А QImage в методе paint работает ( painter.drawImage ), если указывать картинку как фон заданием стайл-шита - тоже не работает...

вот мой код для вывода этих ресайзных виджетов...


ResizeGView.h

Код

C++ (Qt)
#ifndef __RESIZEGVIEW_H__
#define __RESIZEGVIEW_H__
 
#include <QGraphicsScene>
#include <QGraphicsView>
#include <QGraphicsProxyWidget>
#include <QTimer>
 
class CResizeGView : public QGraphicsView
{
	Q_OBJECT;
	QWidget * m_pWidget;
	QTimer    m_tmDoResize;
 
public:
	CResizeGView( QWidget * parent = 0 ) : QGraphicsView( parent )
	{
		m_pWidget = 0;
		m_tmDoResize.setSingleShot( true );
		m_tmDoResize.setInterval( 500 );
		QObject::connect( &m_tmDoResize, SIGNAL(timeout()), this, SLOT(doResize()) );
	}
	virtual ~CResizeGView() {}
 
	void setWidget( QWidget * pWidget )
	{
		m_pWidget = pWidget;
	}
 
private:
	virtual void resizeEvent ( QResizeEvent * pEvent )
	{
		m_tmDoResize.start();
	}
 
private slots:
	void doResize()
	{
		double fdW = (double)( size().width()-10 ) / (double)(m_pWidget->size().width());
		double fdH = (double)( size().height()-10 ) / (double)(m_pWidget->size().height());
		resetTransform();
		scale( fdW, fdH );
	}
};
 
#endif // __RESIZEGVIEW_H__
 

Код

C++ (Qt)
void showScaledWidget( QWidget * pWidget,
					   bool bFullScreen,
					   bool bScaled,
					   int nScreenNum,
					   QGraphicsScene * & pGScene,
					   QGraphicsView * & pGView )
{
	QWidget * pParentSCR = QApplication::desktop()->screen( nScreenNum );
 
	if ( bScaled )
	{
		pGScene = new QGraphicsScene();
		pGScene->addWidget( pWidget );
 
		CResizeGView * pResizeGView = new CResizeGView( pParentSCR );
		pResizeGView->setScene( pGScene );
		pGView = pResizeGView; // возвращаем указатель на созданный объект для удаления в вызывающем коде
 
//**************************** код ускорения через OpenGL *****************************************
		// QGLWidget удалять отдельно не нужно - удалится сам при удалении pGView
		//pGView->setViewport( new QGLWidget(QGLFormat(QGL::SampleBuffers)) );
//**************************** код ускорения через OpenGL *****************************************
 
		pResizeGView->setGeometry( pWidget->geometry() );
		pResizeGView->setWidget( pWidget ); // View-у нужен доступ к геометрии виджета для правильного ресайза
		pResizeGView->setWindowTitle( pWidget->windowTitle() );
 
		if ( bFullScreen )
			pGView->showFullScreen();
		else
			pGView->show();
	}
	else
	{
		pWidget->setParent( pParentSCR );
		if ( bFullScreen )
			pWidget->showFullScreen();
		else
			pWidget->show();
	};
}
 

[ieroglif]

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

простите за любопытство, а почему более трудоёмок?

[break]

простите за любопытство, а почему более трудоёмок?

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

[mozgofil]

ну то что граблей млжет быть много это опнятно.
Вопрос в другом:
Кто сталкивается с проблемами производительности при переходе от QWidget к QGLWidget ?

уточни что конкретно тормозит: GL -евская отрисовка или сам по себе виджет:
убери весь код отрисовки и сравни скорость
если скорость примерно одинаковая, закуривай маны по OpenGL

[serg_admin]

Столкнулся с этой проблемой на видеокарте GeForce4 MX 4000. К тому же не было поддержки pBuffer.
После обновления драйвера для видеокарты все прекрасно заработало

[navrocky]

Тормоза возникают, потому что не всё хорошо отрисовывать через OpenGL, слишком толстая прослойка получается. OpenGL хорошо справляется с рисованием масштабированных полупрозрачных картинок, намного лучше чем это делать программно, но при рисовании интерфейса, текста, OpenGL будет только тормозом, т.к. не заточено оно под это, особенно под текст.

Так что OpenGL не панацея. Плюс ко всему визуальное качество картинки при использовании OpenGL хуже чем при софтварьном рендеринге, видно на сглаженных линиях, шрифте.

[break]

 navrocky - ерунду говоришь! - посмотри на GUI в программе Blender - там все работает через openGL ( по крайней мере Linux версия ) - если грамотно пользоваться он отлично подойдет для рисования текста и т.д. хотя изначально разрабатывался для 3D. QGLWidget очень тонкая прослойка которая ничего не тормозит. Но вот механизм QGLPainter - в Qt с производительностью не дружит - когда это касается QProxyWidget (ситуацию я описал выше!)

[navrocky]

Почему тогда кутэшные примеры не ускоряются в разы при использовании opengl ? А местами даже работают тормознее от этого?

Потом может и QGLWidget и тонкая прослойка, на сам OpenGL достаточно толст. Плюс к этому видеокарты затачиваются под рисование текстурированных полигонов, но никак не под текст и линии. Я много раз наблюдал картину когда wireframe модель работала намного тормознее, чем текстурированная.

[xop]

Потому что методы рисования на CPU и GPU - сильно разные. А Qt этого практически не учитывает.

По поводу рисования текста. Если кэшировать шрифты в текстурах и выводить квадами через динамический VBO - то это будет очень быстро. Намного быстрее тормознутого Qtшного drawText, на который тут уже в нескольких темах ругались. Потери качества - не будет.

По поводу рисования линий. Видюхи как правило с ними справляются плохо. Кстати, именно из-за этого и происходит сильная просадка производительности при использовании wireframe. Обходится обычно это так - вместо линий опять же рисуют длинные тонкие квады. Причем если квады делать толщиной в 2-3 пиксела, рисовать с альфа-блендом и при этом хитро текстурить (или использовать шейдер), то можно добиться линий с антиалиасингом без использования аппаратного MSAA. И будет это работать тоже очень резво.

[kamre]

Потому что методы рисования на CPU и GPU - сильно разные. А Qt этого практически не учитывает.

Почему это не учитывает? При включении OpenGL отрисовка делается в несколько раз быстрее: http://trac-hg.assembla.com/jgears/wiki/ResultsHome

По поводу рисования текста. Если кэшировать шрифты в текстурах и выводить квадами через динамический VBO - то это будет очень быстро. Намного быстрее тормознутого Qtшного drawText, на который тут уже в нескольких темах ругались. Потери качества - не будет.

Не все так просто. Если для QPainter будет разное масштабирование, то при отрисовке нужно же новую текстуру со шрифтом делать, иначе будет потеря в качестве.

Обходится обычно это так - вместо линий опять же рисуют длинные тонкие квады. Причем если квады делать толщиной в 2-3 пиксела, рисовать с альфа-блендом и при этом хитро текстурить (или использовать шейдер), то можно добиться линий с антиалиасингом без использования аппаратного MSAA. И будет это работать тоже очень резво.

В Qt при отрисовке через opengl вроде так и делается, и через шейдеры сглаживание. На нормальных видеокартах с нормальными драйверами получается заметно быстрее.

[xop]

Почему это не учитывает? При включении OpenGL отрисовка делается в несколько раз быстрее: http://trac-hg.assembla.com/jgears/wiki/ResultsHome

Это радует. Значит я отстал от жизни

Не все так просто. Если для QPainter будет разное масштабирование, то при отрисовке нужно же новую текстуру со шрифтом делать, иначе будет потеря в качестве.

Согласен, про масштабирование не подумал.