summaryrefslogtreecommitdiffstats
path: root/DOCS
diff options
context:
space:
mode:
authorjaf <jaf@b3059339-0415-0410-9bf9-f77b7e298cf2>2001-10-14 19:05:21 +0000
committerjaf <jaf@b3059339-0415-0410-9bf9-f77b7e298cf2>2001-10-14 19:05:21 +0000
commit8bcd8bf8923552d8d977e0454d76b041fc6443f8 (patch)
tree99973b746bd8003449cc752b96360c12c5522f35 /DOCS
parent8ba484ddbe57744a20b4de47108a52ce2b31eb04 (diff)
downloadmpv-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.html87
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>&nbsp;</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>&nbsp;</TD><TR>
+
<TD>&nbsp;&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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">