Mercurial > mplayer.hg
view DOCS/German/bugreports.html @ 8833:e4c5ee3aa3e9
bunkus: Updated/newly translated German version of the docs
| author | mosu |
|---|---|
| date | Tue, 07 Jan 2003 12:17:57 +0000 |
| parents | 7e654203b6b2 |
| children | e293d5eccd41 |
line wrap: on
line source
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <HTML> <HEAD> <TITLE>Fehler berichten - MPlayer - The Movie Player for Linux</TITLE> <LINK REL="stylesheet" TYPE="text/css" HREF="default.css"> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> </HEAD> <BODY> <H1><A NAME=C>Anhang B - Wie man einen Fehler berichtet</A></H1> <P>Gute Fehlerberichte sind bei jedem Softwareprojekt sehr wertvolle Beiträge für die Entwicklung. Aber genauso, wie es beim Schreiben guter Software ist, so verhält es sich auch mit guten Fehlerberichten: sie erfordern Arbeit. Bitte denk daran, dass die meisten Entwickler sehr beschäftigt sind und täglich einen unglaublichen Berg Mail erhalten. Auch wenn deine Rückmeldungen für die Entwicklung von MPlayer von entscheidender Bedeutung ist, so verstehe bitte, dass du wirklich <B>alle</B> hier verlangten Informationen zur Verfügung stellen und den Anweisungen dieses Dokumentes folgen musst, damit wir dir helfen können.</P> <H4>Wie sollen Fehler behoben werden?</H4> <P>Wenn man geschickt genugt ist, kann man versuchen, den Fehler selber zu beheben, was äußerst positiv aufgenommen wird. Falls du das schon getan hast, solltest du <A HREF="../tech/patches.txt">dieses kurze Dokument</A> lesen, um zu erfahren, wie der Code in <B>MPlayer</B> integriert werden kann. Die Leute auf der <A HREF="http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng">mplayer-dev-eng</A> Mailingliste können ansonsten bei Fragen helfen.</P> <H4>Wie sollen Fehler berichtet werden?</H4> <P>Probiere es als allererstes die aktuelle CVS-Version, da dein Problem möglicherweise schon gelöst ist. Die Entwicklung geht extrem schnell voran. Die meisten Probleme in offiziellen <B>MPlayer</B>-Versionen werden innerhalb von Tagen oder sogar Stunden den Entwicklern mitgeteilt. Deswegen berichte Fehler nur dann, wenn sie in der <B>aktuellen CVS-Version</B> auch noch vorliegen. CVS-Anweisungen können am unteren Ende <A HREF="http://www.mplayerhq.hu/homepage/dload.html">dieser Seite</A> oder im README gefunden werden. Wenn dies nicht hilft, sollte in der <A HREF="documentation.html#known_bugs">Liste der bekannten Fehler</A> und dem Rest der Dokumentationen nachgesehen werden. Wenn dein Problem nicht bekannt ist oder durch unsere Anweisungen nicht gelst werden kann, dann berichte über den Fehler.</P> <P>Sende auf keinen Fall Fehlerberichte an individuelle Entwickler. <B>MPlayer</B> 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 (sogar bei einem Fehler im <B>MPlayer</B>-Code).</P> <P>Bitte beschreibe dein Problem so detailiert 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 der Datei oder dem Dateityp? Tritt er nur mit einem Codec oder mit allen auf? Tritt er mit allen Ausgabetreibern auf? Je mehr Information zur Verfügung gestellt werden, um so besser stehen die Chance, dass das Problem gelöst werden wird. Es sollte nicht vergessen werden, auch die wertvollen unten angeforderten Informationen miteinzubeziehen. Ansonsten ist es wahrscheinlich unmöglich, eine Diagnose des Fehlers zu erstellen.</P> <P>Ein exzellenter und gut geschriebener Führer, wie Fragen in öffentlichen Foren gestellt werden sollen, ist <A HREF="http://www.tuxedo.org/~esr/faqs/smart-questions.html">How To Ask Questions The Smart Way</A> von Eric S. Raymond. Es gibt auch einen zweiten Führer namens <A HREF="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</A> von <A HREF="http://www.chiark.greenend.org.uk/~sgtatham/">Simon Tatham</A>. Falls du diesen Richtlinien folgst, sollte alles gut gehen. Bitte verstehe, dass wir alle den Mailinglisten freiwillig in unserer Freizeit folgen. Wir sind sehr beschäftigt und können nicht garantieren, dass eine Lösung oder bloß eine Antwort zum beschriebenen Problem kommen wird.</P> <H4>Wo sollen Fehler berichtet werden?</H4> <P>Tritt der mplayer-users Mailingliste bei:<BR> <A HREF="http://mplayerhq.hu/mailman/listinfo/mplayer-users">http://mplayerhq.hu/mailman/listinfo/mplayer-users</A><BR> und sende deinen Fehlerbericht an:<BR> <A HREF="mailto:mplayer-users@mplayerhq.hu">mplayer-users@mplayerhq.hu</A></P> <P>Die Sprache der Liste ist <B>Englisch</B>. Es wird gebeten, den <A HREF="http://www.ietf.org/rfc/rfc1855.txt">Netiquette-Richtlinien</A> zu folgen und <B>keine HTML-Mails</B> zu irgendeiner unserer Listen zu senden. Man wird dabei bloss ignoriert oder von der Liste verstoßen. Falls du nicht weißt, was eine HTML-Mail ist, oder warum sie böse ist, dann lies <A HREF="http://expita.com/nomime.html">dieses gute Dokument</A>. Es erklärt alle Details und enthält Anweisungen, wie man HTML für Mails ausschaltet. Bitte denk auch daran, keine individuellen Kopien (CC) an einzelne Personen zu versenden. Es ist also eine gute Idee, sich an der Liste anzumelden, wenn man auch seine Antwort erhalten will.</P> <H4>Was soll berichtet werden?</H4> <P><B>Systeminformationen:</B></P> <UL> <LI>Deine Linux-Distribution oder Betriebssystem und die Versionsnummer: <UL> <LI>RedHat 7.1</LI> <LI>Slackware 7.0 + Development-Pakete von 7.1 ...</LI> </UL> </LI> <LI>Kernelversion:<BR> <CODE>uname -a</CODE></LI> <LI>libc-Version:<BR> <CODE>ls -l /lib/libc[.-]*</CODE></LI> <LI>X-Version:<BR> <CODE>X -version</CODE></LI> <LI>gcc- und ld-Versionen:<BR> <CODE>gcc -v<BR> ld -v</CODE></LI> <LI>binutils-Version:<BR> <CODE>as --version</CODE></LI> <LI>Wenn du Pobleme mit dem Vollbildmodus hast: <UL> <LI>Window-manager-Typ und -Version</LI> </UL> </LI> <LI>Falls nur das GUI einen Fehler enthält: <UL> <LI>GTK-Version</LI> <LI>GLIB-Version</LI> <LI>libpng-Version</LI> <LI>Zustand des GUIs, in dem der Fehler auftritt</LI> </UL> </LI> </UL> <P><B>Hardware & Treiber:</B></P> <UL> <LI>CPU-Infos (dies funktioniert nur mit Linux):<BR> <CODE>cat /proc/cpuinfo</CODE></LI> <LI>Grafikkartenhersteller und Modell: <UL> <LI>ASUS V3800U, Chipset: nVidia TNT2 Ultra Pro 32MB SDRAM</LI> <LI>Matrox G400 DH 32MB SGRAM</LI> </UL> </LI> <LI>Grafikkartentreiber-Typ & -Version: <UL> <LI>X eigener Treiber</LI> <LI>nVidia 0.9.623</LI> <LI>Utah-GLX CVS 2001-02-17</LI> <LI>DRI von X 4.0.3</LI> </UL> </LI> <LI>Soundkartentyp und -Treiber: <UL> <LI>Creative SBLive! Gold mit OSS-Treiber von oss.creative.com</LI> <LI>Creative SB16 mit OSS-Treiber des Kernels</LI> <LI>GUS PnP mit ALSA-OSS-Emulation</LI> </UL> </LI> <LI>Wenn du unsicher bist, solltest du die Ausgabe von <CODE>lspci -vv</CODE> mitschicken (auf Linux-Systemen).</LI> </UL> <H4>Bei Problemen/Fehlern während des Übersetzens</H4> Bitte schicke diese Dateien mit: <UL> <LI><CODE>config.h</CODE></LI> <LI><CODE>config.mak</CODE></LI> </UL> Nur wenn die Compilierung in einem der unten genannten Verzeichnisse fehlschlägt, füge diese Datein an: <UL> <LI><CODE>Gui/config.mak</CODE></LI> <LI><CODE>libvo/config.mak</CODE></LI> <LI><CODE>libao2/config.mak</CODE></LI> </UL> <H4>Bei Problemen mit configure</H4> Füge <CODE>configure.log</CODE> hinzu. <H4>Bei Wiedergabeproblemen</H4> <P>Bitte füge die Ausgabe von <B>MPlayer</B> in Ausführlichkeits-Stufe 1 bei, aber denk daran <B>die Ausgabe nicht zu kürzen</B>, wenn diese der Mail eingefügt wird. Die Entwickler benötigen alle Meldungen, um eine geignete Diagnose des Problems durchführen zu können. Die Ausgabe kann mit folgendem Befehl in eine Datei geschrieben werden:</P> <P><CODE> mplayer -v [Optionen] [Dateiname] > mplayer.log 2>&1</CODE></P> <P>Wenn das Problem nur bei einer oder einigen wenigen Dateien auftritt, dann lade die Datei bitte auf <A HREF="ftp://mplayerhq.hu/MPlayer/incoming/"> ftp://mplayerhq.hu/MPlayer/incoming/</A></P> hoch.</P> <P>Uploade auch eine kleine .txt-Datei mit dem selben Namen wie die Datei (+ .txt Endung), die eine Problembeschreibung zur jeweiligen Datei, die detaillierte Ausgabe (-v) von <B>MPlayer</B> und deine Email-Adresse enthält. Normalerweise reichen die ersten 1-5MB der Datei aus, um das Problem zu reproduzieren, aber als erstes solltest du folgendes ausprobieren:</P> <P><CODE> dd if=deinedatei of=kleinedatei bs=1024k count=5</CODE></P> <P>Das kopiert die ersten 5 MB von <STRONG>'deinedatei'</STRONG> in die Datei <STRONG>'kleinedatei'</STRONG>. Nun versuche es nochmals mit dieser kleinen Datei. Wenn der Fehler immer noch auftritt, dann reicht es, die kleine Datei hochzuladen.<BR> Sende <STRONG>NIE</STRONG> solche Dateien via Mail! Lade sie herauf und schicke nur den Pfad/Dateinamen der Datei auf dem FTP Server. Wenn die Datei im Internet bereits verfügbar ist, so reicht die <STRONG>exakte</STRONG> URL aus.</P> <H4>Bei Abstürzen</H4> <P>Du musst <B>MPlayer</B> aus <CODE>gdb</CODE> heraus aufrufen und uns die vollständige Ausgabe schicken. Wenn du einen core dump hast, dann kannst du auch aus der <CODE>core</CODE>-Datei nützliche Informationen extrahieren. So geht's:</P> <H4>Wie man Informationen bei einem reproduzierbaren Absturz bewahrt</H4> Kompiliere <B>MPlayer</B> mit eingeschaltetem Debugging: <P><CODE> ./configure --enable-debug=3<BR> make</CODE></P> Starte nun gdb mit <B>MPlayer</B>: <P><CODE> gdb ./mplayer</CODE></P> Du bist nun in gdb. Gib folgendes ein: <P><CODE> run -v [options-to-mplayer] filename</code></P> und reproduziere deinen Absturz. Sobald er auftritt, wird gdb zur Eingabeaufforderung zurückkehren, bei der du <P><CODE> bt<BR> disass $pc-32 $pc+32</CODE></P> eingibst. <H4>Wie man brauchbare Informationen von einem core dump extrahiert</H4> <P>Bitte erzeuge die folgende Befehlsdatei (Command File):</P> <P><CODE>disass $pc-32 $pc+32<BR> info all-registers</CODE></P> <P>Dann führe einfach den folgenden Befehl auf der Konsole aus:</P> <P> <CODE>gdb mplayer --core=core -batch --command=command_file > mplayer.bug</CODE></P> <H4>Allgemeine Hinweise</H4> <P>Wenn etwas sehr groß ist (Log-Dateien z.B.), so ist es besser, diese komprimiert (gzip und bzip2 werden bevorzugt) auf den FTP hochzuladen und nur den Pfad/Dateinamen im Fehlerbericht anzugebeben. Unsere Maillisten haben eine Beschräankung der Mailgröße auf 80k. Wenn du etwas größeres hast, dann komprimier es oder uploade es auf den FTP-Server.</P> <H4>Ich weiß, was ich mache...</H4> <P>Wenn du einen Fehlerbericht wie oben beschrieben geschreiben hast und du dir sicher bist, dass es ein Bug in <B>MPlayer</B> und nicht ein Problem mit dem Compiler oder eine defekte Datei ist, dann kannst du auch der mplayer-advusers-Mailingliste beitreten und dort posten, wenn du alle Dokumentation gelesen hast und dein Soundtreiber ok ist. Du wirst dort schnellere und besser Antworten erhalten.<BR><BR> Aber sei gewarnt: Wenn du Newbiefragen oder Fragen stellst, die in dieser Anleitung bereits beantwortet werden, wirst du ignoriert oder angemeckert, anstatt eine Antwort zu erhalten.<BR> Also ärgere uns nicht und trette der -advusers-Liste nur bei, wenn du weißt, was du machst und du dich wie ein erfahrener <B>MPlayer</B>-Benutzer oder -Entwickler fühlst. Wenn du wirklich ein erfahrener Benutzer bist sollte es kein Problem für dich sein, dich anzumelden...</P> </BODY> </HTML>