Отриосвка изображений по слоям

[SNUPY]

Доброго времени суток!
Возникла задача реализации вывода изображений по слоям. На данный момент реализовал механизм через потомки bitmap'ов (добавил атрибут маски), которые последовательно отрисовываются с применением маски (два последовательных bitblt на SRCPAINT и SRCAND) на другом битмапе, который в свою очередь выводится на канве control'a (strechblt).
По мимо всего выше сказанного слои могут быть векторными.
Под векторным слоем я имею введу то, что на нем отрисовываются точки и линии у которых видовой размер не зависит от примененного масштаба ко всей картине (такое можно наблюдать в ГИС системах: когда меняешь масштаб отображения, надписи остаются того же размера).
Собственно к чему я это все рассказываю? Дело в то, что при работе с более чем 3-мя 4-мя слоями, среди которых 1-2-и векторых, скорость работы приложения (при масштабировании, при добавлении точек) падает.

На данном этапе собственного развития вижу два пути выхода из ситуации: реализация отрисовки от верхнего слоя к нижнему с применением регионов или же переход на DirectX, OpenGL рендоры.

Может кто-нибудь поделится со своими виденьями в решении проблемы.
Заранее спасибо!

[vasiliyrob]

Мне нравится graphics32 (http://graphics32.org/wiki/), для него есть модуль работы с векторной графикой http://www.angusj.com/delphi/gr32_lines.php
Есть встроенное сглаживание, и очень высокая скорость работы.
Можно использовать openGL если комбинирование слоев не очень специфическое.

[vasiliyrob]

Если нужно очень сложное и очень специфическое вычисление - стоит посмотреть в сторону OpenCL

[SNUPY]

Сообщение от vasiliyrob

Если нужно очень сложное и очень специфическое вычисление - стоит посмотреть в сторону OpenCL

Я бы сказал: вычисление, которое можно представить в виде большого однородного массива данных.

Сообщение от vasiliyrob

Мне нравится graphics32 (http://graphics32.org/wiki/), для него есть модуль работы с векторной графикой http://www.angusj.com/delphi/gr32_lines.php
Есть встроенное сглаживание, и очень высокая скорость работы.
Можно использовать openGL если комбинирование слоев не очень специфическое.

Про это либу я читал. И я принципиально не делал на ней т.к. боялся пригвоздить логику приложения к ней. Т.е. я бы вряд ли разрабатывал свои классы интерфейсы для работы с графикой, если бы ее использовал. А тут заложена уже более менее гибкая архитектура приложения. Плюс в будущем в работе приложения по любому нужно будет прикрутить вывод 3в моделей. Конечно я согласен, что сделал ошибку, что не сразу начал делать под DirectX или OpenGL.

[vasiliyrob]

все изображения представляются в виде большого однородного массива данных.

[SNUPY]

Тема актуальна

[s-andriano]

Я так понимаю, настоящего "вектора", требующего растеризации, нет.
Хотелось бы узнать характерные размеры изображений (в пикселях), что такое масштабирование, какие операции происходят при добавлении точки, а также что подразумевается под скоростью работы и ее характерные величины.

[SNUPY]

Сообщение от s-andriano

Я так понимаю, настоящего "вектора", требующего растеризации, нет.
Хотелось бы узнать характерные размеры изображений (в пикселях), что такое масштабирование, какие операции происходят при добавлении точки, а также что подразумевается под скоростью работы и ее характерные величины.

С радостью отвечу вам.

Начну с начала. "характерные размеры изображений" — Любые.
"что такое масштабирование" — когда пользователь увеличивает картинку для просмотра, соответственно меняется размер у растровых слое в а у векторного меняются лишь точки расположения точек а сами пиктограмки остаются неизменными.
"какие операции происходят при добавлении точки" - рисуем битмап точки, перерисуем слой с этой точкой, перерисуем видовой битмап, выводим видовой слой.

"также что подразумевается под скоростью работы" — ниже 24 к/с

[s-andriano]

Сообщение от SNUPY

Начну с начала. "характерные размеры изображений" — Любые.

Это несерьезно.
Картинка в 500 Мп - это еще не "любая", но уже будет тормозить по-любому.
Понятно, что программа должна работать, минимум, с любым изображением, помещающимся в память, а при наличии особых требований - и без такого ограничения.
Но мне интересно, при каких характерных размерах начинают появляться "тормоза". Ну, хотя бы, чтобы прикинуть, есть ли еще ресурс для оптимизации или... что-то надо радикально менять.

"что такое масштабирование" — когда пользователь увеличивает картинку для просмотра, соответственно меняется размер у растровых слое в а у векторного меняются лишь точки расположения точек а сами пиктограмки остаются неизменными.

"увеличивает" - значит, предполагается, что масштаб больше или равен 1?
Если так, возможно, стоит настраиваться на использование Direct3D или OpenGL - GPU очень эффективно справляется с масштабированием.

"какие операции происходят при добавлении точки" - рисуем битмап точки, перерисуем слой с этой точкой, перерисуем видовой битмап, выводим видовой слой.

Другими словами, все перерисовывается с 0.
Здесь тоже есть простор для оптимизации, чтобы уменьшить долю перерисовываемых фрагментов.

"также что подразумевается под скоростью работы" — ниже 24 к/с

В принципе, ясно. Но непонятно, почему именно 24. Для современного компьютерного монитора она не является делителем частоты кадров.

[SNUPY]

Если так, возможно, стоит настраиваться на использование Direct3D или OpenGL - GPU очень эффективно справляется с масштабированием.

Вот и я об этом думаю... т.к. фактически пишу на голом WinAPI... значит такие придется браться за более радикальные методы... Жаль, что DirectDraw официально умер придется делать Direct3D а там... одна развлекуха особенно если учесть, что придется растр выводить как текстуру...

Но непонятно, почему именно 24

хотел сказать, что глазу заметно

Другими словами, все перерисовывается с 0.

Вот тут уже если только в двух направлениях... либо делать регионами или увеличивать объем сжираемой памяти.

Это несерьезно.
Картинка в 500 Мп - это еще не "любая", но уже будет тормозить по-любому.

Разумеется имеется введу в пределах разумного.