Wie Fehler (Bugs) berichtet werden

# HG changeset patch # User kraymer # Date 1145232787 0 # Node ID e7ec97b60b966a52168e9b22b7abb5bdc8247848 # Parent d40f40c3e1cabfb994d1c2beb86d18b38f7aa351 add finished translations for * bugs.xml * bugreports.xml also add main.xml diff -r d40f40c3e1ca -r e7ec97b60b96 DOCS/xml/de/bugreports.xml --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/DOCS/xml/de/bugreports.xml Mon Apr 17 00:13:07 2006 +0000 @@ -0,0 +1,421 @@ + + + +Wie Fehler (Bugs) berichtet werden + +Gute Fehlerberichte sind ein sehr wertvoller Beitrag zur Entwicklung jedes +Softwareprojekts. Aber genau wie das Schreiben guter Software benötigt das +Anfertigen von Berichten über Probleme etwas Arbeit. Bitte sei dir darüber im +klaren, dass die meisten Entwickler sehr beschäftigt sind und eine unverschämt +hohe Anzahl Mails bekommen. Verstehe daher, dass du, obwohl dein Feedback für die +Verbesserung von MPlayer sehr wichtig ist und geschätzt +wird, alle Informationen, die wir fordern, zur +Verfügung stellen und die Anweisungen dieses Dokuments strikt befolgen musst. + + +Wie Fehler beseitigt werden + +Wenn du das Gefühl hast, dass du die nötigen Kenntnisse hast, bist du dazu eingeladen, +dich selbst an der Lösung des Fehlers zu versuchen. Vielleicht hast du das schon? +Bitte lies +dieses kurze Dokument, um herauszufinden, +wie dein Code Teil von MPlayer werden kann. Die Leute der +Mailing-Liste +MPlayer-dev-eng +werden dir zur Seite stehen, wenn du Fragen hast. + + + +Wie Regressionstests mit CVS durchgeführt werden + +Ein Problem, das manchmal auftreten kann ist "es hat vorher funktioniert, jetzt nicht +mehr...". +Hier ist eine Schritt-für-Schritt-Prozedur, um herauszufinden, wann das Problem +aufgetreten ist. Dies ist nicht für gelegentliche Benutzer. + + +Zuerst musst du dir MPlayers Sourcenverzeichnis aus dem CVS besorgen. +Eine Anleitung hierzu kann unten auf +dieser Seite +gefunden werden. + + +Du wirst dann im main/-Verzeichnis ein Abbild des CVS-Baums auf der Client-Seite +haben. +Führe jetzt ein Update für dieses Abbild durch auf das Datum, das du möchtest: + +cd main/ +cvs update -PAd -D "2004-08-23" + +Das Datumsformat ist YYYY-MM-DD HH:MM:SS. +Die Benutzung des Datumsformats stellt sicher, dass du in der Lage sein wirst, +Patches anhand des Datums, an dem sie eingespielt wurden, extrahieren kannst, wie im +MPlayer-cvslog-Archiv. + + +Gehe nun vor wie bei einem normalen Update: + +./configure +make + + + +Falls ein Nicht-Programmierer dies liest: Der schnellste Weg, an den Punkt zu +gelangen, wo das Problem auftrat ist eine Binärsuche — das bedeutet: +Suche das Datum der Bruchstelle, indem du das Suchintervall wiederholt halbierst. +Zum Beispiel, wenn das Problem 2003 auftrat, starte in der Mitte des Jahres und +frage "Ist das Problem schon da?". +Wenn ja, gehe zurück zum 1. April; wenn nicht, gehe zum 1. Oktober und so weiter. + + +Wenn du viel Festplattenspeicher frei hast (eine vollständige Compilierung +benötigt momentan 100 MB, und ungefähr 300-350 MB, wenn Debugging-Symbole mit +dabei sind), kopiere vor einem Update die älteste Version, von der bekannt ist, +dass sie funktioniert; das spart Zeit, wenn du zurückgehen musst. +(Es ist normalerweise nicht nötig, 'make distclean' vor einer erneuten Compilierung +einer früheren Version auszuführen. Wenn du also keine Backup-Kopie deines +Original-Sourcebaums machst, wirst du alles neu compilieren müssen, wenn du beim +gegenwärtigen wieder angekommen bist.) + + +Wenn du den Tag gefunden hast, an dem das Problem auftrat, fahre mit der Suche mit +dem mplayer-cvslog-Archiv (sortiert nach Datum) und einem genaueren cvs update, +welches Stunde, Minute und Sekunde beinhaltet, fort: + +cvs update -PAd -D "2004-08-23 15:17:25" + +Dies wird dir erlauben, den genauen verursachenden Patch leicht zu finden. + + +Wenn du den Patch gefunden hast, der Ursache des Problems ist, hast du fast gewonnen; +Berichte darüber im +MPlayer Bugzilla-System oder melde +dich bei +MPlayer-users +an schicke es dort ein. +Es gibt eine Chance, dass der Autor einspringt und eine Lösung vorschlägt. +Du kannst auch einen genauen Blick auf den Patch werden, bis er genötigt ist, +zu offenbaren, wo der Fehler ist :-). + + + +Wie Fehler berichtet werden + +Probiere vor allem zu allererst die letzte CVS-Version von MPlayer, +da dein Problem dort möglicherweise schon behoben ist. Die Entwicklung geht extrem schnell +voran, die meisten Probleme in offiziellen Versionen werden innerhalb von Tagen oder sogar +Stunden den Entwicklern mitgeteilt. Benutze daher bitte nur +CVS beim Berichten von Fehlern. Dies gilt auch für Binärpakete von +MPlayer. CVS-Anweisungen findest du am unteren Ende dieser Seite oder in der README. +Wenn dies nicht hilft, ziehe die Liste bekannter Fehler und den +Rest der Dokumentation zurate. Wenn dein Problem nicht bekannt ist oder durch unsere +Anweisungen nicht gelöst werden kann, dann teile uns den Fehler mit. + + + +Sende bitte keine Fehlerberichte privat an individuelle Entwickler. MPlayer ist +Gemeinschaftsarbeit, also wird es vielleicht mehrere interessierte Leute geben. Es +kommt auch teilweise vor, dass derselbe Fehler von anderen Benutzern gefunden wurde, +die bereits eine Lösung zur Umgehung des Problems haben, auch wenn es sich um einen +Fehler im MPlayer-Code handelt. + + + +Bitte beschreibe dein Problem so detailliert wie möglich. Dazu gehört ein klein +wenig Detektivarbeit, um die Umstände einzuengen, unter denen das Problem auftritt. +Tritt der Fehler nur in bestimmten Situationen auf? Ist er abhängig von Dateien oder +Dateitypen? Tritt er nur bei einem Codec auf oder ist er davon unabhängig? Kannst +du den Fehler mit allen Ausgabetreibern reproduzieren? Je mehr Informationen du zur +Verfügung stellst, desto besser sind die Chancen, dass das Problem gelöst wird. +Bitte vergiss nicht, auch die unten angeforderten wertvollen Informationen miteinzubeziehen. +Ansonsten sind wir vermutlich nicht in der Lage, das Problem genau zu untersuchen. + + + +Ein exzellenter und gut geschriebener Führer, wie Fragen in öffentlichen Foren +gestellt werden sollen, ist +How To Ask Questions +The Smart Way von Eric S. Raymond. +Es gibt noch einen mit dem Namen +How to Report +Bugs Effectively von Simon +Tatham. +Wenn du diese Richtlinien befolgst, solltest du Hilfe bekommen können. Bitte verstehe aber, +dass wir alle den Mailinglisten freiwillig in unserer Freizeit folgen. Wir sind sehr +beschäftigt und können nicht garantieren, dass du eine Lösung oder auch nur eine Antwort zu +deinem Problem erhältst. + + + + + +Wo Fehler berichtet werden sollen + +Melde dich bei der Mailingliste MPlayer-users an: + +und sende deinen Fehlerbericht an +, wo dieser diskutiert werden kann. + + +Wenn du es bevorzugst, kannst du statt dessen auch unseren brandneuen +Bugzilla verwenden. + + +Die Sprache der Liste ist Englisch. Bitte +befolge die Standard- +Netiquette-Richtlinien +und sende keine HTML-Mails an eine unserer +Mailinglisten. Du wirst ignoriert oder ausgeschlossen werden. Wenn du nicht +weißt, was eine HTML-Mail ist oder warum sie böse ist, lies dieses +feine Dokument. Es erklärt +alle Details und beinhaltet Instruktionen, wie man HTML abschalten kann. Beachte +auch, dass wir keine Kopien (CC, carbon-copy) verschicken. Es ist daher eine +gute Sache, sich anzumelden, um auch wirklich deine Antwort zu erhalten. + + + + +Was berichtet werden soll + +Du wirst wahrscheinlich Logdateien, Konfigurationsinformationen und Beispieldateien +in deinen Fehlerbericht aufnehmen müssen. Wenn einige von ihnen ziemlich groß +werden, ist es besser, wenn du sie auf unseren +FTP-Server hochlädst, +und zwar in komprimierter Form (gzip und bzip2 bevorzugt). Gib dann in deinem +Fehlerbericht nur den Pfad- und den Dateinamen an. Unsere Mailinglisten haben ein +Nachrichten-Größenlimit von 80k, wenn du etwas größeres hast, musst du es +komprimieren und hochladen. + + + +Systeminformationen + + + +Deine Linuxdistribution, Betriebssystem und Version, z.B.: + + Red Hat 7.1 + Slackware 7.0 + Entwicklerpakete von 7.1 ... + + + +Kernelversion: +uname -a + + +libc-Version: +ls -l /lib/libc[.-]* + + +gcc- und ld-Versionen: + +gcc -v +ld -v + + + +binutils-Version: + +as --version + + + +Wenn du Probleme mit dem Vollbildmodus hast: + + Window-Manager-Typ und Version + + + +Wenn du Probleme mit XVIDIX hast: + + Farbtiefe von X: +xdpyinfo | grep "depth of root" + + + + +Wenn nur die GUI fehlerhaft ist: + + GTK-Version + GLIB-Version + libpng-Version + GUI-Situation, in der der Fehler auftritt + + + + + + + +Hardware und Treiber + + + +CPU-Info (funktioniert nur unter Linux): +cat /proc/cpuinfo + + +Videokartenhersteller und Modell, z.B.: + + ASUS V3800U chip: nVidia TNT2 Ultra pro 32MB SDRAM + Matrox G400 DH 32MB SGRAM + + + +Videotreibertyp & -version, .z.B.: + + eingebauter Treiber von X + nVidia 0.9.623 + Utah-GLX CVS 2001-02-17 + DRI von X 4.0.3 + + + +Soundkartentyp & -treiber, z.B.: + + Creative SBLive! Gold mit OSS-Treiber von oss.creative.com + Creative SB16 mit Kernel-OSS-Treibern + GUS PnP mit OSS-Emulation von ALSA + + + +Füge bei Linuxsystemen im Zweifel die Ausgabe von lspci -vv bei. + + + + + + +Configure-Probleme + +Wenn du Fehlermeldungen beim Aufruf von ./configure bekommst oder +die automatische Erkennung von etwas fehlschlägt, so lies configure.log. +Du könntest dort die Antwort finden, zum Beispiel mehrere Versionen derselben Bibliothek, +die gemischt auf deinem System vorliegen, oder du hast vergessen, das Entwicklerpaket +(die mit dem Suffix -dev) zu installieren. Wenn du denkst, dass es sich um einen +Fehler handelt, binde configure.log in deinen Fehlerbericht ein. + + + + +Compilierungsprobleme + +Bitte füge diese Dateien an: + +config.h +config.mak + +Nur wenn die Compilierung unter einem dieser Verzeichnisse fehlschlägt, füge +die folgenden Dateien an: + +Gui/config.mak +libvo/config.mak +libao2/config.mak + + + + + +Wiedergabeprobleme + +Bitte füge die Ausgabe von MPlayer im ausführlichen Modus +bei Level 1 an, denke aber daran, die Ausgabe nicht zu kürzen, +wenn du sie in deine Mail einfügst. Die Entwickler benötigen alle Ausgaben, um das Problem +angemessen zu untersuchen. Du kannst die Ausgabe folgendermaßen in eine Datei ausgeben: +mplayer -v Optionen Dateiname > mplayer.log 2>&1 + + + +Wenn dein Problem speziell mit einer oder mehreren Dateien zu tun hat, lade diese bitte hoch nach: + + + + +Lade bitte auch eine kleine Textdatei hoch, die denselben Basisnamen wie deine Datei +hat, mit der Erweiterung .txt. Beschreibe dort das Problem, das du mit dieser speziellen +Datei hast und gib sowohl deine Emailadresse als auch die Ausgabe von +MPlayer im ausführlichen Modus bei Level 1 an. Normalerweise +reichen die ersten 1-5 MB einer Datei aus, um das Problem zu reproduzieren. Um ganz sicher +zu gehen, bitten wir dich, folgendes zu tun: +dd if=deinedatei of=kleinedatei bs=1024k count=5 +Dies wird die ersten fünf Megabyte von 'deine-datei' nehmen +und nach 'kleine-datei' schreiben. Probiere es dann erneut +mit dieser kleinen Datei, und wenn der Fehler noch immer auftritt, ist dieses Beispiel für uns +ausreichend. +Bitte sende niemals solche Dateien via Mail! +Lade sie hoch und schicke nur den Pfad/Dateinamen der Datei auf dem FTP-Server. Wenn +die Datei im Netz verfügbar ist, reicht es, die exakte +URL zu schicken. + + + + +Abstürze + +Du musst MPlayer in gdb aufrufen und +uns die komplette Ausgabe schicken, oder, wenn du ein core-Dump +des Absturzes hast, kannst du nützliche Informationen von der Core-Datei extrahieren, +und zwar folgendermaßen: + + + +Wie man Informationen eines reproduzierbaren Absturzes erhält + +Compiliere MPlayer neu mit Debugging-Code aktiviert: + +./configure --enable-debug=3 +make + +und rufe dann MPlayer innerhalb gdb auf mit: +gdb ./mplayer +Du befindest dich nun innerhalb gdb. Gib ein: +run -v Optionen-an-mplayer Dateiname +und reproduziere den Absturz. Sobald du das getan hast, wird gdb zur Eingabeaufforderung +zurückkehren, wo du folgendes eingeben musst: + +bt +disass $pc-32 $pc+32 +info all-registers + + + + + +Wie man aussagekräftige Informationen von einem Core-Dump extrahiert + +Erzeuge die folgende Kommando-Datei: + +bt +disass $pc-32 $pc+32 +info all-registers + +Führe dann einfach folgendes Kommando aus: +gdb mplayer --core=core -batch --command=Kommando_Datei > mplayer.bug + + + + + + +Ich weiß, was ich tue... + +Wenn du einen Fehlerbericht wie oben beschrieben geschrieben hast und du dir sicher +bist, dass es ein Bug in MPlayer und nicht ein Problem mit dem +Compiler oder eine defekte Datei ist, du die Dokumentation gelesen hast und keine Lösungen +finden konntest und deine Soundtreiber OK sind, dann kannst du auch der +mplayer-advusers-Mailingliste beitreten und dort deine Fehlerberichte einsenden. Du wirst dort +schnellere und besser Antworten erhalten. + + + +Aber sei gewarnt: Wenn du Anfängerfragen oder Fragen stellst, die in dieser Anleitung +bereits beantwortet werden, wirst du ignoriert oder angemeckert, anstatt eine Antwort +zu erhalten. Also ärgere uns nicht und trete der -advusers-Liste nur bei, wenn du weißt, +was du machst und du dich für einen erfahrenen MPlayer-Benutzer oder -Entwickler hältst. +Wenn du diese Kriterien erfüllst, sollte es kein Problem für dich sein, dich anzumelden... + + + + + diff -r d40f40c3e1ca -r e7ec97b60b96 DOCS/xml/de/bugs.xml --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/DOCS/xml/de/bugs.xml Mon Apr 17 00:13:07 2006 +0000 @@ -0,0 +1,191 @@ + + + +Bekannte Fehler + +System-/CPU-spezifische Fehler/Probleme + + +SIGILL (Signal 4) auf P3 bei 2.2.x-Kernels: +Problem: Kernel 2.2.x hat keine angemessene (funktionierende) SSE-Unterstützung +Lösung: Upgrade auf Kernel 2.4.x +Workaround: ./configure --disable-sse + + +Allgemeines SIGILL (Signal 4): +Problem: du hast MPlayer auf unterschiedlichen Maschinen +compiliert und und gestartet (zum Beispiel compiliert auf P3 und gestartet auf Celeron) +Lösung: compiliere MPlayer auf der Maschine, auf der du ihn +benutzen wirst! +Workaround: du kannst all das vergessen, indem du configure mit der Option + ausführst oder bestimmte CPU-Instruktionssets mit +spezielleren Optionen(wie , , usw) +deaktivierst. + + + +"Interne Buffer-Inkonsistenz" während MEncoder läuft: +Problem: bekanntest Problem, falls lame < 3.90 mit gcc 2.96 oder 3.x compiliert wurde. +Lösung: benutze lame >=3.90. +Workaround: compiliere lame mit gcc 2.95.x und entferne alle schon installierten lame-Pakete, +sie könnten mit gcc 2.96 compiliert worden sein. + + +Gestörter MP2/MP3-Sound auf PPC: +Problem: bekannte GCC-Fehlcompilierung auf PPC-Plattform, bisher keine Lösung. +Workaround: Benutze FFmpegs (langsamen) MP1/MP2/MP3-Decoder () + + +SIGSEGV (Signal 11) in libmpeg2, bei Skalierung+Encodierung: +Problem: bekannter MMX-Fehler in GCC 2.95.2 +Lösung: Upgrade auf 2.95.3 + + +Abstürze bei Ausgabe (Dump) von Streams: +Problem: Core Dump +Lösung: Keine Panik. Stelle sicher, dass du weißt, wo dein Handtuch ist. + + + + + +Verschiedene A-V-Sync und andere Audioprobleme + + +Allgemeine Audioverzögerung oder mieser Ton (existiert bei allen oder vielen Videodateien) + + +am häufigsten: fehlerhafter Audiotreiber! - versuche, verschiedene Treiber zu verwenden, probiere +ALSA 0.9 OSS-Emulation mit der Option und auch , +das hilft manchmal. Wenn deine Datei mit der Option gut abspielbar ist, +kannst du dir sicher sein, dass es sich um Problem mit der Soundkarte (dem Treiber) handelt. + + + + +Audiopuffer-Probleme (Puffergröße schlecht erkannt) +Workaround: MPlayers Option + + + + +Probleme mit der Samplerate - vielleicht unterstützt deine Karte nicht die Samplerate +deiner Dateien - probiere den Resample-Filter () + + + + +langsame Maschine (CPU oder VGA) +probiere es mit , wenn das gut abspielt, hast du eine langsame +VGA-Karte/Treiber +Workaround: kaufe eine schnellere Karte oder lies die Dokumentationsteil, der +Geschwindigkeitsoptimierung behandelt +Probiere außerdem + + + + + +Audioverzögerung/-desynchronisation speziell bei einer oder wenigen Dateien + + +schlechte Datei + +Workaround: + + + Option oder (für + nicht-interleaved- oder schlechte Dateien) + und/oder + + + (benötigt für Dateien mit schlecht interleavedem + VBR-Audio) + und/oder + + + oder +/- + Tasten zur Laufzeit, um die Verzögerung anzupassen + + +Wenn nichts davon hilft, lade die Datei bitte hoch, wir überprüfen (und fixen) das. + + + +deine Soundkarte unterstützt keine Wiedergabe bei 48kHz +Workaround: kaufe eine bessere Soundkarte... oder versuche, fps um 10% zu senken +(benutze bei einem 30fps-Film) oder verwende des Filter resample + + +langsame Maschine (wenn A-V nicht um 0 ist und die letzte Zahl in der Statuszeile ansteigt +Workaround: + + + + + +Überhaupt kein Ton + + +deine Datei enthält einen nicht-unterstützten Audiocodec +lies die Dokumentation und hilf uns, Unterstützung dafür hinzuzufügen + + + + + +Überhaupt kein Bild (nur graues/grünes Fenster) + + +deine Datei enthält einen nicht-unterstützten Videocodec +lies die Dokumentation und hilf uns, Unterstützung dafür hinzuzufügen + + + +automatisch ausgewählter Codec kann die Datei nicht decodieren, probiere, mit +den Optionen oder einen anderen auszuwählen. + + + + +du versuchst, eine DivX 3.x Datei mit dem OpenDivX-Decoder oder XviD () +abzuspielen - installiere DivX4Linux und compiliere den Player neu + + + + + + +Video-out-Probleme + +Erste Anmerkung: Die Optionen und sind +nur Empfehlungen, (noch) nicht von allen Treibern unterstützt. Es ist daher kein Bug, +wenn es nicht funktioniert. Nur ein paar Treiber unterstützten Skalierung/Zoom, +erwarte dies nicht von x11 oder dga. + + + +OSD/Untertitel-Flimmern + + +x11-Treiber: Sorry, kann im Moment nicht behoben werden +xv-Treiber: benutze die Option + + + + + +Grünes Bild bei mga_vid (<option>-vo mga</option> / <option>-vo xmga</option>) + + +mga_vid hat die Größe deines RAMs falsch erkannt, lade es neu mit der Option + + + + + + + + + + diff -r d40f40c3e1ca -r e7ec97b60b96 DOCS/xml/de/main.xml --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/DOCS/xml/de/main.xml Mon Apr 17 00:13:07 2006 +0000 @@ -0,0 +1,28 @@ + + + + + + + + + + + + + + + + + + + + + +]> + +&documentation.xml; +