Mercurial > mplayer.hg
view DOCS/German/bugreports.html @ 4218:3931c41f740a
Added new syncengine thanks to a new previously undocumented feature of the em8300, this might fix playback on both slow and fast machines (more testing needed). This also requires users to get the em8300 driver from cvs until the next version is released (will probably happen this weekend)
Added lots of comments, should be pretty easy to understand most of the internals now
Added lots of brackets to if's for's while's etc, this is not a cosmetical thing but rather due to the fact I got some very odd bugs with else's since I didn't properly use brackets (and it's the K&R standard to have brackets everywhere)
Fixed some bugs that would occur when disabling libmp1e
Switched to default to the new naming scheme of device nodes, the driver will slowly switch over to this state, if it can't find devices under the new name it will try the old naming scheme
I stopped opening devices in non-blocking mode, it would break the new syncengine which tries to burst data to the device (alot of times meaning it will fill the fifo pretty fast which would previously result in jerkyness on fast machines)
The device now sets the initial state of the pts and speed (probably not needed, but assumption is the mother of all fuckups =)
Keep the control interface open during the entire duration of the libvo device, we might need this to flush video buffers on seeking (currently not implemented, therefore seeking is broken)
This is beta stuff to the driver, I will get some users to test it for me and do my best to fix seeking as soon as possible...
| author | mswitch |
|---|---|
| date | Thu, 17 Jan 2002 10:33:47 +0000 |
| parents | c2fe8f37b9c5 |
| children | a993e0bcdf75 |
line wrap: on
line source
<HTML> <BODY BGCOLOR=white> <FONT face="Verdana, Arial, Helvetica, sans-serif" size=2> <P><B><A NAME=C>Anhang C - Wie man einen Fehler berichtet</A></B></P> <P><B>Wie berichte ich über Programmfehler?</B></P> <P>Versuche es als erstes mit der letzten CVS-Version, möglicherweise ist dein Problem schon gelöst. (Einfache) Anweisungen zum Download der CVS-Version siehe auf der Homepage.</P> <P> Wenn es nicht hilft lese <A HREF="documentation.html#D">Anhang D</A> sowie andere Dokumentationen. Wenn dein Problem nicht bekannt ist oder durch unsere Anweisungen nicht gelöst werden kann, berichte über den Fehler:</P> <P><B>Wo?</B></P> <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><BR> Wir werden keine persönliche Kopie senden, also bitte anmelden!!!</P> <P>Sende auf keinen Fall Fehlerberichte direkt an die private Mail-Adresse des Autors!!! Wir arbeiten miteinander am Quellcode, also ist jeder interessiert. Nebenbei gesagt: Oft wissen auch andere Benutzer eine Lösung (Systemkonfigurationsprobleme, fehlerhafte Treiber usw.), sogar wenn wir denken es sei ein Fehler in unserem Code. Die Sprache dieser Mailingliste ist ENGLISCH!</P> <P>Bitte beschreibe dein Problem detailiert - Beispiele usw. - aber vergiss nicht, dass dein Bericht folgendes beinhalten sollte:</P> <P><B>Was?</B></P> <P><B><I>1. Die Systeminfos, die wir immer wollen:</I></B></P> <UL> <LI>Linux Distribution<BR> z.B.:<UL> <LI>RedHat 7.1 <LI>Slackware 7.0 + devel packs von 7.1 ...</UL> <LI>Kernel Version:<BR> <CODE>uname -a</CODE> <LI>libc Version:<BR> <CODE>ls -l /lib/libc[.-]*</CODE> <LI>X Version:<BR> <CODE>X -version</CODE> <LI>gcc und ld Versionen:<BR> <CODE>gcc -v<BR> ld -v</CODE> <LI>binutils Version:<BR> <CODE>as --version</CODE> </UL> <P><B><I>2. Hardware & Treiber:</I></B></P> <UL> <LI>CPU Infos:<BR> <CODE>cat /proc/cpuinfo</CODE> <LI>Grafikkartenhersteller und Modell<BR> z.B.:<BR><UL> <LI>ASUS V3800U chip: nVidia TNT2 Ultra Pro 32MB SDRAM <LI>Matrox G400 DH 32MB SGRAM</UL> <LI>Grafikkartentreiber-Typ & Version<BR> z.B.:<UL> <LI>X eigener Treiber <LI>nvidia 0.9.623 <LI>Utah-GLX CVS 2001-02-17 <LI>DRI von X 4.0.3</UL> <LI>Soundkartentyp und Treiber<BR> z.B.:<BR><UL> <LI>Creative SBLive! Gold mit OSS Treiber von oss.creative.com <LI>Creative SB16 mit OSS Treiber des Kernels <LI>GUS PnP mit ALSA OSS Emulation</UL> <LI>wenn du dir unsicher bist, schick die Ausgabe von lspci -v mit </UL> <P><B>Bei Kompilierungsfehlern/-problemen</B></P> <P><B><I>3. diese Dateien:</I></B></P> <UL><LI>config.h <LI>config.mak <LI>libvo/config.mak </UL> <P><B>Bei Wiedergabeproblemen:</B></P> <P><B><I>3. Ausgabe von MPlayer in Ausführlichkeits-Stufe 1 (-v)</I></B></P> <P><CODE> mplayer -v [Optionen] Dateiname &> mplayer.log</CODE></P> <P><B><I>4. Wenn das Problem spezifisch für eine oder einige wenige Dateien besteht, lade die Datei bitte auf:</I></B></P> <P><CODE> ftp://mplayerhq.hu/MPlayer/incoming/</CODE></P> Uploade auch eine kleine .txt-Datei mit dem selben name wie die Datei, die das Problem beschreibt! Normalerweise reichen die ersten 1-5MB der Datei aus, um das Problem zu reproduzieren, aber als erstes solltest du das ausprobieren: <P><CODE> dd if=deinedatei of=kleinedatei bs=1k count=1024</CODE></P> (kopiert das erste MB von 'deinedatei' in die Datei 'kleinedatei') Nun versuche es nochmals mit dieser kleinen Datei, wenn der Fehler immer noch auftritt reicht es die kleine Datei hochzuladen.<BR> Sende NIE solche Dateien via mail! Lade es herauf und schicke nur den Pfad/ Dateinamen der Datei auf den FTP Server. Wenn die Datei im Internet bereits verfügbar ist reicht die _exakte_ URL aus! <P><B><I>5. Bei Abstürzen (Speicherverletzung, SIGILL, signal 4 usw.):</I></B></P> <P><I>Wenn du ein Speicherabbild (Coredump) vom Absturz besitzt, siehe 5.a,<BR> ansonsten 5.b:</I></P> <P><B><I>5.a: Bitte gib uns den Coredump aus (sofern er erzeugt wurde).</I></B></P> <P>Wie: Bitte erzeuge die folgende Kommandodatei (Command File):</P> <P><CODE>disass $eip-32 $eip+32<BR> printf "eax=%08lX\n",$eax<BR> printf "ebx=%08lX\n",$ebx<BR> printf "ecx=%08lX\n",$ecx<BR> printf "edx=%08lX\n",$edx<BR> printf "esp=%08lX\n",$esp<BR> printf "ebp=%08lX\n",$ebp<BR> printf "edi=%08lX\n",$edi<BR> printf "esi=%08lX\n",$esi<BR> </CODE></P> <P>Dann führe einfach den folgenden Befehl aus:</P> <P> <CODE>gdb mplayer --core=core -batch --command=Kommandodatei >mplayer.bug</CODE></P> <P><B><I>5.b.: Führe MPlayer im gdb (GNU Debugger) aus:</I></B></P> <P>Kompiliere <B>MPlayer</B> neu, mit eingeschaltetem debugging:<BR> ./configure --enable-debug<BR> make </P> <P>[im Root/User Shell Prompt:]<BR> <CODE># gdb mplayer</CODE><BR> [im gdb Prompt:]<BR> <CODE>> run -v [Optionen für Mplayer] Dateiname</CODE><BR> ... (warte bis zum Absturz)<BR> <CODE>> bt</CODE><BR> <CODE>> disass $eip-32 $eip+32</CODE><BR> Sende uns die gesamte Ausgabe obiger Dinge! </P> <P><B>Allgemein:</B></P> <P>Wenn etwas sehr groß ist (Log-Dateien usw.) ist es besser es gezippt auf den FTP hochzuladen und nur den Pfad-/Dateinamen im Fehlerbericht anzugebeben!</P> <P><B>Ich weiss was ich mache...</B></P> <P>Wenn du einen Fehlerbericht wie oben beschrieben geschreiben hast und du dir sicher bist das ein Bug in MPlayer, nicht ein Problem mit dem Kompiler oder eine defekte Datei ist kannst du auch der mplayer-advusers - Mailingliste betreten und dort posten wenn du die auch alle Dokumentation gelesen hast und dein Soundtreiber ok ist. Du wirst schnellere und besser Antworten erhalten. Aber SEI GEWARNT: wenn du Newbie- oder Fragen nach dem RTFM-Stil schickst wirst du sofort gebannt anstatt das du eine Antwort erhältst. Also ärgere und nicht und trette der -advusers-Liste nur bei, wenn du weisst was du machst und du dich wie ein Advanced-MPlayer-User oder Entwickler fühlst. (Und bezüglich Subscribe: finde es heraus! Wenn du wirklich ein Advanced-User bist sollte das kein Problem für dich sein...) </P> </BODY> </HTML>