QGraphicsItem и exposedRect

[MetalKrot]

Такая проблема. Имеется QGraphicsItem. В методе paint нужно узнать какой именно прямоугольник на данный момент виден во вьюшке. Пытался через option->exposedRect, но здесь возвращается не всегда правильное значение. Точнее оно само по себе правильно, только мне не подходит. Присылается только та часть, которая на данный момент ещё не отрисована, тоесть сцена всё остальное хранит в кэше.
Я же хочу получить координаты и размеры всего прямоугольника, который отрисовывается на данный момент.
Я делал так, но понятно дело что это костыль:

Код:

    QRectF exposedRect(scene()->views().first()->viewport()->rect());
    QPolygonF sceneRect = scene()->views().first()->mapToScene(exposedRect.toRect());
    exposedRect.setTopLeft(sceneRect.at(0));
    exposedRect.setBottomRight(sceneRect.at(2));

В принципе первую строку можно записать проще:

Код:

QRectF exposedRect(widget->rect());

Но сути это не поменяет. Я не смогу переконвертировать координаты без метода mapToScene, который лежит во вьюшке...

Может у кого-нибудь есть на этот счёт идеи или же возможно кто-то уже сталкивался с этим?

[GreatSnake]

Похоже что что-то не так с пониманием QGraphicsScene/QGraphicsView.
QGraphicsItem принадлежит сцене и вся отрисовка делается именно на ней.
Если в QGraphicsItem::paint() возникает желание достучаться до вью, то нужно сразу задуматься об архитектуре ибо это как-минимум моветон и как-максимум путь в никуда.

[MetalKrot]

ибо это как-минимум моветон и как-максимум путь в никуда

это я понимаю. но ситуация так сложилась, что другого выхода я не вижу. нужно знать и всё)
item по размеру очень большой. отрисовывает карту местности. для отрисовки используется система тайлов. всё бы ничего, но нужно сделать так, чтобы тайлы отображались в определенном порядке. тоесть от центра к краям монитора. вот здесь exposedRect и не подходит..

[GreatSnake]

item по размеру очень большой. отрисовывает карту местности. для отрисовки используется система тайлов.

Может стоит на каждый тайл иметь свой sub-item?
Иначе какой смысл заводить сцену и иметь в ней один огромный айтем?

[MetalKrot]

Может стоит на каждый тайл иметь свой sub-item?

а каким образом тогда организовать нужный мне порядок отрисовки? картинка грузится с сервера, это может занять от нескольких сотен милисекунд, до нескольких секунд и даже минут. всё в другом потоке естественно.

[GreatSnake]

а каким образом тогда организовать нужный мне порядок отрисовки?

А надо ли что-то организовывать?
Пусть сам вью и отрисует видимые sub-items во вьюпорте.

Только ни в коем случае для тайла не задействуй QGraphicsPixmapItem.
Храни всё в QImage и сам отрисовывай.

[MetalKrot]

я же говорю, картинки грузятся долго. поэтому нету смысла показывать пользователю узкую полоску сверху монитора. карту нужно грузить начиная из центра. на данный момент оптимальный размер тайлов выбрали 250-350 пикселей. при других размерах падает скорость отображения.
вот теперь представьте: от сцены приходит запрос на отрисовку. айтем начинает грузить картинки для отображения (допустим размером 250 пикселей и каждая грузится 1 секунду). допустим, что верхний слой тайлов не полностью помещается на экране, но отобразить их надо. посчитайте за какой промежуток времени пользователь увидит отображённую карту в центре монитора. а через сколько времени увидит всю карту? а сможет ли он работать, если видит только полоску вверху монитора шириной в 200 пикселей? а следующая такая полоска будет грузиться примерно 7-8 секунд.

[MetalKrot]

Только ни в коем случае для тайла не задействуй QGraphicsPixmapItem.
Храни всё в QImage и сам отрисовывай.

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

[GreatSnake]

А разве можно использовать QImage не в GUI потоке? По-моему нельзя.

Как раз QImage для этого и предназначен, т.к. хранится в program-space.

А чем плох QPixmap? У меня тайл содержит в себе QPixmap и QRect, на котором он рисуется.

А вот QPixmap хранится в window-system-space и их количество лимитировано (как минимум под виндами).

Вообще нужно придерживаться практики использования пиксмапов только для небольших и статических картинок.

[GreatSnake]

вот теперь представьте: от сцены приходит запрос на отрисовку. айтем начинает грузить картинки для отображения (допустим размером 250 пикселей и каждая грузится 1 секунду).

Т.е. загрузкой тайла занимается айтем
Можно тогда найти неподгруженный айтем через

Код

C++ (Qt)
QGraphicsItem * QGraphicsView::itemAt ( const QPoint & pos ) const

и активировать его загрузку.

[MetalKrot]

Если бы можно было искать айтемы по прямоугольнику было бы лучше. а по точке.. ну представьте, у меня на монитор 10 айтемов помещается. по какой точке я буду их все 10 искать?
айтем не сам грузит. от создаёт таски и отправляет их рендеру. рендер уже грузит картинки. айтем только отрисовывает их.
к тому же у меня на сцене будет несколько таких айтемов. каждый будет отвечать за отображение различных объектов. система хитрая (и возможно не совсем правильная). посмотрим что получится, когда буду запускать это всё вместе)

[Fregloin]

если такая скорость, может есть смысл подумать над кешированием картинок на стороне клиента?

[MetalKrot]

Хэширование есть. Но много тоже не захэшируешь, карта большая, картинок много получится. Хэширую только часть.

[OKTA]

Кэш != Хэш 

[MetalKrot]

Да, сглупил. Но на данный момент я Кэширую при помощи Хэша о_О