Debian Тормозит вывод видео

пробуй такие ключи

mplayer -vo vdpau

mplayer -vc help | grep vdpau

ffmpeg12vdpau ffmpeg working FFmpeg MPEG-1/2 (VDPAU) [mpegvideo_vdpau]
ffwmv3vdpau ffmpeg problems FFmpeg WMV3/WMV9 (VDPAU) [wmv3_vdpau]
ffvc1vdpau ffmpeg problems FFmpeg WVC1 (VDPAU) [vc1_vdpau]
ffh264vdpau ffmpeg working FFmpeg H.264 (VDPAU) [h264_vdpau]
ffodivxvdpau ffmpeg working FFmpeg MPEG-4,DIVX-4/5 (VDPAU) [mpeg4_vdpau]

т.е.

mplayer -vo vdpau -vc ffh264vdpau movie.mkv

и если не поможет - смотри другие варианты ключа -vo отсюда:

mplayer -vo help

смотри в самой консоли mplayer выдает предупреждения (computer to slow, и т.п. в stderr)

Пробовал. Ситуация та же. Предупреждений ни каких нет. Да и при выводе glxgears то же притормаживания т.е дело не в кодеках.

выхлоп иксов в судию!

весь Xorg.0.log?

Xorg.0.log http://pastebin.com/NXUQns0c

А через какой выход у тебя картинка идет? xv? Попробуй mplayer -vo x11. Это чисто программный вывод видео, то есть любые формы аппаратного ускорения карты использованы не будут. Будет нагружен процессор, имей в виду. Но обрати внимание на замирания в быстрых сценах. Есть или нет?

Попробуй поставить драйвера с репа, возможно поможет. Так же нужно проверить установлены ли пакеты nvidia-vdpau-driver, vdpauinfo, vdpau-va-driver, mesa-vdpau-drivers. Проверь установлены ли настройки декодинга в VLC что бы юзали аппаратное ускорение.

Пакеты vdpauinfo, vdpau-va-driver, libvdpau1 стоят. nvidia-vdpau-driver вроде для дров из репа? Проприетарный свои собирает. Постоянно юзаю VLC (+Lirc ибо удобно iptv смотреть). Если в vlc включить аппаратное ускорение плеер падает сразу. На сколько я понял в vlc поддержка vdpau только с версии 2.1(или я не прав?) mplayer через vdpau ситуация та же. Вот драйвер с репа стоит попробовать. Начинаю грешить на железо. Нет под рукой другой видюхи. Vlc через x11 то же самое. Сегодня попробую винду погонять на предмет этих косяков.

тогда

glxinfo

в штудию

ну и dmesg|grep nvidia

я уже давно перестал ставить проприетарные драйвера с оффсайтов, ставлю их из репозитория и за всё время не было проблем. (У меня на ATi 6850 Pro, GF 540GTX , GF650GT работают без проблем видео тянет любое) (сейчас на ATi перешёл на открытые драйвера по производительности в некоторых играх рвут проприетарщину в некоторых они увы пока что хуже )

glxinfo | grep direct

speedy@debian:~$ glxinfo | grep direct direct rendering: Yes GL_EXT_Cg_shader, GL_EXT_depth_bounds_test, GL_EXT_direct_state_access, speedy@debian:~$ dmesg | grep nvidia [ 5.465043] nvidia: module license 'NVIDIA' taints kernel. [ 5.713831] nvidia 0000:01:00.0: setting latency timer to 64 [ 17.713506] nvidia 0000:01:00.0: irq 45 for MSI/MSI-X

Полный вывод glxinfo http://pastebin.com/eqPHJWNK

Нет под рукой другой видюхи. Vlc через x11 то же самое.

Вывод через X11 происходит так: кодек декодирует файл в YUV, например. Потом все это хозяйство программно преобразуется в RGB и кадр просто отображается как картинка. Не задействованы аппаратное масштабирование, аппаратное декодирование и т. д. Получается, что полностью программный (кроме отображения картинки) путь притормаживает. А на nouveau тормозит? Проверь на mplayer -vo x11 тоже. Там другие кодеки, по-моему.

Может, это у тебя что-то связано с синхронизацией с vblank? Есть в nvidia такие галочки типа «sync to vblank»? Если есть, то покликай на них. http://ubuntuforums.org/showthread.php?t=1537858

