Нубские вопросы по текстурам OpenGL (+ немного Qt)

Не знаю, как в современных стандартах OGL, но лет 5 назад текстуры с произвольными размерами были железо-специфичны. Т.е. с драйвером одного железа работает, с другим нет. Я для нвидии GL_TEXTURE_RECTANGLE_ARB использовал.

Но ведь никто не мешает создавать текстуру по размеру видео и нехай её железо масштабирует?

На размер со степенью 2 - можешь забить. Уже давно поддерживаются текстуры любых размеров (до определённого максимального).

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

> Не знаю, как в современных стандартах OGL

Гугл подсказывает, что начиная с OpenGL 2.0 NPOT-текстуры поддерживаются в т.ч. для типа GL_TEXTURE_2D

Но ведь никто не мешает создавать текстуру по размеру видео и нехай её железо масштабирует?

Ммм, не совсем понял.

Только что залез в исходники gl-рендерера VLC, там используется следующий подход: создается «правильная» текстура с размером большим, чем кадр, затем каждый кадр просто копируется в ее левый-верхний угол с помощью glTexSubImage2D(). Пока кажется наиболее оптимальным вариантом для моей задачи. Или ты это и имел ввиду?

Да, я эту же хрень нашел в VLC. А начиная с какого уровня карточек прошлых лет поддерживается OpenGL 2.0?

> Создавать новую текстуру для каждого кадра - это очень и очень плохо.

обновление содержимого текстуры каждый кадр родным способом (glTexSubImage2D) - это прошлой век и дурной тон, т.к. это большой тормозистор.

А как тогда реализуются динамические текстуры по-современному?

Или ты это и имел ввиду?

Да. Только я создавал текстуру по размеру кадра.

это прошлой век и дурной тон, т.к. это большой тормозистор.

Гонять графику по шине тормозно, но другого способа передачи данных между хост-системой и девайсом не изобретено :)

> А как тогда реализуются динамические текстуры по-современному? Смотря какая цель.

- Рендер в текстуру

- Процедурные текстуры (в шейдере генерются)

Но тебе это навятли-поможет.

Однако можно попробовать использовать текстурный буфер. Т.е. это буфер, в который ты можешь записывать данные каждого кадра, а потом в шейдере уже отрисовывать. Буфер поддерживает размер до 128 Мб, кадр при HD - около 6 Мб. К тому-же можно попробовать использовать glMapBuffer для получение указателя на этот буфер (и указать GL_WRITE_ONLY - т.е. будет оптимизирована работа для записи). В итоге тебе надо будет просто по указателю писать данные видеокадра (или передавать указатель в какую-то там функцию декодирования видео - я не знаю) - а в шейдере уже использовть этот буфер.

Я-бы попробовал сделать таким образом, но подобных задач у меня ещё не встречалось. Думаю что всё должно работать, и значительно быстрей, чем при копировании данных в обычную текстуру.

ЗЫ. Если для тебя тут много нового, то скажу что на самом деле это всё просто - и сложностей при реализации быть не должно.

Однако можно попробовать использовать текстурный буфер. Т.е.
это буфер, в который ты можешь записывать данные каждого
кадра, а потом в шейдере уже отрисовывать. Буфер поддерживает
размер до 128 Мб, кадр при HD - около 6 Мб.

Можешь дать ссылку на хороший HOWTO по использованию текстурного буфера?