QGraphicsScene + Изображения + Потоки Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Переключить на: Стандартный Линейный

[Elfinit]

Вобщем, ситуация такая. Прога для создания фотоальбомов.
Основной функциональный элемент - это собсно область просмотра фоток (QGraphicsView, в которую грузится некий наследник QGraphicsScene).
В области отображаются миникопии фоток. Прокрутка, просмотр каждой, одновременное масштабирование всех (как в пикасе например) - это всё более или менее есть.
Проблема в следующем:
Альбомов, само собой, может быть несколько. Ооочень хочется чтобы каждый альбом (хотя бы те первые фотки, которые должны быть сейчас видны) отображались моментально. Что происходит при открытии альбома и как поставлено сейчас:
1. Очищается текущий выбранный альбом (картинки на сцене и некоторые служебные объекта, выграженные из БД). Уже тут - можно ли это выделить в отдельный поток?
2. Запускается поток для загрузки фоток (п1)
3. В п1 из базы запрашиватся фотки выбранного альбома (количество и собственно фотки).
4. В п1 запускается поток п2, который будет заполнять миникопии собственно изображениями.
5. В п1 вычисляются размеры сцены с учётом текущего размера миникопии, количества фоток (строк и столбцов на сцене), размеров окна и т.п., всё это отправлется грубо говоря сцене, типа "на, готовься".
6. В перебираются все строки, полученные из базы, формируются объекты-PhotoData (перечисление свойств и т.п.), сразу после формирования отправляются сцене для формирования заготовки для миникопии (вообще, миникопия на сцене - это некий наследник QGraphicsPixmapItem). В поток п2 отправляется требование создать нужные картинки для миникопии.
7. п2 формирует (точнее, считывает с диска, они уже были созданы при добавлении фоток в альбом) 2 изображения - плохое и хорошее. 2 нужно для быстрого масштабирования, суть не в этом. Формирует значит 2 штуки QImage и отправляет ссылки сцене, типа "вставь в такую-то заготовку".
И так пока не кончается фотки.

Что происходит:
Поскольку формирование "заготовок" (пустых миникопий) происходит очень быстро, пользовательский интерфейс "замораживается" до тех пор, пока не сформируется всё (не успевает "отлипнуть" после очередной). Подгрузка изображений - тут проблем уже не возникает, пользовательский интерфейс доступен и постепенно все заготовки заполняются (как в Windows в режиме "эскизы страниц"). К тому же, на случай, если заготовка стала видна, но ещё не подгружено изображение, оно подгружается "форсированно" основным потоком. Т.о. гарантируется, что первые фотки, которые должны быть сразу видны, будут загружены. Проблема, повторяюсь, в "замораживании" пользовательского интерфейса на время формирования заготовок, разметки сцены. Проблема принципиальна для большого числа фоток. Так, для полутора тысяч заморозка происходит на 7-10 секунд.
Qt не позволяет "ковыряться" в UI из других потоков, поэтому приходится заниматься пересылками данных м/у потоками. К тому же, при получении картинок надо из QImage делать QPixmap, т.к. в дочерних потоках "опасно" работать с QPixmap.

И ещё - для QGraphicsView сделал отрисовку OpenGL, это не сильно ускорило процесс.

Вот как-то так. Для наглядности прилагаю скрин окна.

Эскизы прикрепленных изображений

Уменьшено Р Т‘Р С• 41% 448 x 313 (38.16 килобайт)

 

[BRE]

Я правильно понял, сначала на сцену добавляются пустые элементы (скажем 1000 штук) + начинается процесс загрузки (заполнения) их эскизами?
И в этот момент интерфейс "подвисает"?

[Elfinit]

Да, почти.
Примерно так:

while (q.next())
    {       
        PhotoData *photo = new PhotoData(q.value(0).toLongLong(&isOK));
        album->appendPhoto(photo);        
        emit photoReady(photo,album,true);
        upl->uploadPhoto(photo,counter);
        counter++;
    }

photoReady - сигнал к тому, чтобы сформировать заготовку.

