отрисовка графики. скорость. методы.

[hamster28]

Добрый день.
написал приложение на c++ cli с использованием windows forms. устраивает все, кроме скорости отрисовки на picturebox. отрисовываю, создавая заранее битмап и заполняя его попиксельно.
в winforms радует простота использования кнопок и всего готового.
если я правильно понимаю, то с использованием Qt я получу тоже самое. те простота использования, но такая же система отрисовки.
Вычитал, что для повышения скорости рисования чего-либо стоит использовать либы. например SDL.
но вот вопрос, что мне с ним делать?
впихнуть SDL_surface в свою форму, я так понимаю, не могу. или могу? если та, то как?
отрисовывать все элементы управления в окне, созданном SDL - вроде это очень долго. есть еще какие-то дополнительные либы для отрисовки элементов упарвления, но я не разобрался пока, какие, как используются и тп.
Поэтому ОСНОВНОЙ ВОПРОС - подскажите, что в данных случаях логичнее всего делать, по какому пути пойти? внедрять либы отрисовки в управление или либы по созданию элементов управления в приложение, в основе которого библиотека рисования?
или есть другие варианты?
Спасибо.

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

[Пепел Феникса]

в Qt есть модуль QtGL что позволит применить видеокарту для отрисовки.
в WinForms тоже какие то либы видел подобные.
SDL, как вариант тоже.

а по задаче, вам надо оптимизировать таки рисование, такими темпами, у вас все равно упрется в проц, даже при работе с видяхой.

[waleri]

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

[Пепел Феникса]

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

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

лучше сразу создать DIBitmap.

[Кащей]

эмм...омм...картинки размер уменьшить никак?качество ухудшить? рисовать в отдельном потоке(пока рисуется, буфер копится в очередь)?
Ещё вариант GPU использовать наример через OpenCL.

[Пепел Феникса]

Сообщение от Кащей

эмм...омм...картинки размер уменьшить никак?качество ухудшить? рисовать в отдельном потоке(пока рисуется, буфер копится в очередь)?
Ещё вариант GPU использовать наример через OpenCL.

OpenCL для вычислений, а не рисований.
попиксельное рисование в данном случае практически не ускорить, а насчет потока мысль уже допустимая.

[Кащей]

Так он же в память рисует попикслельно, это же тоже как массив заполнить а потом выгрузить, так почему же это рисование не ускорить на GPU? или я чтото не понял? или его устройство через USB данные медленно передаёт что и ускорять нечего?
Читаю и вижу что он матрицу заполняет, хомяк, почитай доку, мож можно сразу подходящую матрицу сделать чтобы не отрисовывать её попиксельно, а вывалить как буфер с картинкой?

[Пепел Феникса]

Так он же в память рисует попикслельно, это же тоже как массив заполнить а потом выгрузить, так почему же это рисование не ускорить на GPU? или я чтото не понял? или его устройство через USB данные медленно передаёт что и ускорять нечего?

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

Читаю и вижу что он матрицу заполняет, хомяк, почитай доку, мож можно сразу подходящую матрицу сделать чтобы не отрисовывать её попиксельно, а вывалить как буфер с картинкой?

я уже сказал про DiBitmap.

[Кащей]

ладно, молчу.

[hamster28]

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

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

а каким образом выделить память? под что?

лучше сразу создать DIBitmap.

а чем этот DIBitmap отличается от обычного bitmap? в данный момент я создаю битмап, в него записываю цвета, вычисленные из матрицы, а сам битмап вывожу на экран раз в несколько периодов. самое затратное, как я понял, это запись в битмап. так?
++ в настоящее время собираюсь переползать с винды на линукс + qt. в этом случае что лучше всего использовать?