Aktuelle Version vom 26. Dezember 2009, 13:18 Uhr

Bei Röhren-TVs erfolgt(e) die Video-Einspeisung zumeist über FBAS bzw. SCART. Diese Art der Übertragung ist bei modernen Ausgabegeräten mit DVI-Anschluss (LCD/Plasma/Beamer) jedoch nicht optimal. Dieser Artikel beschreibt die notwendigen Schritte um einen VDR über DVI zu betreiben.

Als Softwarebasis dient dabei exemplarisch c't VDR 6, es sollte aber auch mit anderen Distribution auf ähnlich Weise machbar sein.

Nach einer erfolgreichen Grundinstallation von c't VDR 6 installiert man auf der Konsole als root folgende Software (entfällt bei einer Server/Client-Lösung auf dem Server):

apt-get install xorg xineliboutput-sxfe

Wenn man sich bei Auswahl des Grafikkartentreibers nicht sicher ist, gibt man vesa an, ansonsten den Treiber der dem Grafikchip entspricht (z.B. nv = nVidia Open Source Treiber). Bei der Auswahl der möglichen Bildschirmauflösungen ist zumeist die native Auflösung nicht auswählbar (z.B. 1366x768), deshalb sollte man dort zunächst nur konservative Modi wie 800x600 oder 1024x768 auswählen, mit Hilfe von neuen Modelines in der /etc/X11/xorg.conf lässt sich dies aber beheben:

Beispiel-Auszug aus xorg.conf

Section "Monitor"
[...]
  modeline  "800x600@60" 40.0 800 840 968 1056 600 601 605 628 +hsync +vsync
  modeline  "1360x768@60" 80.69 1360 1400 1504 1688 768 768 770 796
  modeline  "1366x768@60" 80.73 1366 1408 1504 1688 768 768 770 796
EndSection

Section "Screen"
[...]
  SubSection "Display"
    depth 24
    virtual 1366 768
    modes "1366x768@60" "1360x768@60" "800x600@60"
  EndSubSection
EndSection

[Bearbeiten] Standalone-Lösung: ein VDR mit FF/Budget-Karte(n)

Nach der Eingabe von

xinit -e vdr-sxfe -f xvdr:tcp://localhost

sollte man am DVI-Eingang das gewohnte Fernsehbild haben.

[Bearbeiten] Server/Client-Lösung: ein VDR mit FF/Budget-Karte(n) + Client(s)

Am Rechner welcher als Empfänger und damit als Datenquelle dient, muss der Streaming-Server des streamdev-plugin installiert und konfiguriert werden:

apt-get install vdr-plugin-streamdev-server

Wichtig ist dabei besonders die Freigabe der IP des Client in der streamdevhosts.conf.

Beispiel-Auszug in der setup.conf

streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 1
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0

Am Client muss wie oben beschrieben xorg und xineliboutput-sxfe installiert und konfiguriert werden. Ausserdem benötigt man den Streaming-Client des Streamdev-plugin:

apt-get install vdr-plugin-streamdev-client

Beispiel-Auszug aus der setup.conf

streamdev-client.RemoteIp = <IP-des-VDR-Servers>
streamdev-client.RemotePort = 2004
streamdev-client.StartClient = 1
streamdev-client.StreamFilters = 1
streamdev-client.SyncEPG = 1

Auch die Installation des epgsync-plugin ist empfehlenswert. Danach kopiert man die channels.conf des Servers ins gleiche Verzeichnis des Client und restartet mit

/etc/init.d/vdr restart

Nach der Eingabe von

xinit -e vdr-sxfe -f xvdr:tcp://localhost

sollte einem dann ebenfalls ein Fernsehbild zur Verfügung stehen.

TODO

• video-Verzeichnis mit Aufnahmen vom Server einbinden

[Bearbeiten] Tipps

[Bearbeiten] Deinterlacing mit Hilfe von TVTime

In den VDR-Plugin-Einstellungen von xineliboutput wählt man als Methode TVTime. Es empfehlen sich 2 verschiedene Filter:

• Greedy 2 Frame bestes Ergebnis, aber selbst auf schnellen Rechnern Ruckler bei abrupten Szenenwechseln
• Linear Interpolation ebenfalls sehr gutes Bild, aber weniger empfindlich bei Bildwechseln als Greedy 2 Frame

Wenn es die CPU zulässt sollte man den Cheap Mode deaktivieren. Das Aktivieren der Judder Correction bringt zumeist nur Tonstörungen. Chroma Filter bringt ausser erhöhter CPU-Last in normaler Entfernung zum TV keine sichtbare Bildverbesserung. Das FFMpeg Processing ist normalerweise nur auf Sendern mit extrem niedriger Bitrate sinnvoll (Glättung der Klötzchen ähnlich dem Postprocessing in VLC).

[Bearbeiten] Automatischer Start von xinit/vdr-sxfe

[Bearbeiten] Quick & Dirty Lösung

Nach der Eingabe von crontab -e folgende Zeile einfügen

@reboot xinit -e vdr-sxfe -f xvdr:tcp://localhost

und die Datei abspeichern, danach startet die Ausgabe bei jedem Bootup.

[Bearbeiten] Start via inittab

Am Ende von /etc/inittab folgende Zeile einfügen:

sxfe:23:respawn:xinit -e vdr-sxfe --reconnect -f xvdr:tcp://localhost

[Bearbeiten] Autostart über WindowManager

In dem Beispiel nehme ich den Fluxbox Window Manager, da er schön schnell und klein ist, sowie den gdm Login Manager der meinen User automatisch einloggt.

apt-get install gdm fluxbox

Jetzt den gdm konfigurieren

