VDR mit DVI/VGA

Aus VDR Wiki
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
 
 
(30 dazwischenliegende Versionen von 15 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
−
Bei Röhren-TVs erfolgt(e) die Bildausgabe zumeist mit Hilfe einer Full-Featured-Karte über FBAS bzw. SCART.
+
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.
 
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 betreiben.
+
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.
 
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):
 
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):
 
<pre>apt-get install xorg xineliboutput-sxfe</pre>
 
<pre>apt-get install xorg xineliboutput-sxfe</pre>
−
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).
+
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:
 
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:
  
−
<small><pre><b>Beispiel-Auszug aus xorg.conf</b>
+
<b>Beispiel-Auszug aus xorg.conf</b>
−
Section "Monitor"
+
<small><pre>Section "Monitor"
 
[...]
 
[...]
 
   modeline  "800x600@60" 40.0 800 840 968 1056 600 601 605 628 +hsync +vsync
 
   modeline  "800x600@60" 40.0 800 840 968 1056 600 601 605 628 +hsync +vsync
Zeile 28: Zeile 29:
 
=== Standalone-Lösung: ein VDR mit FF/Budget-Karte(n) ===
 
=== Standalone-Lösung: ein VDR mit FF/Budget-Karte(n) ===
 
Nach der Eingabe von
 
Nach der Eingabe von
−
<pre>xinit -e vdr-sxfe -f xvdr:tcp:localhost</pre>
+
<pre>xinit -e vdr-sxfe -f xvdr:tcp://localhost</pre>
 
sollte man am DVI-Eingang das gewohnte Fernsehbild haben.
 
sollte man am DVI-Eingang das gewohnte Fernsehbild haben.
  
 
=== Server/Client-Lösung: ein VDR mit FF/Budget-Karte(n) + Client(s) ===
 
=== Server/Client-Lösung: ein VDR mit FF/Budget-Karte(n) + Client(s) ===
−
Am Server muss der [[streamdev-client]] installiert & konfiguriert sein bzw. werden:
+
Am Rechner welcher als Empfänger und damit als Datenquelle dient, muss der Streaming-Server des [[streamdev-plugin]] installiert und konfiguriert werden:
 
<pre>apt-get install vdr-plugin-streamdev-server</pre>
 
<pre>apt-get install vdr-plugin-streamdev-server</pre>
 
Wichtig ist dabei besonders die Freigabe der IP des Client in der [[streamdevhosts.conf]].
 
Wichtig ist dabei besonders die Freigabe der IP des Client in der [[streamdevhosts.conf]].
Zeile 49: Zeile 50:
  
 
Am Client muss wie oben beschrieben xorg und xineliboutput-sxfe installiert und konfiguriert werden.
 
Am Client muss wie oben beschrieben xorg und xineliboutput-sxfe installiert und konfiguriert werden.
−
Ausserdem benötigt man den [[streamdev-client]]:
+
Ausserdem benötigt man den Streaming-Client des [[Streamdev-plugin]]:
 
<pre>apt-get install vdr-plugin-streamdev-client</pre>
 
<pre>apt-get install vdr-plugin-streamdev-client</pre>
  
Zeile 59: Zeile 60:
 
streamdev-client.SyncEPG = 1</pre></small>
 
streamdev-client.SyncEPG = 1</pre></small>
  
−
Auch die Installation des [[epgsync-Plugins]] ist empfehlenswert.
+
Auch die Installation des [[epgsync-plugin]] ist empfehlenswert.
−
Danach kopiert man die channels.conf des Servers ins gleiche Verzeichnis des Client und startet mit
+
Danach kopiert man die channels.conf des Servers ins gleiche Verzeichnis des Client und restartet mit
 
<pre>/etc/init.d/vdr restart</pre>
 
<pre>/etc/init.d/vdr restart</pre>
 
Nach der Eingabe von
 
Nach der Eingabe von
−
<pre>xinit -e vdr-sxfe -f xvdr:tcp:<IP-des-Servers></pre>
+
<pre>xinit -e vdr-sxfe -f xvdr:tcp://localhost</pre>
 
sollte einem dann ebenfalls ein Fernsehbild zur Verfügung stehen.
 
sollte einem dann ebenfalls ein Fernsehbild zur Verfügung stehen.
  
Zeile 69: Zeile 70:
 
<b>TODO</b>
 
<b>TODO</b>
 
* video-Verzeichnis mit Aufnahmen vom Server einbinden
 
