Тюнинг иксов или улучшаем производительность и качество X-window

как уже отмечалось в соседнем топике у многих VGA-видях, особенно устаревших есть проблемы с качеством видео через аналоговый видео-выход.

одному вдр-юзеру Thomas Hilber это надоело и он запустил мини-проект, исправляющий эти косяки.

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Цель проекта - довести качество картинки с графических карт с PAL/RGB выходом до качества картинки с FF карт при просмотре Live TV

Известно, что видяхи работают на фиксированной частоте кадров, что часто приводит к неправильной синхронизации с видео-потоком при просмотре живого эфира со спутника (к просмотру файлов с носителей и играм это не относится). Поэтому зачастую поля или четные кадры могут перемешиваться в неправильном порядке при выводе на экран. Некоторые поля могут продублироваться, некоторые попросту потеряться. Что и приводит к дерганью картинки при воспроизведении видео.

Чтобы исправить такую ситуацию, Thomas Hilber выпустил несколько патчей, в первую очередь для радеон-карт. Все подробности на ссылках, которые я дал выше. Там он очень подробно объясняет принципы работы его патча. На русский сложно перевести.

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
вот здесь, текущая версия патча.

по моему, надо и кабель перепаять.

и как сегодня ответил Томас в вдр-листе, эта проблема актуальна и для новеших видях - HD серии от АТИ, Интел G35/G45

Он не понимает, почему проблема синхронизации видео с потоком никого не волнует.

Цитата

The most important feature is to synchronize video output with the
stream. Nobody cared about that until today. I do not understand that at
all.

It just a pleasant by-product of the sync that in some cases you need not to
deinterlace anymore.

Cheers
Thomas

Показать весь код

Цитата

Со слов пользователя Yuri6666
а как мне тут популярно объяснили, в панелях всё равно прогрессивная развёртка и внутренний деинтерлесинг. И тогда смысла во всей этой затее нет, так как в случае деинтерлесинга пофигу в каком порядке идут поля. Т.е. проблема актуальна только для старых ЭЛТ телеков.

проблема не только в том, что поля идут в неправильном порядке, а и в том, что некоторые поля и кадры могут дублироваться или пропадать вообще. Этот дефект заметят все аппараты - с прогрессивной разверткой и чрезстрочной.

Цитата

Ну во-первых качество через скарт лучше чем через с-видео тв-аут ( ну это понятно)

качество через VGA лучше, чем через s-video. C этим утверждением согласен.

Цитата

Оба телека повели себя совершенно одинаково - без патча перепутанные поля и дёрганье движущихся объектов,

именно с таким качеством ты до этого и смотрел ТВ с вдр ?

Цитата

с патчем - плавно и красиво. Деинтерлесинг xineliboutput-а выключен.

ну, так это же замечательно ! Как насчет загрузки проца ? она изменилась после патча ?

Цитата

При включении деинтерлесинга в xineliboutput - что с патчем, что без патча, что через тв-аут перепутанных полей нет, сильного дёрганья нет, но качество изображения меня вообще не устраивает, загрузка процессора под 90% (р4 2.0)

а какой метод деинтерлейсинга был включен ? в чем выражалась плохая картинка ?

Цитата

Ну и после того, как я испортил вга шнур, сделав из него переходник на скарт, я обнаружил у себя на жк вга вход...

не понял. А как до этого к телику комп подключал ? я как раз понял, что по VGA и подключал.

Цитата

Поэтому попробовать патч при вга -> вга пока не получилось. Но что-то терзают меня сомнения, что смогу я через вга вход загнать жк телек в 576i

по идее должно получиться.

Цитата

Ну и хотелось бы, чтобы это было заточено под directfb - намного легче система получается в смысле ресурсов.

если есть опыт работы с directFB - поделись , пожалуйста, своим опытом и впечатлениями от него (в плане просмотра TV) в
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Цитата

Hi list,

the basic function of this patch has already been disussed in thread
'RGB/PAL over VGA at variable frame rate'.

A new version of the patch is now available at

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

2008-08-14: Version 0.0.3

- added a patch that enhances standard radeonfb kernel driver to use
your TV-set as a computer monitor. See README for details
- added a tool which sweeps up and down the complete frame rate range
- explicitly tested a couple of boards with good results, see README
- fixed a minor bug during init of PLL

have fun!
Thomas

Показать весь код

Цитата

Со слов пользователя 1455
Где можно почитать про exaa ? Вообще без понятия, что это такое.

я немного ошибся - правильно - EXA , которое пришло на смену устаревшему методу акселерации - XAA. Вот мой пример xorg.conf - я специально оставил комментарии для того, чтобы немного понять, как и что надо править. Еще раз повторюсь - крайне желательно обновить xorg-server, dri/drm/mesa до самых свежийх версий.

Цитата

Section "Device"
BusID "PCI:1:0:0"
Driver "radeon"
# Option "nodri"
Identifier "ATI|RV350 AP [Radeon 9600]"
BoardName "ATI Radeon 9600"
# Option "NoAccel"
VendorName "ATI"
# Options recommended on dri.freedesktop.org
# Option "AccelMethod" "XAA"
Option "AGPMode" "1"
Option "EnablePageFlip" "1"
Option "ColorTiling" "1"
Option "AccelMethod" "EXA"
Option "AccelDFS" "1"
Option "FBTexPercent" "0"
# Option "MigrationHeuristic" "greedy"
Option "DRI" "1"
EndSection