### /etc/gdm/gdm.conf
[...]
[daemon]
AutomaticLoginEnable=true
AutomaticLogin=<username>
[...]

Jetzt legen wir ein AutostartScript an, welches beim Start/Restart von Fluxbox aufgerufen wird

### /home/<username>/.fluxbox/autostart.sh
vdr-sxfe --aspect=auto --fullscreen --reconnect \
--post tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 xvdr:tcp://localhost

Autostart Script ausführbar machen

chmod 755 /home/<username>/.fluxbox/autostart.sh

In der Config von Fluxbox muss jetzt nur noch das Script aufgerufen werden

### /home/<username>/.fluxbox/init
[...]
session.screen0.rootCommand:    ~/.fluxbox/autostart.sh
[...]

Vorteil der Autostart Methode über den Window Manager ist, das man das VDR Fenster auch mal schließen kann um auf dem Fernseher einen Browser oder VLC zu starten ohne das man erst einen Window Manager und Co starten muss.

Der Fluxbox ist so schnell und brauch nicht viele Ressourcen das der Start dem Start über xinit in fast nichts nachsteht.

Ein freundliches "Recht Maustaste (Desktop) > Restart" startet den Fluxbox Window Manager neu und damit das autostartscript (vdr-sxfe). Wer das via lirc scripten möchte brauch nur mittels irexec ein kill -HUP auf den window manager zu schicken.

[Bearbeiten] Closed Source nvidia-Treiber

Es gibt zwei verschiedene Treiber: einmal die Open-Source-Variante nv und den Closed-Source-Treiber nvidia. Der CS-Treiber empfiehlt sich, wenn man das Display möglichst pixelgenau und/oder mit 50 Hz Bildwiederholfrequenz betrieben werden soll. Ausserdem erleichtern die CS-Variante die Einstellung der Auflösung ohne umständliche Berechnungen von Modelines.

[Bearbeiten] Installation

Zunächst benötigen wir etwas Entwicklungssoftware zum Einbinden des Treibers:

apt-get install linux-headers-2.6-486 build-essential xorg-dev

Nun muss ein Binär-Paket von NVIDIA heruntergeladen werden. Diese findet man unter [1], dementsprechend sollte man den wget-Aufruf auf die jeweils aktuelle Version anpassen. Danach muss die Datei noch ausführbar gemacht werden bevor man sie aufruft:

wget ftp://download.nvidia.com/XFree86/Linux-x86/1.0-9755/NVIDIA-Linux-x86-1.0-9755-pkg1.run
chmod +x NVIDIA-Linux-x86-1.0-9755-pkg1.run
./NVIDIA-Linux-x86-1.0-9755-pkg1.run

Die Modifikation der xorg.conf kann man getrost dem Installer überlassen, der Installer erstellt aber zur Sicherheit zuvor auch noch eine xorg.conf.backup.

[Bearbeiten] Vereinfachtes Einstellen der Bildschirmauflösung

Normalerweise muss man umständlich Modelines berechnen und unter Section Monitor einfügen, bei den Closed-Source-Treibern entfällt dieses nervige Prozedere jedoch. Es reicht die Angabe von Modes im Formate $HOEHEx$BREITE_$HZ": Beispielauszug aus /etc/X11/xorg.conf

Section "Screen"
[...]
    DefaultDepth    24
    Option "NoLogo" "True" # Wollen wir immer das Logo sehen? Nicht wirklich...
    SubSection     "Display"
        Depth       24
        Modes       "1368x768_60" # 1368x768 bei 60 Hz
    EndSubSection
EndSection

Bitte beachten, dass der nvidia-Treiber nur Werte akzeptiert die durch 8 teilbar (wie 1360 oder 1368). 1366 wie mit den nvidia-Treibern unter Windows geht zur Zeit noch nicht, ist aber angeblich für zukünftige Treiberversionen in der Planung.

[Bearbeiten] 50 Hz Problematik

Mehr Information samt einer Gerädatenbank findet man unter [2] Achtung: nur wenn man sich sicher ist, dass das Display auch 50 Hz kann sollte man dies ausprobieren! Andernfalls können u.U Schäden am Gerät entstehen! Nur der CS-Treiber ist momentan in der Lage 50 Hz fähige Displays auch mit 50 Hz anzusteuern. Dazu muss in der xorg.conf etwas ändern und hinzufügen

Section "Monitor"
[...]
    HorizSync       31.5 - 91.1 # exemplarisch, auf Herstellerangabe des Displays ändern!
    VertRefresh     50.0 - 75.0 # exemplarisch, auf Herstellerangabe des Displays ändern!
  Option       "ExactModeTimingsDVI" "True"
[...]
EndSection

Section "Screen"
[...]
    Option "ModeValidation" "AllowNon60HzDFPModes, NoDFPNativeResolutionCheck"
[...]
EndSection

Wichtig für ruckelfreies Deinterlacing ist zusätzlich noch die Option

Section "Device"
[...]
    Option "UseEvents" "True"
[...]
EndSection

Danach sollte man über Modes "1368x768_50" auch in der Lage sein das Display mit 50 Hz zu betreiben.

[Bearbeiten] Schwarze Ränder trotz nativer X-Auflösung

Im Gegensatz zum nv-Treiber hat der nvidia-Treiber im Zusammenspiel mit Xine offenbar Schwierigkeiten bei der Berechnung des richtigen Seitenverhältnisses auf 16:9/16:10. Hier hilft die Angabe von --aspect=16:9 oder --aspect=16:10:

xinit -e vdr-sxfe --aspect=16:9 -f xvdr:tcp://localhost

Die zusätzliche Angabe der Auflösung in Form von --width=$BREITE --height=$HÖHE kann ebenfalls hilfreich sein.