diff options
author | jaf <jaf@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2001-10-14 19:05:21 +0000 |
---|---|---|
committer | jaf <jaf@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2001-10-14 19:05:21 +0000 |
commit | 8bcd8bf8923552d8d977e0454d76b041fc6443f8 (patch) | |
tree | 99973b746bd8003449cc752b96360c12c5522f35 /DOCS | |
parent | 8ba484ddbe57744a20b4de47108a52ce2b31eb04 (diff) | |
download | mpv-8bcd8bf8923552d8d977e0454d76b041fc6443f8.tar.bz2 mpv-8bcd8bf8923552d8d977e0454d76b041fc6443f8.tar.xz |
Similar to 1.26
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@2200 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS')
-rw-r--r-- | DOCS/German/faq.html | 87 |
1 files changed, 74 insertions, 13 deletions
diff --git a/DOCS/German/faq.html b/DOCS/German/faq.html index 2d6e9e4e8c..ca3fdaa0fb 100644 --- a/DOCS/German/faq.html +++ b/DOCS/German/faq.html @@ -10,13 +10,20 @@ <TD COLSPAN=3><P><B><A NAME=5.1><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>5.1 Kompilierung</A></B></P> </TD><TR><TD COLSPAN=3> </TD><TR> +<TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Q:</TD><TD WIDTH=100%><B><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> +Was bedeutet "No such file or directory" ? +</B></TD><TR><TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>A:</TD><TD><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> +Vermutlich gibt es keine solche Datei oder ein solches Verzeichnis. +</TD><TR><TD COLSPAN=3> </TD><TR> + <TD> </TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Q:</TD><TD WIDTH=100%><B><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> Was ist das Problem mit gcc 2.96 ? </B></TD><TR><TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>A:</TD><TD><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> 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 <B>MPlayer</B>, denn es IRGNORIERT einfach -MMX-Code, es kompiliert es einfach nicht. Wichtig: dies ist NICHT ein <B>MPlayer</B>-spezifisches +MMX/3DNow-Code, es kompiliert es einfach nicht. Wichtig: dies ist NICHT ein +<B>MPlayer</B>-spezifisches Problem, einige andere Projekte (DRI, avifile, usw..) haben auch Probleme mit dem Scheiß.<BR>** VERWENDE gcc 2.96 NICHT !!! ** </TD><TR><TD COLSPAN=3> </TD><TR> @@ -25,12 +32,69 @@ Probleme mit dem Scheiß.<BR>** VERWENDE gcc 2.96 NICHT !!! ** Großartig, ich habe gcc 3.0.1 von RedHat/Mandrake, dann ist alles fein! </B></TD><TR><TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>A:</TD><TD><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> Nein. Auch damit gibt es Probleme. :( Verwende einen aus der 2.95.x Serie, diese sind -zuverlässiger und schneller als 2.96 und 3.x.x . +zuverlässiger und schneller als 2.96 und 3.x.x . Wenn du wirklich 3.0.x verwenden willst, +verwende wenigstens immer die neuere Version. </TD><TR><TD COLSPAN=3> </TD><TR> +<TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Q:</TD><TD WIDTH=100%><B><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> +Ich habe versucht MPlayer zu kompilieren, aber ich bekommen folgende Ausgabe:<BR> +<PRE> +In file included from /usr/include/g++-v3/bits/std_cwchar.h:42, + from /usr/include/g++-v3/bits/fpos.h:40, + from /usr/include/g++-v3/bits/char_traits.h:40, + from /usr/include/g++-v3/bits/std_string.h:41, + from /usr/include/g++-v3/string:31, + from libwin32.h:36, + from DS_AudioDecoder.h:4, + from DS_AudioDec.cpp:5: +/usr/include/wchar.h: In function Long long int wcstoq(const wchar_t*, + wchar_t**, int)': +/usr/include/wchar.h:514: cannot convert `const wchar_t* __restrict' to +`const +</PRE> +</B></TD><TR><TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A:</TD><TD><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> +Update deine glibc auf die neueste. Bei Mandrake verwende 2.2.4-8mdk. +</TD><TR><TD COLSPAN=3> </TD><TR> + + +<TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Q:</TD><TD WIDTH=100%><B><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> +...2.96... (ja, einige Leute schwärmen NOCH IMMER von ihrem gcc 2.96!!) +</B></TD><TR><TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A:</TD><TD><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> +<P>Aber wir hatten idegs (das Wort 'ideg' wird noch weiter beschrieben in der FAQ). +Und unser Idegcounter hatte wieder und wieder Overflows.</P> + +<P>Leider entweicht MPlayer unsere Kontrolle. Es wird von es wird von Idioten, die +nicht mal Windows verwenden können und auch noch nie versucht haben einen Kernel zu +kompilieren, verwendet. Sie installieren Mandrake, RedHat oder Suse (mit Standardeinstellungen) +und schreiben uns ohne RTFM (lesen der DOCS) 'Es funktioniert nicht! Helft mir! Bitte! +Ich bin neu bei Linux! Hilfe! Oh! Helft mir!'. Wir können sie nicht aufhalten, aber wir +versuchen RTFM zu erzwingen und dass sie die verdammten Ausgaben von ./configure und +MPlayer lesen.</P> + +<P>Und ihr kleveren Leute kommt und beleidigt uns mit gcc 2.96 und binären Paketen. +Anstatt anderen Users zu helfen oder Patches zu erzeugen um Probleme zu lösen.</P> + +<P>Die hälfte unserer Freizeit verbrauche ich beim Beantworten sinnloser Mails und +beim Einbauen von neuen Tricks für configure un solche Mails zu verhindern.</P> + +<P>Und hier gibt es Gleichgewicht. In der einen Hand seit ihr cleveren Jungs, die sagen +dass wir sehr schlecht sind, da wir das fehlerhafte gcc 2.96 nicht mögen und in der anderen +Hand sind die 'neu bei Linux' Leute, welche uns zeigen wie schlecht das gcc 2.96 ist.</P> + +<P>Schlussfolgerung: wir können nicht gut sein. Die Hälfte der Leute sagt, dass wir schlecht +sind.</P> + +<P>Möglicherweise sollten wir das Projekt schließen, kommerzielles Closed-Source daraus +machen und Installationssupport für euch anbieten. Dann könnten wir die unsere aktelle +Arbeitsstätte verlassen, die Entwicklung ginge schneller, and wir könnten eine Menge +Geld verdienen und ein großes Haus kaufen, usw. usw. Willst du das wirklich? Es scheint so.</P> + +<P ALIGN=RIGHT>Arpi (eine Mail in der mplayer-users-Mailingliste (übersetzt))</P> +</TD><TR><TD COLSPAN=3> </TD><TR> + + <TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Q:</TD><TD WIDTH=100%><B><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> -SDL Ausgabe funktioniert nicht output doesn't work oder das Kompilierungsprob- -lem ist .... +SDL Ausgabe funktioniert nicht oder das Problem beim Kompilieren ist .... </B></TD><TR><TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A:</TD><TD><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> Es wurde mit dem neuesten SDL getestet (läuft auf 1.1.7+). Es funktioniert NICHT mit 1.1.6, 1.1.5 1.1.4 1.1.3 1.0.4 usw, frage nicht. @@ -480,16 +544,13 @@ implementiert. Lass uns nVidia gratulieren. </TD><TR><TD COLSPAN=3> </TD><TR> <TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Q:</TD><TD WIDTH=100%><B><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> -Gibt es eine Möglichkeit, QuickTime und RealMedia Filme in MPlayer? +Gibt es eine Möglichkeit RealMedia Filme mit MPlayer abzuspielen? </B></TD><TR><TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A:</TD><TD><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> -Es gibt keine Weg, um das zu tun. Theoretisch kann du die Real-Codes für Linux -(welche als .so-Dateien verfügbar sind) rückwertskompilieren aber in der Praxis -ist es sehr schwierig, auch wenn du weisst, wie der Kompilier, der von Real -verwendet wurde, den Assembler Code macht. -Und bei QuickTime; es ist möglicht einige ältere Filme abzuspielen, und dies -dir bald <B>MPlayer</B> können, aber die neuen Clips sind Sorenson-Kodiert, und -dieser Codec ist tief in die QT-Executable eingebaut, also hier ist keine -Möglichkeit ihm zu verwenden. +Es gibt keinen Weg, um dies zu ermöglichen. Darum verdient es dieses Format in +Flammen zu sterben. Theoretisch kann du die Real-Codes für Linux +(welche als .so-Dateien verfügbar sind) rückwärtskompilieren, aber in der Praxis +ist es sehr schwierig, auch wenn du weisst, wie der Kompiler, der von Real +verwendet wurde, den Assembler Code erzeugt. </TD><TR><TD COLSPAN=3> </TD><TR> <TD></TD><TD VALIGN=top><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Q:</TD><TD WIDTH=100%><B><font face="Verdana, Arial, Helvetica, sans-serif" size="2"> |