Тормоза в polyline

[xokc]

Поэтому если Вы будете использовать тот же drawPolyline, но рисовать, напр. по 5 точек - я предполагаю скорость будет приемлемой. Но тут есть одно "но" - нужно аккуратно "разрезать на порционные куски". Если просто "рисовать по N точек", то картинка может "интерферировать" - в одних местах график будет выглядеть ярче, в др. бледнее. Нужно ставить места разрывов там где наклон достаточно мал.

Ну вообще-то у меня много задач и без отрисовки антиалиасных полилиний . Пусть они сейчас рисуются через цикл drawLine, но ведь как красив был код с drawPolyline. Вдруг оно само как-нибудь оптимизируется.

[manarch]

Вот натолкнулся на тему. Только не понял в чем проблема использования OpenGL для ускорения отрисовки? Изменяем немного продставленный код:

Код:

    QGLWidget glw;

    QPainter painter(&glw);
    painter.setRenderHint(QPainter::Antialiasing, true);
    painter.setPen(QColor(0x77EEFF));
    painter.drawPolyline(polygon);      // Собственно все тормоза в этих двух
    painter.setPen(Qt::magenta);
    painter.drawPolyline(polymax);      // вызовах drawPolyline

   *img = glw.grabFrameBuffer();       // копируем буфер изображения в QImage

и вуаля... скорость  отрисовки снизилась а fps повысилась.

[GreatSnake]

А насколько важно сразу отрисовывать в QPixmap, а не в QImage?
QPixmap может быть очень тяжелым для такого множества линий, да и не только для них.
Попробуйте сначала рисовать в QImage.

[xokc]

Никакой видимой разницы между быстродействием QPixmap и QImage в этом случае я не заметил.

[xokc]

Вот натолкнулся на тему. Только не понял в чем проблема использования OpenGL для ускорения отрисовки?

Все бы ничего, только у меня OpenGL framebuffer на компе не поддерживается

[SABROG]

Картинка каждый раз перерисовывается полностью или её можно сдвигать и дорисовывать?

[xokc]

Перерисовывается полностью

[SABROG]

Чего-то у меня твоя программа вылетает с AV:

Код:

Program received signal SIGSEGV, Segmentation fault.
0x0040140f in renderImage (img=0x22fef8, ptr=0x22f6f4, ptm=0x22eef4,
    len=2147483647) at main.cpp:16
16              else ptm[i] -= (ptm[i] - ptr[i]) / 25;
(gdb) p i
$1 = 2182
(gdb) p &ptm[i]
$3 = (quint16 *) 0x230000

Стек что ли переполняется?

[xokc]

Сейчас не готов комментировать - давно уже это было. За выходные посмотрю.

[xokc]

Даже не знаю, что и сказать. Все нормально работает. Только мееееедленно.

[xokc]

Попробовал еще и это.

Только не понял в чем проблема использования OpenGL для ускорения отрисовки?
и вуаля... скорость  отрисовки снизилась а fps повысилась.

fps-то повысилась примерно в 6 раз. Но всего лишь до 4.7 по сравнению c 0.75. Т.е. все равно ни в какие ворота. Кроме того, и антиалиасинг куда-то пропал. Так что такого OpenGL мне не надо.

[SABROG]

Даже не знаю, что и сказать. Все нормально работает. Только мееееедленно.

Какой компилятор? Я на MinGW собирал.

[xokc]

WinXP MinGW Qt 4.6.0

[GreatSnake]

Никакой видимой разницы между быстродействием QPixmap и QImage в этом случае я не заметил.

А я заметил!

Ваш оригинальный код с QImage
5.219 secs (1.91608 fps)

c QPixmap
0.594 secs (16.835 fps)

Xorg/fglrx, Radeon HD4200, PhenomII X4 925

[xokc]

А я заметил!

Безумно рад за Вас. Про то, что для X Windows разница имеется я наслышан (например, http://www.prog.org.ru/index.php?topic=9858.msg57015#msg57015). Повторюсь в третий раз у меня WinXP MinGW Qt 4.6.0. И проблема актуальна именно в этой конфигурации.