LINUX.ORG.RU
Форум — Development  

Screenshot XVideo extention


0

0

Есть такая проблема: при запуске mplayer -vo xv какого-либо файла с HW ускорением - нужно делать скриншоты видео (видео full HD - поэтому аппаратное ускорение необходимо) но получается синий фон - проблема старая и объяснение ей понятно: http://lists.xcf.berkeley.edu/lists/gimp-developer/2001-August/005538.html

Но! У меня под Kubuntu 10.04 все отлично работает - делается нормальный скриншот и с x11 и xv причем любым screenshot`ером, а под Debian Lenny 5 проблема актуальна - а нужно, чтобы были скрины =( Поддержка XVideo видеокартами, драйверами и X серверами на обеих системах имеется: xvinfo xdpyinfo

на Кубунту версия X Server 1.7.6 (Xorg Release/7.5) на Дебиане - 1.4.2 (Xorg Release/7.3)

Уверен что дело в X Server`е - но может кто подскажет что изменилась между этими релизами? Как решили проблему с захватом YUV видео потока (XVideo расширение)???

Заранее спасибо!


← Помогите с выводом хэша на перле
[C/gtk+] Работа с GList →
Ответ на: комментарий от LamerOk

Откуда на при просмотре HDTV на компе YUV видео поток??

Программно масштабировать 1920x1080 поседеешь. Оверлей масштабировать умеет, а вот вам и YUV.

mv ★★★★★
()
Ответ на: комментарий от mv

При чем тут вообще масштабирование? YUV - это цветовое пространство для аналогового видео. В кодеке MotionJPG используется его цифровое кодирование - YCbCr. Но _видеопоток_, т.е. изображение, идущее через VGA/DVI в любом случае будет в RGB.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

Rather than doing YUV -> RGB -> framebuffer in software these cards contain additional buffers and logic for displaying YUV data as chroma-keyed overlay onto the «real» RGB framebuffer.

In X11 this is expressed through the Xv video port extension to the X11 protocol, in Windows there is an equivalent mechanism presumably. You draw a window in the chromakey color (often ~ #0000fe which is «blue») and the video card paints your YUV data into the blue space!

http://lists.xcf.berkeley.edu/lists/gimp-developer/2001-August/005538.html

kresny
() автор топика
Ответ на: комментарий от LamerOk

Человек программно декодирует видео большого разрешения. Экран у него меньше, чем видео, поэтому видео нужно масштабировать. Масштабировать можно аппаратно с помощью 2D-возможностей видеокарты, используя оверлейную поверхность. Оверлейная поверхность работает в формате YUV. Кадры из HDTV-фильма декодируются в формат YUV и записываются в ту область видеопамяти, которая отвечает за оверлейную поверхность. Все кадры в формате YUV, записываемые в оверлей, составляет YUV поток. Таким образом при просмотре HD-фильма на компе возникает YUV поток.

Если что, то в компе комбинация YUV широко используется для обозначения планарных форматов.

mv ★★★★★
()
Ответ на: комментарий от mv

> Таким образом при просмотре HD-фильма на компе возникает YUV поток.

Ага, понял.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

>Откуда на при просмотре HDTV на компе YUV видео поток??

Оттуда что там mpeg а у него данные в цветоразностном формате yuv, так что преобразование yuv-rgb нужно делать, для этого используют аппаратные возможности видеокарт - по сути это перемножение матриц.

bengan
()

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

вот на лаунчпад отсылал баг:

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/572297

Как вариант можешь включить кмс - таких багов не будет вообще, но производительность же упадет.

ipeacocks ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Помогите с выводом хэша на перле
Development
[C/gtk+] Работа с GList →