Как я могу оптимизировать производительность приложения на основе QGraphicsView?

Хорошо, я так долго ждал решения.

Тем временем я переписал пользовательский интерфейс приложения на QML, и, к моему удивлению, производительность НАМНОГО лучше, и теперь приложение работает очень плавно.

Некоторые выводы:

• Ускорение OpenGL лучше всего при работе в полноэкранном режиме. Это стало возможным благодаря наличию всего пользовательского интерфейса в QDeclarativeView и настройке его viewPort на QGLWidget и его отображению в полноэкранном режиме.
• Кажется, что накладные расходы на QWidgets намного больше, чем мы думали.
• QML может работать намного лучше, чем ожидалось.
• Влияние QGraphicsDropshadowEffect было незначительным, но я удалил его и теперь использую эффект обводки. В будущем я мог бы рассмотреть возможность использования шейдерных эффектов QML.
• Стоит установить всевозможные флаги оптимизации для QDeclarativeView
• Рисование элементов с альфа-прозрачностью работает намного хуже, чем рисование без них. По возможности избегайте альфа-прозрачности.
• Переписать подкласс QGraphicsItem в подкласс QDeclarativeItem действительно просто и стоит затраченных усилий.

Исходный код здесь.

Мой ответ предназначен для людей, которые, как и я некоторое время, реализуют логику режима рендеринга в своем GraphicsItem::paint() методе. Например :

GraphicsItem::paint(QPainter * painter, const QStyleOptionGraphicsItem*, QWidget*)
{
    QPen _pen ;
    const qreal normalPenWidthF = 1.5 ;
    if(isSelected()) {
        _pen.setColor(Settings::s_selectionColor) ;
        _pen.setWidthF(Settings::s_selectionWidth) ;
    }
    else
    if(isHovered()) {
        _pen.setColor(Settings::s_hoveredColor) ;
        _pen.setWidthF(Settings::s_selectionWidth) ;
    }
    else
    if(someOtherLogic()) {
        _pen.setColor(Settings::s_otherColor) ;
        _pen.setWidthF(normalPenWidthF) ;
    }
    else {
        _pen.setColor(TSPSettings::s_defaultColor) ;
        _pen.setWidthF(normalPenWidthF) ;
    }
    //
    painter->setPen(_pen) ;
    painter->setBrush(Qt::NoBrush) ;
    painter->drawEllipse(m_rect) ;
}

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

1. Пользовательские объекты GraphicsItem должны наследовать от QAbstractGraphicsShapeItem, поэтому у вас есть поддержка setPen () и setBrush ().
2. Предоставьте интерфейс для обновления пера и кисти и используйте некоторую логику для запуска обновления только при необходимости.

.h

class AbstractGraphicsItem : public QAbstractGraphicsShapeItem
{
    private :
        bool m_hovered ;

    public :
        AbstractGraphicsItem() ;
        virtual ~AbstractGraphicsItem() ;

        bool isHovered() const { return m_hovered ; }
        void setIsHovered(bool state) ;

        // control render mode update
        virtual void updatePenAndBrush()=0 ;

    protected :
        virtual QVariant itemChange(GraphicsItemChange change, const QVariant &value) ;
        virtual void hoverEnterEvent(QGraphicsSceneHoverEvent *e);
        virtual void hoverLeaveEvent(QGraphicsSceneHoverEvent *e);
};

.cpp

AbstractGraphicsItem::AbstractGraphicsItem()
    : QAbstractGraphicsShapeItem()
    , m_hovered(false)
{
}

AbstractGraphicsItem::~AbstractGraphicsItem()
{
}

void AbstractGraphicsItem::setHovered(bool state)
{
    if (h!=isHovered()) {
        m_hovered = h ;
        updatePenAndBrush() ;
        update() ;
    }
}

void AbstractGraphicsItem::hoverEnterEvent(QGraphicsSceneHoverEvent*)
{
    setHovered(true) ;
}

void AbstractGraphicsItem::hoverLeaveEvent(QGraphicsSceneHoverEvent*)
{
    setHovered(false) ;
}

QVariant AbstractGraphicsItem::itemChange(GraphicsItemChange change, const QVariant &value)
{
    switch(change) {
        case ItemSelectedHasChanged :
            updatePenAndBrush() ;
            break ;
    }

    return QAbstractGraphicsShapeItem::itemChange(change, value);
}

И тогда ваш GraphicsItem (который наследует AbstractGraphicsItem) становится:

void GraphicsItem::updatePenAndBrush()
{
    QPen _pen ;
    if(isSelected()) {
        _pen.setColor(Settings::s_selectionColor) ;
        _pen.setWidthF(Settings::s_selectionWidth) ;
    } else
    if(isHovered()) {
        _pen.setColor(Settings::s_hoveredColor) ;
        _pen.setWidthF(Settings::s_selectionWidth) ;
    } else
    if(someOtherLogic()) {
        _pen.setColor(Settings::s_otherColor) ;
        _pen.setWidthF(normalPenWidthF) ;
    } else {
        _pen.setColor(Settings::s_defaultColor) ;
        _pen.setWidthF(normalPenWidthF) ;
    }
    _pen.setCosmetic(true) ;
    setPen(_pen) ;
}

void GraphicsItem::paint(QPainter *painter, const QStyleOptionGraphicsItem*, QWidget *)
{
    painter->setPen(pen()) ;
    painter->setBrush(brush()) ;
    painter->drawEllipse(s_rect) ;
}

Содержимое старого GraphicsItem::paint() метода теперь находится в GraphicsItem::updatePenAndBrush() и вызывается то и дело, но не при каждом вызове рисования. С другой стороны, метод рисования сводится к основам. Очевидно, вам придется позвонить updatePenAndBrush() самостоятельно, но в моем случае это было несложно. Это не единственное, что я сделал для повышения производительности. Я много искал, и есть много возможностей для настройки системы графического представления, но с этим мое приложение перешло от почти непригодного к использованию в режиме реального времени (наконец-то!)

Если в сцене есть движущиеся элементы, для индексации QGraphicsScene может потребоваться время обновить его индекс, снижая производительность. Вы можете настроить индексацию с помощью setItemIndexMethod (). Если вы не полагаетесь на items () или itemAt (), это может помочь повысить производительность.

Однако это долгий путь. Если в вашей сцене всего несколько элементов, улучшение производительности может быть минимальным.

Обычно лучше установить Graphicssystem на «растровую» (конечный результат все равно будет OpenGL из-за GL Widget в качестве области просмотра). Вы не упоминаете об этом, но вы можете легко попробовать, дает ли добавление "-graphicssystem raster" в командную строку какие-либо улучшения.

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