Nun funktioniert es auch als einfacher Anwender.

!!!! ABER SEIT GEWARNT !!!!
Dies ist ein GROSSES Sicherheitsrisiko! Mache das nie auf einem Server oder einem Computer, der von mehreren Personen verwendet wird, da sie durch das SUID Root von MPlayer Root-Rechte erhalten könnten.
!!!! DU WURDEST ALSO GEWARNT ... !!!!

Verwende nun die '-vo dga' Option, und es sollte funktionieren! (hoffe es:) Du solltest auch probieren, ob die '-vo sdl:dga' Option bei die funktioniert! Es ist um einiges schneller!!!

2.2.1.3.4. Änderung der Auflösung

Der DGA Treiber erlaubt das Ändern der Auflösung des Ausgabe-Signals. Es er- spart die Verwendung von (langsamen) softwaremäßigen Scaling und ermöglicht zur selben Zeit Vollbild-Grafiken. Ideal wäre es, wenn man auf die genaue Auflösung des Videos (würde die richtige Rate veraussetzen), aber der XServer erlaubt nur das Änderen in eine Auflösung, die in /etc/X11/XF86Config (/etc/X11/XF86Config-4 für XFree 4.0.X) vordefiniert. Dies sind so genannte "Modelines" und sind von den Fähigkeiten deiner Video- Hardware abhängig. Der XServer scannt die Konfigurationsdatei beim Starten und schaltet die Modelines aus, die nicht zu der Hardware passen. Du kannst die funktionierenden Modelines mithilfe der X11-Logdatei herausfinden. Sie kann funden werden unter: /var/log/XFree86.0.log.

Siehe Anhang A für einige Beispiele für Modeline-Einstellungen.

2.2.1.3.5. DGA & MPlayer

DGA wird in zwei Plätzen von MPlayer verwendet: Der SDL Treiber kann davon Verwendung nehmen (-vo sdl:dga) und der DGA-Treiber (-vo dga). Das oben genannte trifft für beide zu; in der folgenden Sektion werde ich erklären, wie der DGA-Treiber für MPlayer funktioniert.

2.2.1.3.6. Features des DGA-Treibers

Der DGA Treiber wird wird duch die -vo dga Option auf der Komandozeile aus- gewählt. Das normale verhalten ist, dass der DGA-Treiber die Auflösung so weit wie möglich an das Video anzupassen. Es ignoriert die -vm und -fs Optionen (für Videomodus-Änderung und Vollbild) - es versucht immer so viel Fläche wie mög- lich durch Ändern des Videomodus, dies erspartet eine zusätzliche Verwendung der CPU um das Bild zu vergrößern/verkleinern. Wenn du den Modus nicht magst, den der Treiber gewählt hat, kannst du das Modus das am ehestens passt möglicherweise mit -x und -y auswählen. Mit der -v Option wird der DGA Treiber - neben vielen anderen Dingen - eine Liste der Auflösungen, die von deiner aktuellen XF86-Config Datei unterstützt werden. Unter DGA2 kannst du auch die Farbtiefe mit der -bpp Option einstellen. Gültige Farbtiefen sind 15, 16, 24 und 32. Es hängt von deiner Hardware ab, ob diese Tiefen grundlegend unterstützt werden oder ob sie (was möglichweise langsam ist) konventiert wenden müssen.

Wenn du Genug glück hast und genug Offscreen-Speicher übrig ist und eine ganzes Bild darin zu speichern, wird der DGA Treiber "Doublebuffering" verwen- den, was ein flüssigeres Bild ermöglicht. Es wird der sagen, ob Doublebuffering eingeschaltet ist oder nicht.

Doublebuffering bedeutet, dass der nächste Frame des Videos bereits in den Offscreen-Speicher während der akutelle Frame angezeigt wird. Wenn der nächste Wenn der nächster Frame fertig ist, wird dem Grafik-Chip nur die Position im Speicher mitgeteilet, wo sich der nächste Frame befindet und die Grafik ver- verwendet das Bild einfach von dort. In der Zwischenzeit wird der anderer Buf- fer wieder mit Video-Daten aufgefüllt.

2.2.1.3.7. Geschwindigkeit

