Синхронизация с монитором/видеокартой при выводе изображения под Виндой Опции

[Dr.Alex]

Если тупо выводить 25 кадров в секунду по таймеру (или по мере поступления этих кадров из источника), то возникает известный артефакт (небольшой, но всё-таки).
Если момент отрисовки виндой нового кадра придётся на момент, когда видеокарта решит выплюнуть очередной кадр на монитор, то получится что часть кадра моего видео будет содержать прошлый кадр, а часть новый. При быстрых движениях в сюжете это бывает заметно.
Можно ли как-то синхронизироваться?
Конечно, если через директшоу работать, то там всё это решено, ну а если сам выводишь?

[Guest_TSerg_*]

Cмотря через что выводить. Обычно buffered помогает.

[Dr.Alex]

Cмотря через что выводить. Обычно buffered помогает.

Проясните что имеется в виду.

У меня всё тупо::
простой диалог на MFC, в функции OnPaint() вышвыриваем кадр функцией BitBlt().

[slanted]

простой диалог на MFC, в функции OnPaint() вышвыриваем кадр функцией BitBlt().

В любой относительно современной винде (Vista и выше) весь gdi рисуется через т.н. compositor. Все что вы рисуете из программы, не попадает напрямую в фреймбуфер, а сначала в виде команд или битмапов подается на вход compositor'а, который уже сводит итоговую картинку (с двойной буферизацией или без — это зависит от множества факторов), стараясь при этом избегать фликера. В сухом остатке здесь то, что отрисовкой вы по факту управлять не можете, и между подачей команды BitBlt и появлением соответствующих пикселов на экране проходит некий слабопредсказуемый промежуток времени.

Если вам нужен полный контроль, то выводите графику через DirectX или более низкоуровневые API (Mantle, DX12 и у nvidia что-то еще было).

Да, еще. BitBlt сколь я себе помню — медленный. StretchDiBits был побыстрее, но я такой графикой развлекался последний раз еще в институте (>15 лет назад), так что могу и путать.

Сообщение отредактировал slanted - May 17 2015, 11:03

[Dr.Alex]

Все что вы рисуете из программы, не попадает напрямую в фреймбуфер, а сначала в виде команд или битмапов подается на вход compositor'а, который уже сводит итоговую картинку (с двойной буферизацией или без — это зависит от множества факторов)

Верно ли я понял что начиная с висты моей проблемки вообще не должно быть? (Я на Server 2003 x64 работаю)
Чё-то не верится. Хотя это конечно хорошо.

Если вам нужен полный контроль, то выводите графику через DirectX

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

Да, еще. BitBlt сколь я себе помню — медленный. StretchDiBits был побыстрее

Вот со скоростью проблем не вижу, загрузка при выводе 1080p25 крошечная (а ещё ведь декодирование),
но вашу функцию попробую.

UPD: по поводу StretchDiBits:
оказалось что одно другому не мешает, у меня вместо неё SetDIBits, которая делает из буфера HBITMAP,
потом HBITMAP привязывается к CDC, который затем всё равно нужно выводить в DC функцией BitBlt или StretchBlt.