Показать весь код

вот немного новостей по теме

Цитата

В открытом драйвере RadeonHD (xf86-video-radeonhd), разрабатываемом при поддержке компаний AMD и Novell, появилась начальная поддержка архитектуры аппаратной 2D акселерации EXA и XAA (XFree86 Acceleration Architecture) для графических карт на базе Radeon X1000 (R500).

Особый интерес представляют результаты оценки производительности проприетарного драйвера Catalyst 8.01 и свежих сборок открытых драйверов xf86-video-radeonhd и xf86-video-ati. При тестировании утилитой GtkPerf, драйверы xf86-video-radeonhd и xf86-video-ati, работающие в режиме XAA, показали близкую к Catalyst 8.01 производительность. Значительное отставание открытых драйверов в EXA режиме, объясняется отсутствием поддержки DMA пересылок и не полной готовностью кода драйверов.

Цитата

In computing, EXA is a graphics acceleration architecture of the X.Org Server (see also X Window System) designed to replace XAA [1] (the XFree86 Acceleration Architecture) and to make the XRender extension more usable, with only minor changes needed to adapt XFree86 video drivers written to use XAA; it was designed by Zack Rusin and announced at LinuxTag 2005[2] and first released with X.Org Server version 6.9/7.0.

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
EXA - New acceleration architecture

а вообще, посоветую вот такую статью

Цитата

Состояние графики Линукс.
Джон Смирл

После того, как я отошёл от работы над Xgl, я получил много писем по электронной почте и прочитал большое количество сообщений, из которых понял, что люди часто не знают, как обстоят дела с графикой в Линукс. Почему не ясна общая картина, понятно. Графика это большая и сложная область с многими программными составляющими и конкурирующими группами разработчиков. Я написал эту статью, чтобы объяснить, как все части соотносятся между собой.

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Цитата

If you ever wished to synchronize your VGA timing to an external signal source
like a DVB stream, this patch collection could be interesting for you.

It implements a kind of soft-PLL locking on the external signal. The VCO is
represented by dynamically adjusted VGA frame rate aka video timing.

Video timing is dynamically altered by temporary changing the contents of
HORIZONTAL_TOTAL register from within DRM-modules vsync interrupt routine.
This works fine for Radeon type (pre-avivo) graphics hardware. For further
information about compatible hardware see README.

I also will try to port the patches to other hardware like Intel graphics.
There already is included experimental code for this.

The main application of the patch collection is probably a HTPC.

The newest patch 'vga-sync-fields-0.0.8.tgz' is available at

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Have fun
Thoma

Показать весь код

Цитата

A new version of the patch 'vga-sync-fields-0.0.8.tgz' now is
available at:

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

History since last version announced here:

2008-09-08: Version 0.0.8

- enhanced a standalone tool for testing the Soft-PLL without xine-lib
and Xserver
- a fix in xineliboutput configuration (see README) greatly improved
responsiveness of Soft-PLL to channel switches
- implemented a workaround for sporadically lost interrupts on
Radeon type hardware
- added experimental DRM and tools support for i810. I just started
the port from Radeon to i810. It's not yet documented and
far from complete

2008-08-23: Version 0.0.7

- added a small patch for recent hg xine-lib (1.1.16) from 2008-08-20.
Together with the patch the actual xine-lib gives good results
for playback and live-TV.

2008-08-21: Version 0.0.6

- fixed a bug that erroneously could trigger recovery actions as if
stray updates would have been occurred
- since 40ms enhancement (see below) issues with DVB budget cards
are considered as fixed. You now also can watch live-TV with the
patch. But the time to switch a channel still should be optimized.
It sometimes takes too long for the Soft-PLL to lock.

2008-08-19: Version 0.0.5

- frame rate now adapted every 1/25 second instead of only once per
second as before. This should make rate adaptions invisible even
if they change by large values
- implemented a simple graphic which should give you a better
overview of how regularly frame updates are issued from your decoder.
And how the Soft-PLL copes with these updates
- automatic sync of initial field polarity now has been removed. It's
now part of 40ms double buffer update improvement (see vers. 0.0.4)
- simplified/changed interface to DRM-module
- adapted all tools to new interface

have fun!
Thomas

Показать весь код

пипл с hXXp://dvbn.happysat.org/viewtopic.php?t=48085
рапортует о том, как удалось уменьшить нагрузку на проц при просмотре HDTV

Цитата

After upgrading my kernel to 2.6.26.5, I made the following adaptions:
1) changed modprobe parameters of dvb-ttpci from hw_sections=0 to hw_sections=1 ; this should only affect my FF card, and not my DVB-S2 budget card
2) changed kernel parameter tickless timer to ON ; previously this generated vpeirq errors, but now it seems to be ok.
3) changed kernel parameter RCU preemptible to ON; new, experimental option, so I understand.

One or more of these changes led to much lower CPU usage on my AMD X2 4200+ x86_64 configuration, when looking at HD (e.g. Premiere HD).

I have the impression that somehow the load seems to be somewhat more balanced over the two cores. Previously 1 core >100% usage, and the other one 10-30%, now 1 core 90% usage and the other one 40%.

Sorry I cannot give more precise measurements, but perhaps someone else can confirm my experience?

Показать весь код