Все нормально, проблем особых нет, эффекты нормально работают. Правда у меня kubuntu. Единственное что имей ввиду, что при использовании кде с квином при просмотре видео будет заметен тиринг в видео. Вроде пишут, что если использовать вывод видео gl,gl2 или vaapi в mplayer, то тиринг не так заметен. Также можно попробовать добавить опцию Option «TearFree» «true» в xorg.conf. Кроме того, есть воркграунды для Gnome Shell с Mutter и для Unity c Compiz, для Kde и Kwin такого решения я не нашел (тиринг все равно присутствует в самой верхней части кадра видео даже после изменения вывода видео в mplayer и добавления соответствующей опции в xorg.conf). В vlc, кстати, в отличии от mplayer с патчами для поддержки vaapi, аппаратное ускорение вообще нормально не работает и тиринг при просмотре видео тоже есть.
Ну вот вроде бы проблему с тирингом решил. Для этого пришлось обновить драйвер, месу и все остальное с этого ppа, далее включил SNA вместо дефолтного UXA добавив в xorg.conf
ну и, как я писал выше, выбрал вывод видео gl или gl2 в mplayer (с vaapi почему-то заметны тормоза; при использовании UXA тормозов не было, но зато в верхней части кадра видео тиринг был заметен) и все проблемы наконец-то решились (в верхней части кадра видео тиринга теперь невидно).
Что решить эту проблему при использовании SNA вместо UXA нужно в настройках эффектов рабочего стола кде (само собой эффекты должны быть включены) на вкладке «Дополнительно» снять галочку с опции «Отключить графические эффекты для полноэкранных окон» независимо от используемого движка (xrender или opengl).
А можно более конкретно объяснить какой патч (можно ссылку на этот коммит) исправляет эту проблему для h264? Это попадет в релиз 2.0.4? Уже есть ppa c патченной версией vlc?
Это попадет в релиз 2.0.4? Уже есть ppa c патченной версией vlc?
Поддержки direct-рендеринга пока не в апстриме и она не попадёт туда, пока не будет исправлено падение при воспроизведении VC-1, декодированном через VA-API. PPA тоже вроде пока нет.
А можно более конкретно объяснить какой патч (можно ссылку на этот коммит) исправляет эту проблему для h264?
пока не будет исправлено падение при воспроизведении VC-1
Ну, а почему нельзя вначале решить проблему с тормозами при воспроизведении h264 через vaapi, если необходимые для этого патчи, судя по вашей ссылке, есть? Чем так важен этот VC-1, если большая часть рипов на торрентах закодированы при помощи XviD/DivX и h264/AVC?
PPA тоже вроде пока нет.
А можно более конкретно объяснить какой патч (можно ссылку на этот коммит) исправляет эту проблему для h264?
Лично мне он попадался на HD DVD «Children of Men», BD «Coraline» и «Animatrix». В общем да, используется.
Ну, а почему нельзя вначале решить проблему с тормозами при воспроизведении h264 через vaapi, если необходимые для этого патчи, судя по вашей ссылке, есть? Чем так важен этот VC-1, если большая часть рипов на торрентах закодированы при помощи XviD/DivX и h264/AVC?
Плеер не должен падать, в любом случае (даже в таком редком). То есть должен быть fallback на программное декодирование, или хотя бы нормальное сообщение об ошибке. Как я понимаю, вместо этих полурешений хотят просто пофиксить аппаратное декодирование VC-1 с direct rendering, чтобы оно работало.
Плеер не должен падать, в любом случае (даже в таком редком). То есть должен быть fallback на программное декодирование, или хотя бы нормальное сообщение об ошибке. Как я понимаю, вместо этих полурешений хотят просто пофиксить аппаратное декодирование VC-1 с direct rendering, чтобы оно работало.
Понятно, вообщем будем надеятся, что к версии 2.1.0 эту проблему решат. И еще вопрос: разработчики mplayer или mplayer2 планируют включить патчи для поддержки vaapi, т.е. чтобы поддержка vaapi была из «коробки», как, например, поддержка vdpau? Что им мешает это сделать, если патчи есть?
разработчики mplayer или mplayer2 планируют включить патчи для поддержки vaapi, т.е. чтобы поддержка vaapi была из «коробки», как, например, поддержка vdpau?
Я сам до сих пор не понимаю, что мешает включить например эту версию mplayer-vaapi в апстримный mplayer. Видимо недостаток желающих поработать над этим.
Разработчик mplayer2 планировал, но так ничего и не сделал. Помощников тоже не нашлось.
Так он вроде планирует что-то сделать к середине ноября или я неправильно понял его сообщение (с англ. не очень). Неужели mplayer2 настолько сильно изменился по сравнению c mplayer, что эти патчи так тяжело включить и, возможно,пытаться еще пробовать писать свои?
эту версию mplayer-vaapi в апстримный mplayer. эту версию
Если я правильно понимаю, то mplayer-vaapi из ppa убунты вроде собран с этими патчами или нет?
Я сам до сих пор не понимаю, что мешает включить например эту версию mplayer-vaapi в апстримный mplayer.
Меня это тоже удивляет. А что, интересно, мейнтейнерам дистрибутивов мешает собрать и добавить mplayer-vaapi в свои репозитории, раз разработчики не хотят включать их в апстримный mplayer или mplayer2?
Так он вроде планирует что-то сделать к середине ноября или я неправильно понял его сообщение (с англ. не очень).
Он писал про ноябрь 2011 года.
Неужели mplayer2 настолько сильно изменился по сравнению c mplayer, что эти патчи так тяжело включить и, возможно,пытаться еще пробовать писать свои?
Видимо да.
А есть еще какие-то патчи?
Гвенол Бошен просто продолжает разработку mplayer-vaapi, но теперь на Gitorious.
А что, интересно, мейнтейнерам дистрибутивов мешает собрать и добавить mplayer-vaapi в свои репозитории, раз разработчики не хотят включать их в апстримный mplayer или mplayer2?
Не знаю наверняка, но могу предположить что причин несколько. Во-первых в репозиториях и так уже есть один форк mplayer, ещё и второй - это уже перебор. Во-вторых у mplayer-vaapi нет фиксированных релизов, и не ясно, какой снапшот лучше опакетить. В-третьих нужно внимательно изучить вопрос совместимости mplayer-vaapi с другими версиями mplayer (если ставить одновременно) и с оболочками mplayer (какое имя бинарника выбрать) а потом прописать и поддерживать в актуальном состоянии зависимости пакета (или может, если версий mplayer будет три в репозиториях, имеет смысл реализовать переключением между ними с помощью alternatives и соответствующим образом пересобрать пакеты mplayer и mplayer2). И это только из того, что сразу приходит в голову. В общем, видимо никто не хочет брать это на себя.
То-то я смотрю на сайте теперь ничего нет, значит пошел на повышение. Занимается поддержкой аппаратного декодирования в интеловских драйверах?
Он писал про ноябрь 2011 года.
На дату-то я и не посмотрел.
у mplayer-vaapi нет фиксированных релизов
А Гвенол Бошен эту проблему не может решить, т.е придать своей разработке официальный статус форка. В конце концов mpayer2 тоже был создан, как я понимаю, из-за медленного развития mplayer'а (не включения некоторых патчей, например, по поддержки распараллеливания операций декодирования и работы в многопоточном режиме) и ничего мейнтейнеры дистрибутивов его включили в свои репы.