* video-Verzeichnis mit Aufnahmen vom Server einbinden
−
* xinit Aufuf als Bestandteil des vdr-Daemons automatisieren
 
  
−
=== Deinterlacing mit Hilfe von TVTime ===
+
= Tipps =
 +
 
 +
== Deinterlacing mit Hilfe von TVTime ==
 
In den VDR-Plugin-Einstellungen von xineliboutput wählt man als Methode TVTime.
 
In den VDR-Plugin-Einstellungen von xineliboutput wählt man als Methode TVTime.
−
Für Besitzer aktueller Hardware empfiehlt sich Greedy2 Frame, bei schwächerer Hardware sollten Linear oder Bobbing ausprobieren.
+
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).
 +
 
 +
== Automatischer Start von xinit/vdr-sxfe ==
 +
=== Quick & Dirty Lösung ===
 +
Nach der Eingabe von ''crontab -e'' folgende Zeile einfügen
 +
<pre>@reboot xinit -e vdr-sxfe -f xvdr:tcp://localhost</pre>
 +
und die Datei abspeichern, danach startet die Ausgabe bei jedem Bootup.
 +
 
 +
=== Start via inittab ===
 +
Am Ende von /etc/inittab folgende Zeile einfügen:
 +
<pre>sxfe:23:respawn:xinit -e vdr-sxfe --reconnect -f xvdr:tcp://localhost</pre>
 +
 
 +
=== 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.
 +
<pre>apt-get install gdm fluxbox</pre>
 +
Jetzt den gdm konfigurieren
 +
<pre>### /etc/gdm/gdm.conf
 +
[...]
 +
[daemon]
 +
AutomaticLoginEnable=true
 +
AutomaticLogin=<username>
 +
[...]</pre>
 +
Jetzt legen wir ein AutostartScript an, welches beim Start/Restart von Fluxbox aufgerufen wird
 +
<pre>### /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</pre>
 +
Autostart Script ausführbar machen
 +
<pre>chmod 755 /home/<username>/.fluxbox/autostart.sh</pre>
 +
In der Config von Fluxbox muss jetzt nur noch das Script aufgerufen werden
 +
<pre>### /home/<username>/.fluxbox/init
 +
[...]
 +
session.screen0.rootCommand:    ~/.fluxbox/autostart.sh
 +
[...]</pre>
 +
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.
 +
 
 +
== 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.
 +
 
 +
=== Installation ===
 +
Zunächst benötigen wir etwas Entwicklungssoftware zum Einbinden des Treibers:
 +
<pre>apt-get install linux-headers-2.6-486 build-essential xorg-dev</pre>
 +
Nun muss ein Binär-Paket von NVIDIA heruntergeladen werden. Diese findet man unter [http://www.nvidia.com/object/unix.html],
 +
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:
 +
<small><pre>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</pre></small>
 +
Die Modifikation der xorg.conf kann man getrost dem Installer überlassen, der Installer erstellt aber zur Sicherheit zuvor auch noch eine xorg.conf.backup.
 +
 
 +
=== 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":
 +
<b>Beispielauszug aus /etc/X11/xorg.conf</b>
 +
<small><pre>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</pre></small>
 +
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.
 +
 
 +
=== 50 Hz Problematik ===
 +
Mehr Information samt einer Gerädatenbank findet man unter [http://wiki.htpc-news.de/wiki/index.php?title=Fernseher]
 +
<b>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!</b>
 +
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
 +
<small><pre>
 +
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</pre></small>
 +
Wichtig für ruckelfreies Deinterlacing ist zusätzlich noch die Option
 +
<small><pre>
 +
Section "Device"
 +
[...]
 +
    Option "UseEvents" "True"
 +
[...]
 +
EndSection</pre></small>
 +
Danach sollte man über ''Modes "1368x768_50"'' auch in der Lage sein das Display mit 50 Hz zu betreiben.
 +
 
 +
=== 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:
 +
<pre>xinit -e vdr-sxfe --aspect=16:9 -f xvdr:tcp://localhost</pre>
 +
Die zusätzliche Angabe der Auflösung in Form von ''--width=$BREITE --height=$HÖHE'' kann ebenfalls hilfreich sein.
 +
 
 +
[[Kategorie: C't-VDR]][[Kategorie: Hardware]]

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

Inhaltsverzeichnis

[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.

Von „http://vdr-wiki.de/wiki/index.php?title=VDR_mit_DVI/VGA&oldid=61535“