Du wirst wahrscheinlich Logdateien, Konfigurationsinformationen und Beispieldateien in deinen Fehlerbericht aufnehmen müssen. Werden einige von ihnen ziemlich groß, ist es besser, wenn du sie auf unseren HTTP-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.
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
GUI-Situation, in welcher der Fehler auftritt
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 und -version, .z.B.:
eingebauter Treiber von X
nVidia 0.9.623
Utah-GLX CVS 2001-02-17
DRI von X 4.0.3
Soundkartentyp und -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.
Wenn du Fehlermeldungen beim Aufruf von ./configure bekommst oder die automatische Erkennung von etwas fehlschlägt, so lies config.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 config.log in deinen Fehlerbericht ein.
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 -vOptionenDateiname> mplayer.log 2>&1
Wenn dein Problem speziell mit einer oder mehreren Dateien zu tun hat, lade diese bitte hoch nach: http://streams.videolan.org/upload/
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=deine-dateiof=kleine-dateibs=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. Ist die Datei im Netz verfügbar, reicht es, die exakte URL zu schicken.
Du musst MPlayer in gdb aufrufen und uns die komplette Ausgabe schicken, oder du kannst, wenn du ein core-Dump des Absturzes hast, nützliche Informationen aus der Core-Datei extrahieren, und zwar folgendermaßen:
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 -vOptionen-an-mplayerDateiname
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
Benutze disass $pc-32 $pc+32 mit alten gdb Versionen.