Разобрался! Во всём виноват mutter. Если его отключить, то проблема исчезает. Вопрос теперь в другом, как это победить в mutter?

Разобрался! Во всём виноват mutter. Если его отключить, то проблема исчезает. Вопрос теперь в другом, как это победить в mutter?

Mutter вроде как compositing WM. В этом месте всегда проблемы были. Я не спец по проприетарному драйверу, но попробуй это. Советуют:

Open nvidia-settings and go to the powermizer section. Choose «Maximum Performance» in the drop-down, and you should see your powermizer level jump to the fastest speed.

И проверяй видео.

Еще такое советуют (как раз для Mutter подойдет, так как он clutter использует):

Установить глобально или у пользователя:

CLUTTER_PAINT=disable-clipped-redraws:disable-culling
CLUTTER_VBLANK=True

CLUTTER_VBLANK=True Это я так понимаю за вертикальную синхронизацию отвечает. Тиринга не наблюдаю, даже если отключаю vblank в nvidia-setting.

Ну, может, это как раз из-за того, что он включен. Или из-за того, что он выключен. Можно поэкспериментирвоать. С таким нагромождением библиотек и драйверов, где это все может включаться и выключаться, голову сломать можно. :)

не, не помагает. Но теперь хоть понятно куда копать. Я до последнего сидел на sqweeze. Тут пару недель назад решился на 7 прейти - одни геморои. 6+ядро 3.2+Compiz идеально всё работало. Тут Gnome 3. Не было печали.

Плачу! :)

Это тоже? Debian Тормозит вывод видео (комментарий)

Это всё было опробовано в первую очередь. Драйвер из репов ставил эфекта 0.

не, не помагает.

А куда ты прописал это? Ты точно уверен, что установленные переменные действуют? Что говорит env?

/etc/environment

/etc/environment

Это ок. Я проверил.

CLUTTER_VBLANK=True

Хм, документация говорит, что нет такого значения. Там другие есть. Попробуй поиграться, перебив значение переменной.

Valid values are: none, dri or glx

https://developer.gnome.org/clutter/stable/running-clutter.html

Да, действительно нет такого значения(хотя везде пишут именно так). Если задать none синхронизация отключается. DRI и GLX ни чего не меняют. Я так понял синхронизация включена по умолчанию. И всё равно это всё не то. Остальные параметры и mutter и clutter есть в справке. перепробовал все. Эффекта 0. Параметры можно не прописывать, а применять на лету с перезапуском mutter. Тут похоже дело именно в самом композитинге.

Да, действительно нет такого значения(хотя везде пишут именно так).

Возможно, что раньше такое значение и было, а потом изменилось, а сообщения могут быть старыми.

Тут похоже дело именно в самом композитинге.

GNOME у многих стоит и nvidia тоже. Сообщениями дожен быть переполнен весь интернет. :/

А кому-то еще доказывать приходится, что нынчо шобы рисовать окошки гнуму надобен i7 и видяха тыщ за 20 с орущим на максималках вентилятором. Мало того, всё это еще глючит и «активно развивается», вместо того что еще недавно просто работало. И выполняло те же функции. Этот сраный композитинг похоже никогда нормально работать не будет. По крайней мере так же массово как обычный софтовый рендер. Даже на вендах вечно все этот аеро то включают то выключают. О дивный новый м.

Он и переполнен. Просто есть евангелисты, которые либо больше одного окошка с текстом не запускают (и желательно его не трогают, хотя даже в таких условиях не заметить тормоза сложно), либо сидят на i7 и недоумевают «а чо».

У меня два radeon (дрова radeon и radeonsi) - на обоих гномо-щель снижает производительность в разы. Ноутбук становится просто не юзабельным. ЦПУ жрёт как не в себя. Особенно при отображении видео, ну это понятно. Но вот у hibou всё нормально - на, по его словам, «компе с помойки» щель летает. ну-ну.

Этот сраный композитинг похоже никогда нормально работать не будет.

Да! Постоянные проблемы.
Мож в xorg.conf какие опции добавить?

сам сижу на openbox, но для пробы периодически запускаю livecd убунты. там всё летает, несмотря на nouveau. чяднт?

2 недели назад стоял Debian squeeze + compiz тоже всё летало.