Allgemein gesprochen sollte der DGA-Framebuffer Zugriff mindestens so schnell sein wie Verwendung des X11-Treibers mit den zusätzlichen Vorteils des möglichen Vollbildes. Die Prozentuelle Geschwindigkeitsangaben von MPlayer sollten aber mit Vorsicht gesehen werden, denn zum Beispiel wird beim X11-Trei- ber die Zeit, die vom X-Server benötigt wird um das Bild aufzubauen, nicht ein- gerechnet. Logge dich über ein Terminal über eine serielle Verbindung in deine Box ein und starte MPlayer damit du wirklich siehst, was los ist ...

Allgemein gesprochen ist der Geschwindigkeitsvorteil von DGA im Vergleich zur normalen Verwendung von X11 stark abhängig von der Grafikkarte und wie gut das X-Server Modul dafür optimiert ist.

Wenn du ein langsames system hat, verwende lieber 15 oder 16bit Farbtiefen, denn es verwendet nur halbe Speicherbandbreiten im Vergleich mit 32 bit.

Die Verwendung von 24bit ist eine gute Idee, wenn deine Karte 32 Bit Tiefe grundlegend unterstützt, denn es sind 25% weniger Daten im vergleich zu einem 32/32 Modus.

Ich habe einige AVI-Dateien schon auf einem Pentium MMX 266 wiedergeben wur- den. AMD K6-2 CPUs funktioniere vielleicht ab 400 MHZ oder mehr.

2.2.1.3.8. Bekannte Probleme

Nun, nach einigen Entwicklern von XFree zur Folge ist DGA immer noch ein wildes Tier. Sie sagen, es ist besser es nicht zu verwenden. Die Implemetation ist noch nicht immer fehlerfrei mit jedem Chipset-Treiber von XFree.

• mit XFree 4.0.3 und nv.o gibt es einen Bug, zu erkennen in eigenartigen Farben
• ATI-Treiber erfordern mehrmaliges zurückschalten nach dem Abspielen mit DGA
• einige Treiber schlagen Fehl bei dem Versuch zurück zur normalen Auflösung zu schalten (verwende STRG-ALT-Keypad +, - um manuell zu schalten)
• einige Treiber haben kleine Farbfehler
• einige Treiber lügen, im Bezug auf die Speichergange für die Anwendung, dieses DGA wird kene Doublebuffering verwenden(SIS?)
• einige Treiber scheinen einen Fehler zu berichten zeigen nur eine gültige Auflösung an. In diesem Fall wird der DGA-Treiber abstützen, wenn er von einer unsinnigen Auflösungung von 100000x100000 oder ähnlich berichtet ...
• OSD funktionier nur mit eingeschaltetem Doublebuffering

2.2.1.3.9. Zukünftige Arbeiten

