# HG changeset patch # User jaf # Date 1001445080 0 # Node ID 914aa33f0ca440f6d67c1c842da4020f457f7101 # Parent b8a0260dc2f99b593f5c24acea3517c4352513ac similar to 1.14 diff -r b8a0260dc2f9 -r 914aa33f0ca4 DOCS/German/faq.html --- a/DOCS/German/faq.html Tue Sep 25 18:25:45 2001 +0000 +++ b/DOCS/German/faq.html Tue Sep 25 19:11:20 2001 +0000 @@ -16,16 +16,30 @@ gcc 2.96 ist RedHats UNOFFIZIELLE (es kann nur auf RedHat Seiten oder bei RedHat Distributionen gefunden werden) und FEHLERHAFTE gcc Version. gcc 2.96 ist ÜBERHAUPT NICHT unterstützt von MPlayer, denn es IRGNORIERT einfach -MMX-Code, es kompiliert es einfach nicht. Wichtig: dies ist NICHT ein MPlayer- -spezifisches Problem, einige andere Projekte (DRI, avifile, usw..) haben auch +MMX-Code, es kompiliert es einfach nicht. Wichtig: dies ist NICHT ein MPlayer-spezifisches +Problem, einige andere Projekte (DRI, avifile, usw..) haben auch Probleme mit dem Scheiß.
** VERWENDE gcc 2.96 NICHT !!! **   Q: -Großartig, Ich habe gcc 3.0.1 von RedHat/Mandrake, dann ist alles fein--! +Großartig, ich habe gcc 3.0.1 von RedHat/Mandrake, dann ist alles fein! +A: +Nein :) Deren gcc 3.0.1 wurde mit gcc 2.96 kompiliert, sind also auch fehlerhafte Scheiße. :) +  + +Q: +Nun. Ist MPlayer bereit für gcc 3.x.x ? A: -Nein :) Deren gcc 3.0.1 wurde mit gcc 2.96 kompiliert, also sind auch fehler- -hafter Scheiß. +Ist gcc 3.x.x bereit für MPlayer, Linux Kernel und andere? +  + +Q: +Ich verwende gcc 3.x.x und bekomme eigenartige Kompilierungsfehler! Es +funktioniert mit 2.95! Warum kann ich es nicht kompilieren? Ich liebe gcc 3.x.x, +es ist ... hmmm ... (weiss nicht was ich sagen soll) ... also ich liebe es! +A: +Keine Sorge, dies ist ein gcc 3.x.x Feature. Downgrade nicht auf gcc 2.95, denn +es funktioniert möglichweise :))   Q: @@ -246,7 +260,7 @@ Q: Was genau ist dieser libavcodec? A: -Es ist von Gerard Lantau's ffmpeg Paket (http://ffmpeg.sourceforge.net). +Es ist von Gerard Lantau's ffmpeg Paket (http://ffmpeg.sourceforge.net). Es beinhaltet einen in C entwickelten DivX ;-) und OpenDivX alpha 47 Codec. Einige Benchmarks zeigten, dass dieser Codes in jedem Fall schneller ist als der DirectShow-Codec ohne Preprocessing und nur einige Prozent langsamer als @@ -334,7 +348,7 @@   Q: -Ich habe Probleme mit [dein Windows-Manager] und Vollbild xv/xmga/sdl/x11.. +Ich habe Probleme mit [dein Windows-Manager] und Vollbild xv/xmga/sdl/x11. A: Verwend die -fsmode Option. Siehe example.conf oder Manpage.   @@ -377,6 +391,20 @@ Es ist keine DivX-Datei, aber eine M$ MPEG4v3 . Update deine codecs.conf.   +Q: +Hier ist ein Video, wenn ich es abspiele verliere ich die +Audio-Video-Synchronisation und/oder MPlayer stützt mit dem folgenden Fehler ab: +DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer! +A: +Dies kann mehrere Gründe haben.
+
  • Deine CPU und/oder deine Grafikkarte und/oder dein BUS ist/sind zu LANGSAM.
    • + MPlayer zeigt in diesem Fall eine Meldung (und der Zähler für die ausgelassenen + Frames steigt. +
  • Wenn es eine AVI-Datei ist hat es möglichweise ein schlechtes Interleaving. Versuche die -ni Option.
    • +
  • Dein Soundtreiber ist scheiße, oder du verwendest ALSA 0.5 mit -ao oss. Siehe in der Sektion Soundkarten.
    • +
  • Deine AVI-Datei hat einen defekten Header, versuche die -nobps Option und/oder -mc 0 .
    • +  + 5.4. Video/Audio Treiber-Probleme   @@ -465,6 +493,19 @@ Möglichkeit ihm zu verwenden.   +Q: +Wann wird <dein gewünschtes Video-Feature> (wie Untertitel-Position) implementiert werden? +A: +Warte auf libvo2. +  + +Q: +Kann ich/Wann wird es möglich sein audio-Dateien mit -vo odivx zu encodieren? +A: +Nein, es ist zur Zeit nicht möglich. Es ist geplant, also warte nur geduldig. +  + +