Безотрывные видео для HDTV

1201
progo

Короче говоря: я использую HD6450 для вывода сигнала на HDTV через HDMI. Я использую проприетарные fglrxдрайверы и, как и другие до меня, у меня ужасные слезы, когда я смотрю видео ( mplayer, VLC, ...) по телевизору.

Да, текущие драйверы поддерживают «Рабочий стол без отрывов». Это действительно удаляет слезу, но воспроизведение видео отрывистое. Mplayer - мой любимый плеер, и ниже только настройки, связанные с видео .mplayer/config:

[default] vo=gl_nosw ao=alsa:device=default

Я также пробовал различные видео драйвера, такие как gl, gl2, xv. Все воспроизведение прерывистое, а именно маленькое заикание вокруг.

  • Можно ли решить эту проблему путем корректировки модели? Я очень мало знаю об их настройке, но это было бы очень хорошим решением.
  • Есть ли плеер или твик, чтобы mplayerвключить взаимодействие с функциональностью рабочего стола без слез?

Таким образом, кажется, что нет никакой glвозможности сделать это. И официальный способ («рабочий стол без слез») заставляет обычное видео с частотой 60 кадров в секунду при скорости vsynced показывать около 59 кадров в секунду или около того, что делает жизненно важные задержки здесь и там.

Может быть, есть способ активировать этот «рабочий стол без слез» без какого-либо первоначального vsyncing?

(Если у вас есть что-нибудь fglrx, пожалуйста, поделитесь. Я с радостью приму все, что дает мне без слез видео без рывков. Желательно на основе fglrx, потому что RandR там лучше работает.)

1
Я бы использовал nvidia в любой день, но их драйверы не поддерживают расширения RandR (необходимые для создания динамических переключателей с поддержкой сценариев с двух мониторов на вывод с одним монитором и одним телевизором) progo 12 лет назад 0
Разрыв происходит, когда не хватает пропускной способности. Ignacio Vazquez-Abrams 12 лет назад 0
@ IgnacioVazquez-Abrams: хотите уточнить? Это вопрос о том, что 1080 @ 60 слишком много для HDMI (не должно быть!) Или как? Видеовыход наверняка vsynced. Установка частоты обновления телевизора на 50 или 24 не устраняет разрыв. progo 12 лет назад 0
На самом деле разрыв происходит, когда проигрыватель обновляет буфер кадра до того, как экран завершил сканирование. Таким образом, часть над разрывом является последним кадром, а часть ниже - текущим кадром. Если кадровый буфер переключается при вертикальной синхронизации (VSync), это прерывание не происходит. Dan D. 12 лет назад 0
@DanD. но может ли это быть как-то синхронизировано, может быть, с моделями, которые я предположил? progo 12 лет назад 0
опция `mplayer -vo gl: swapinterval = 1` (включает VSYNC), но обратите внимание, что это отмечено, говоря, что это в основном работает только в полноэкранном режиме. Dan D. 12 лет назад 0
@DanD. Должен попробовать это завтра ... progo 12 лет назад 0
@DanD. Результаты не пошли лучше, с любой из дополнительных опций, которые спортивные состязания. : / А такой полноэкранный режим, который ожидает "swapinternal", я не могу произвести. `-fs` просто создает окно, которое перемещается, чтобы покрыть экран. progo 12 лет назад 0

2 ответа на вопрос

3
Janis Petersons

Обходной путь без потери VA должен был бы использовать проприетарный драйвер 12.6 AMD или более раннюю версию. Слеза регрессии, кажется, начинается с 12,8. http://support.amd.com/us/gpudownload/linux/previous/Pages/radeon_linux.aspx Просто включите разрешения на выполнение, запустите сценарий с правами root и соберите пакет и установите его.

Не могу вспомнить, какую именно версию драйвера я пробовал, но так как это произошло в марте, у нее наверняка должно быть что-то более раннее !? Мой журнал установки говорит, что я использовал 11.11 в то время. progo 11 лет назад 0
0
progo

Своего рода обходной путь; без разрешения я перешел на открытое radeon. Хотя в данный момент он слишком медленный (производительность настольного компьютера отстой, даже дрожание видео), он не имеет эффекта слезы на любом дисплее. И скорость является более распространенной проблемой, я могу работать над этим из этого.

Похожие вопросы