Заготовка формируется как-то так (за исключением принципиально неважного):

void AlbumScene::addPhoto(PhotoData *photo, bool fast)
{   
        int row = photo_count / photo_cols;
        int col = photo_count - row*photo_cols;         

        ThumbnailItem *ti = new ThumbnailItem(this,photo,fast);

        qreal xl = (int)(cellWidth/2 - ti->pixmap().width()/2);
        qreal yl = (int)(cellHeight/2 - ti->pixmap().height()/2);

        qreal x = table_x_margin + xl + col*cellWidth;
        qreal y = table_y_margin + yl + row*cellHeight;

        ti->setPos(x,y);
        ti->setTablePos(row,col);

        addItem(ti);
}

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

upl - второй вспомогательный поток, занимающийся заполнением заготовок содержимым. Как-то так:

while (photos.size() || doAction)
    {
        if (killme)
            break;
        if (!photos.size())
        {            
            msleep(rand() % 256);
            continue;
        }

        PhotoIndexPair *p = photos.at(0);

        QImage th = p->photo->getThumbnailImage();
        QImage mc = p->photo->getMinicopyImage();

        emit photoReady(th,mc,p->index);       

        photos.removeOne(p);
        delete p;
    }

    emit allReady();

Зависание происходит на то время, пока первый поток перебирает все фотки и "сигналит" о формировании заготовок. Как только все заготовки сделаны - всё отвисает (прокрутив вниз, можно видеть, как в незаполненные заготовки загружаются фотки).

Причина редактирования: пульзуйся тэгом code

[Litkevich Yuriy]

Elfinit, справка по кнопкам

[BRE]

CODE

while (q.next())
{
PhotoData *photo = new PhotoData(q.value(0).toLongLong(&isOK));
album->appendPhoto(photo);
emit photoReady(photo,album,true);
upl->uploadPhoto(photo,counter);
counter++;
}

В примитиве в этот цикл можно добавить обработку событий, тогода GUI "отмерзнет".
Добавь: QApplication::processEvents();

[Elfinit]

Пробовал - никакого эффекта. 1326 фоток - "отмерзание" через ~8 секунд.
Там ведь не просто длинный цикл с вычислениями, в этом цикле отсылаются сигналы на изменение UI, что и немедленно происходит.

[BRE]

Пробовал - никакого эффекта. 1326 фоток - "отмерзание" через ~8 секунд.

Подожди, этот цикл крутиться в основном потоке или в потоке 1 (как ты его назвал)?

[Elfinit]

В потоке1. В основном он создаётся:

 AlbumLoaderThread *loader = new AlbumLoaderThread(....какие-то параметры....);
// соединение сигналов/слотов
 loader->start();

Поток2 создаётся в потоке1.

Добавил в цикл

msleep(10);

Действительно, успевает отмёзрнуть - менее чем через секунду (причём независимо от размера альбома) всё становится доступным. Но это, по-моему, не совсем элегантное лечение.

[Litkevich Yuriy]

пользовательский интерфейс "замораживается" до тех пор, пока не сформируется всё (не успевает "отлипнуть" после очередной).

помоему эта статья близка к теме

[BRE]

Добавил в цикл

msleep(10);

Действительно, успевает отмёзрнуть - менее чем через секунду (причём независимо от размера альбома) всё становится доступным. Но это, по-моему, не совсем элегантное лечение.

Я думаю происходит следующее:
Поток AlbumLoaderThread очень быстро эмитет сигнал photoReady, т.к. сигналы идут между потоками, они превращаются в события, которые кладутся в очередь главного потока. При переключении на главный поток, за отведенное время все эти события не успевают обработаться, после этого происходит опять переключение на поток AlbumLoader и он напихивает очередную партию события и т.д.
Включения msleep улучшает положение, но это не выход, т.к. на некоторых машинах этого времени будет много и поток будет простаивать, а на другой мало и опять получаться тормоза.
Можно попробовать сделать двух стороннее информирование, т.е. AlbumLoader отправил партию картинок и ждет пока главный поток, не сообщит ему, что они все добавлены на сцену.