• Verwendung des neuen X11 Render-Interface für OSD
• Wo ist meine TODO Liste ???? :-(((

2.2.1.3.A. Einige Modus-Einstellungen

  Section "Modes"
    Identifier    "Modes[0]"
    Modeline	"800x600"  40     800 840 968 1056  600 601 605 628 
    Modeline	"712x600"  35.0   712 740 850 900   400 410 412 425
    Modeline	"640x480"  25.175 640 664 760 800   480 491 493 525 
    Modeline 	"400x300"  20     400 416 480 528   300 301 303 314 Doublescan
    Modeline	"352x288"  25.10  352 368 416 432   288 296 290 310
    Modeline	"352x240"  15.750 352 368 416 432   240 244 246 262 Doublescan
    Modeline	"320x240"  12.588 320 336 384 400   240 245 246 262 Doublescan
  EndSection

Diese Einstellungen funktionen sehr gut mit meinem Riva128 Chip unter ver- wendung des nv.o XServer Treibermodules.

2.2.1.3.B. Fehlerberichte

Wenn du Probleme mt dem DGA-Treibers hat, sende mit einen Fehlerbericht (e-Mail Adresse siehe untern). Bitte starte MPlayer mit der -v Option und sende alle Zeilen in dem Fehlerbericht die mit vo_dga: beginnen

Bitte schreibe auch, welche Version von X11 du verwendest, die Grafikkarte und die Art von CPU. Das X11-Treiber Module (definiert in XF86-Config) hilft auch möglicherweise. Danke!

Acki (acki@acki-netz.de, www.acki-netz.de)

2.2.1.4. SDL

Hier sind einige Hinweise über SDL-Ausgabe in MPlayer.

Es gibt einige Commandline-Optionen für SDL:
	-vo sdl:name		wählt den zu verwendenden Video Treiber aus (z.B. aalib, dga, x11)
	-ao sdl:name		wählt den zu verwendenden Audio Treiber aus (z.B. dsp, esd, arts)
	-noxv		schaltet die Xvideo Hardwarebeschleunigung aus
	-forcexv		versucht die Xvideo-Beschleunigung zu erzwingen
SDL-Tasten:
	F		wählt Vollbild/Fenster Modus
	C		verfügbare Zyklen beim Vollbild-Modus
	W/S		zusammenhängend mit * und / (Mixer-Kontrolle)

BEKANNTE FEHLER:

• Wenn Tasten unter dem sdl:aalib Konsolentreiber verwendet werden, wieder- holt es sich für immer. (verwende -vo aa !) Es ist ein Bug in SDL, ich kann es nicht ändern (getestet mit SDL 1.2.1).

2.2.1.5. SVGAlib

Wenn du kein X hast, kannst du SVGAlib verwenden! Sie dir sicher, dass du nicht die -fs Option verwendest, seit es Software-Scaling unterstützt und es nun sehr LANGSAM ist, ausser wenn du eine echt schnelle CPU (und/oder MTRR?) hast. :(

Natürlich musst du die svgalib und das Development-Paket installieren, damit MPlayer seinen SVGAlib Treiber einbaut (wird automatisch erkannt, kann aber erzwungen werden) und vergiss nicht die /etc/vga/libvga.config passend zu deiner Karte & Monitor zu editieren.

2.2.1.6. Framebuffer Ausgabe (FBdev)

Ob die FBdev Unterstützung eingebaut wird wird während des ./configure Scripts entschieden. Lese die Framebuffer Dokumentation von den Kernel Sourcen (Documentation/fb/*) um zu erfahren wie man es einschaltet, usw.. !

Wenn deine Karte den VBE 2.0 Standard (ältere ISA/PCI Karten wie S3 Trio64) nicht unterstützt, nur VBE 1.2 (oder älter?) : Nun, VESAfb ist auch verfügbar, aber du musst den SciTech Display Doctor (genannt UniVBE) vor Linux laden. Verwenden eine DOS-Startdiskette oder was auch immer. Und vergiss nicht deinen UniVBE zu registrieren ;))

Bei der FBdev Ausgabe können einige zusätzliche Parameter verwendet werden:

	-fb		spezifiziert den zu verwendenden Framebuffer (/dev/fd0)
	-fbmode		Modus-Name der verwendet werden soll (siehe /etc/fb.modes)
	-fbmodeconfig		Konfiguratiosdatei für Modus-Namen (standard ist /etc/fb.modes)
	-monitor_hfreq		WICHTIGE Werte, siehe example.conf
	-monitor_vfreq
	-monitor_dotclock

Wenn du zu einem speziellen Modus welchsel willst, verwende

    mplayer -vm -fbmode (NamedesModus) Dateiname

• -vm alleine wird den am ehesten passenden Modus von /etc/fb.modes verwenden. Kann auch mit der -x und -y Option verwendet werden. Die -flip Option wird nur unterstützt, wenn das Pixel-Format des Videos mit dem Video-Modus übereinstimmt. Unter Beobachtung des bpp-Wertes, versucht der fbdev-Treiber den aktuellen oder den mit der -bpp Option eingestellten Wert zu verwenden.
• -zoom Option ist nicht unterstützt (Software-Scaling ist langsam). -fs Option ist nicht unterstützt. Du kannst keine 8bpp (oder weniger) Moduse verwenden.

HINWEIS: FBdev Video-Modus-Änderungen _funktionieren nicht_ mit dem VESA Framebuffer, also frage nicht danach, wenn ist keine MPlayer Beschrän- kung ist.

2.2.1.7. Matrox Framebuffer (mga_vid)

Diese Abschnitt ist über Matrox G200/G400/G450/G550 BES (Back-End Scaler) Unter- stützung, dem mga_vid Kernel-Treiber. Ist wird aktiv entwickelt von mir (A'rpi), und es hat Hardware-VSYNC-Unterstützung mit dreifach-Buffering. Es funktiert auf beidem, Konsole oder auch unter X.

Um es zu verwenden, kompiliere als erstes mga_vid.o:

    cd drivers
    make

Dann erstelle das /dev/mga_vid Gerät:

    mknod /dev/mga_vid c 178 0

und laden den Treiber mit

    insmod mga_vid.o

Du sollst die erkannte Videospeichergröße prüfen, dazu verwende den 'dmesg' Befehl. Wenn es nicht stimmt, verwende die mga_ram_size Option (rmmod mga_vid als erstes) und gib die Speichergröße der Karte in MB an:

    insmod mga_vid.o mga_ram_size=16

Um den Treiber automatisch geladen/ungeladen zu machen, wenn er braucht wird, füge die folgende Zeile an Ende der /etc/modules.conf Datei ein:

    alias char-major-178 mga_vid

Dann starte

    depmod -a

Jetzt musst du MPlayer (neu)kompilieren, ./configure wird automatisch /dev/mga_vid erkennen und den 'mga' Treiber einbauen. Die Verwendung mit MPlayer wird mit '-vo mga' wenn man eine matroxfb Konsole hat oder mit '-vo xmga' unter XFree86 3.x.x oder 4.x.x realisiert.

Der mga_vid Treiber arbeitet nun auch mit dem Xv zusammen.

2.2.1.8. SiS 6326 Framebuffer (sis_vid)

SiS 6326 YUV Framebuffer Treiber -> sis_vid Kerneltreiber

Das Interface sollte kompatibel mit dem von the mga_vid sein, aber das Trei- ber wurde nicht aktualisiert, als mga_vid geändert wurde, also ist es nicht mehr aktuell. Es sollte getestet und der Code auf den letzten Stand gebracht werden.

2.2.1.9. 3dfx YUV Unterstützung (tdfxfb)

Dieser Treiber verwendet den Kernel-tdfx Framebuffer-Treiber um Filme mit YUV-Beschleunigung zu spielen. Du brauchst einen Kernel mit tdfxfb Support und rekompiliere MPlayer mit ./configure --enable-tdfxfb

2.2.1.10. OpenGL Ausgabe

MPlayer unterstützt die Ausgabe von Videos über OpenGL. Unglück- licherweise unterstützten nicht alle Treiber diese Fähigkeit. Zum Beispiel haben es allen Karte mit Utah-GLX Treibern Unterstützung (für XFree86 3.3.6). Siehe http://utah-glx.sourceforge.net für Details für die Installation.

XFree86(DRI) >= 4.0.3 unterstützt nur Matrox und Radeon Karden. Siehe http://dri.sourceforge.net für Downloads und Installtionsanweisungen.

2.2.1.11. AAlib - text mode displaying

Beim Abspielen auf einem Terminal wirst du eine bessere Geschwindigkeit und Qualität bekommen, wenn du den Linux-Treiber, und nicht den Curses (-aadriver linux) verwendest. Aber dazu brauchst du Scheibzugriff auf/dev/vcsa<terminal>! Dies wird nicht automatisch erkannt von aalib, aber vo_aa versucht die beste Möglichkeit zu finden. Siehe http://aa-project.sourceforge.net/tune/ für zusätzliche Tuning-Möglichkeiten.

2.2.1.A. TV-Out Unterstützung

2.2.1.A.1. Matrox Karten

Ich würde gerne MPlayer mit dem selben Feature sehen, wie auf meiner Windows-Box. Wenn ich ein Video unter Windoes starte (als ein Fenster oder in Vollbild) wird das Bild auch über TV-Out wiedergegeben und ich kann es auch mit Vollbild auf meinem Fernseher sehen. Ich liebe diese Feature aber wir ich war verwundet, wie schwer es sich einbauen ließe.

Dies ist eine Treiberbeschränkung. BES (Back-End Scaler, dies ist der Overlay-Erzeuger und die YUV Scaling-Engine für G200/G400/G450/G550 Karte) funitniert nur mit CRTC1. Normalerweise wird CRTC1 (Textmodus, jeder Farbtiefe und BES) auf den Kopf1 (HEAD1) geroutet, und CRTC2 (nur 16/32bpp Grafiken) wird auf den HEAD2 (TV-out) geroutet.

Unter Linux hast du 2 Möglichkeiten, dass der TV-Out funktioniert:

• Verwende X 4.0.x + den HAL-Treiber von Matrox, so willst du Dual-Head- Unterstützung erhalten und es wird möglich sein den 2. Ausgang zum TV zu bringen. Unglücklichweise hat es die Macrovision Verschlüsselung aktiviert, also wird es nur bei einem direkt verbunden TV funkioniert, nicht bei einem VCR. Ein anderes Problem ist, dass Xv auf dem 2 Head nicht funkioniert. (ich weiss nicht, wie Windows das Problem löst, möglichweise vertauscht es die CRTCs zwischen den Köpfen oder verwendet nut YUV Framebuffer vom 2. DAC mit einigen Tricks)
• Verwende matroxfb mit eingeschalteter Dual-Head Unterstützung (2.4.x Kernel). So wird es möglich sein eine Framebuffer Konsole (Verwendung von CRTC2, also ist es langsam) und TV-Out (Verwendung von CRTC1, mit BES-Unterstützung). Jedoch kannst du X vergessen, während du diese Art von TV-Out verwendest! :(

Folge diesen Anweisungen:

• Kompiliere alle sich auf Matrox beziehende Treiber als Module für den Ker- nel. (du MUSST sie als Module kompilieren, zumindest ich konnte bisher nicht zum Funktionieren bringen, wenn es eingebaut war im Kernel) [starte mit dem neuen Kernel & install modules, aber lade sie nicht!]

    cd TVout
  ./compile.sh

• Start den 'modules' Script von TV-Out Verzeichnis von MPlayer. Es wird deine Konsole zum Framebuffer machen. Welchsle auf tty1 (ALT+F1)! Nun start den Script 'independent', es wird deine ttys einstellen:

  tty 1,2: fb Konsole, CRTC2, Head 1 (Monitor)
  tty 3,4,5...: Framebuffer+BES, CRTC1, Head 2 (TV-Out)

  Du solltest die TV-* und Mon-* Scripts starten um die Auflösung einzustellen:

  wechsle auf tty1 (ALT+F1) und starte Mon-* (eines davon)
  wechsle auf tty3 (ALT+F3) und zurück auf tty1 (ALT+F1)

  (dies wird tty3 auf /dev/fb1 auswählen)
  

  starte TV-* (eines davon)

  (nun wirst du eine Konsole auf deinem PAL-Fernseher bekommen - ich weiss nichts über NTSC)

  Wenn du nun MPlayer (auf tty1) startst, wird das Bild auf tty3 angezeigt, also wirst du es auf dem Fernseher oder dem 2. Monitor sehen.

Ja, es ist zur Zeit noch ein "hack". Aber ich warte, dass das Marvel-Projekt fertig gestellt wurde. Es wird eine richtigen TV-Out Treiber enhalten, hoffe ich.

Zur Zeit ist mein Problem das BES nur mit CRTC1 funktioniert. Also wird das Bild immer auf dem Kopf, der auf CRTC1 (normalerweise der Monitor) geroutet ist, darum muss man auch die CRTCs vertauschen, aber dabei wird deine Konsole ein Framebuffer (CRTC2 kann kein Textmode) und ein bisschen schnell (keine Beschleunigung). :(

Irgendwie bekomme ich nur eine Schwarz-Weiss Ausgabe am Fernseher ... Hast du vielleicht einen NTSC Fernseher? Oder hast du vielleicht nicht einen der TV-* Scripts laufen lassen?

2.2.1.A.2. ATI Karten

Einige Worte über ATI's TV-Out:
Zur Zeit will ATI keine Unterstützt für TV-Out Chipsets unter Linux. Hier ist die offzielle Antwort von ATI Inc.:


> Hallo!
>
> Auf eurer Seite steht, dass ihr Linux-Entwickler unterstützt.
> Zur Zeit beteilige ich mich am MPlayer Projekt (www.mplayerhq.hu).
> Ich bin interessiert am Einschalten des TV-Outs bei Radeon VE-Chips während
> Video-Wiedergabe. Ich würde dieses Feature dem radeonfb-Treiber hinzufügen
> (kann man im CVS-Tree vom MPlayer-Projekt unter main/drivers/radeon finden).
> Ich hab eine Chance eine offizielle Dokumentation zu erhalten?
Wir können aufgrund des Macrovision-Konzern keine Dokumente im Bezug auf TV-Out
hergeben. Auf das MPEG2-Decoding ist etwas das wir MÖGLICHWEISE in der Zukunft
erwägen, aber nicht zur Zeit. Dies ist ebenfall aufgrund einen Eigentümer und einer
3. Partei.

Bemitleidenswert, nicht?

Q:Was ist Macrovision?
A:Es ist ein Kopierschutz-Mechanismus.

Dies bedeutet, wenn sie die TV-Out anbelangenden Informationen veröffentlichen, dass Hacker es ermöglicht werden könnte, den Kopierschutz ihrer Chips zu umgehen. Deshalb gibt es keine Möglichkeit den TV-Out bei ATI-Karten zu aktivieren.

Wie ist der Status von ATI TV-Out-Chips unter Linux: