QGraphicsView, QGraphicsScene для отображения огромного файла (2хОЗУ)

[sk8ter]

В Total Commander есть функция Split, а в HIEW функция Trunc.

А у меня что-то не выходит...

Подскажите как можно быстро загрузить в QImage данные из RGBTRIBLE, которая находится в оперативке...

Или же формировать один файл, с которого можно читать заданный Image...

[sk8ter]

Всем спасибо, все готово, в том числе и зуммирование!!!    На днях сдаю курсовую

[break]

Вопрос к знатокам - а правильно ли изначально использоватьо огромный файл картинки? (возможно буду решать подобную задачу - только не курсовую а программу для людей)

Если предположить что решаемаяч задача - карта местности - может эти тайлы (изображение подложки карты) должны были отдельно на диске лежать tile01.jpg, tile02.jpg

И вообще всякие фотошопы как с файлом 40000 на 30000 справляются?

[transto]

Всем спасибо, все готово, в том числе и зуммирование!!!

и как ты отобразил полностью всю картинку (зуммированную)?
надо изменять разрешение картинки в фоновом режиме и загружать уже обработанный битмап в тайлы?

[sk8ter]

и как ты отобразил полностью всю картинку (зуммированную)?
надо изменять разрешение картинки в фоновом режиме и загружать уже обработанный битмап в тайлы?

Я конвертировал картинку с разным разрешением на диск, в итоге получилось несколько файлов с разными размерами (масштаб 1:1, 1:2, 1:4 и т.д.). а когда нужно было отобразить в нужном разрешении - открывал нужный файл.
Согласен, это извращение, но так и нужно было сделать.

[sk8ter]

Вопрос к знатокам - а правильно ли изначально использоватьо огромный файл картинки? (возможно буду решать подобную задачу - только не курсовую а программу для людей)

Если предположить что решаемаяч задача - карта местности - может эти тайлы (изображение подложки карты) должны были отдельно на диске лежать tile01.jpg, tile02.jpg

И вообще всякие фотошопы как с файлом 40000 на 30000 справляются?

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

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

А вот насчет фотошопа - он походу конвертирует файл в свою структуру данных (для ускорения работы) и с ним работает.

[Igors]

Добрый день

И вообще всякие фотошопы как с файлом 40000 на 30000 справляются?

Базовая техника одна. Никто не держит изображение в RAM целиком. Файл распаковывается во временный файл (или в общий swap файл) "по страницам" (по tile, по квадратикам - называйте как хотите). В памяти хранится "карта" страниц

struct CImagePage {
  CImagePage * mPrev;  // prev page in list
  CImagePage * mNext;  // next page in list
  long long mFilePos;      // file position
  void * mPixels;           // pixels or NULL for purged page
  bool  mDirty;              // page has been modofied
  ...
};

Загруженные страницы хранятся в списке 1, не загруженные - в списке 2. Если затребованная страница не загружена, она
загружается и переносится в голову списка 1. Если длина списка 1 превышает заданную, страница в хвосте списка 1 выгружается и переносится в список 2 . Счетчик "не больше N страниц в памяти" определяет скорость/расход памяти   

[break]

мой одногрупник скачал на Java движок GoogleEarth и немного его модернизировал...[/
quote]

где такое скачать можно?

[Сергей(ser)]

Всем спасибо, все готово, в том числе и зуммирование!!!    На днях сдаю курсовую

sk8ter !!!! выложи исходники plz...

[slim]

советую посмотреть на такую штуку http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D0%B3%D0%B0%D1%82%D0%B5%D0%BA%D1%81%D1%82%D1%83%D1%80%D0%B0