Mercurial > mplayer.hg

changeset 4814:23abc0e262e3

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
"At least next new file translated and very little fixes in the second."
author gabucino
date Fri, 22 Feb 2002 23:41:55 +0000 (2002-02-22)
parents 15e95b9cf191
children 178b524e5213
files DOCS/Polish/bugreports.html DOCS/Polish/users_against_developers.html
diffstat 2 files changed, 185 insertions(+), 121 deletions(-) [+]
line wrap: on
line diff
--- a/DOCS/Polish/bugreports.html	Fri Feb 22 19:52:09 2002 +0000
+++ b/DOCS/Polish/bugreports.html	Fri Feb 22 23:41:55 2002 +0000
@@ -6,7 +6,7 @@
 
 <P><B><A NAME=C>Dodatek C - Jak zg�asza� b滑dy</A></B></P>
 
-<P><B>Jak zg�asza� b滑dy ?</B></P>
+<P><B>Jak zg�asza� b滑dy?</B></P>
 
 <P> Najpierw sprawd� ostatnie CVS, by� mo�e tw�j b咳d zosta� ju� poprawiony.
 Instrukcje (nieskomplikowane), jak �ci�gn掩 CVS, znajdziesz na naszej stronie
@@ -16,25 +16,25 @@
 D</A> i inne dokumenty. Je�eli tw�j problem nie jest znany lub nie rozwi�zuj�
 go nasze instrukcje, wtedy zg�o� b咳d: </P>
 
-<P><B>Gdzie ?</B></P>
+<P><B>Gdzie?</B></P>
 
 <P>Zapisz si� na list� u�ytkownik�w mplayera:<BR>
 &nbsp;&nbsp;&nbsp;&nbsp;<A HREF="http://mplayerhq.hu/mailman/listinfo/mplayer-users">http://mplayerhq.hu/mailman/listinfo/mplayer-users</A><BR>
 i wy�lij sw�j raport do:<BR>
 &nbsp;&nbsp;&nbsp;&nbsp;<A HREF="mailto:mplayer-users@mplayehq.hu">mplayer-users@mplayerhq.hu</A><BR>
-Nie odpiszemy bezpo�rednio wi�c pami�taj, aby zasubskrybowa� list�!!!</P>
+Nie odpiszemy bezpo�rednio, wi�c pami�taj, aby zasubskrybowa� list�!!!</P>
 
 <P> Nie wysy�aj raport�w o b滑dach prywatnie, bezpo�rednio na adres autora!!!
 Pracujemy wsp�lnie nad kodem, wi�c wszyscy s� zainteresowani.  Swoj� drog�,
 cz�sto inni u�ytkownicy znaj� rozwi�zanie (problemy z konfiguracj� systemu, z�e
-sterowniki itd.), nawet kiedy my my�limy, �e to b咳d w kodzie.  J�zykiem tej
-listy jest ANGIELSKI!  </P>
+sterowniki itd.), nawet kiedy my my�limy, �e to b咳d w kodzie. J�zykiem tej
+listy jest ANGIELSKI!</P>
 
 <P>Opisz sw�j problem ze szczeg鶻ami i nie zapomnij do咳czy� tego:</P>
 
-<P><B>Czego ?</B></P>
+<P><B>Czego?</B></P>
 
-<P><B><I>1.Informacja o systemie, jak� chcemy zna�:</I></B></P>
+<P><B><I>1.Informacja o systemie, jak� zawsze chcemy dosta�:</I></B></P>
 
 <UL>
 <LI>dystrybucja linuksa<BR>
@@ -47,7 +47,7 @@
     <CODE>ls -l /lib/libc[.-]*</CODE>
 <LI>wersja X:<BR>
     <CODE>X -version</CODE>
-<LI>wersje gcc i ld:<BR>
+<LI>wersja gcc i ld:<BR>
     <CODE>gcc -v<BR>
     ld -v</CODE>
 <LI>wersja binutils:<BR>
@@ -59,13 +59,13 @@
 <UL>
 <LI>informacja o CPU:<BR>
     <CODE>cat /proc/cpuinfo</CODE>
-<LI>producent i model karty video:<BR>
+<LI>producent i model karty wideo:<BR>
     przyk�ady:<BR><UL>
     <LI>ASUS V3800U chip: nVidia TNT2 Ultra pro 32MB SDRAM
     <LI>Matrox G400 DH 32MB SGRAM</UL>
 <LI>typ i wersja sterownika karty graficznej<BR>
     przyk�ady:<UL>
-    <LI>sterownik dostarczony w X
+    <LI>wbudowany sterownik X-�w
     <LI>nvidia 0.9.623
     <LI>Utah-GLX CVS 2001-02-17
     <LI>DRI z X 4.0.3</UL>
@@ -105,14 +105,13 @@
   Za�aduj to przez ftp, a na list� wy�lij tylko �cie�k�/nazw� pliku. Je�eli
   plik jest dost�pny przez sie�, to wystarczy wys�a� _dok�adny_ URL do niego.
 
-<P><B><I>5. :W przypadku przerwa� w dzia�aniu programu ( segfault, SIGILL, sygna� 4 itd.):</I></B></P>
+<P><B><I>5. W przypadku przerwa� w dzia�aniu programu ( segfault, SIGILL, sygna� 4 itd.):</I></B></P>
 
-<P><I>Je�eli masz coredump po tym zdarzeniu, patrz 5.a, je�li nie patrz 5.b:</I></P>
+<P><I>Je�eli masz coredump po tym zdarzeniu, zobacz 5.a, je�li nie - zobacz 5.b:</I></P>
 
 <P><B><I>5.a: Zapisz i wy�lij nam coredump (je�eli zosta� stworzony).</I></B></P>
 
-<P>Jak to zrobi�:
-Utw�rz nast�puj�cy skrypt:</P>
+<P>Jak to zrobi�: utw�rz nast�puj�cy skrypt:</P>
 
 <P><CODE>disass $eip-32 $eip+32<BR>
 printf "eax=%08lX\n",$eax<BR>
@@ -151,20 +150,19 @@
 <P><B>Wiem co robi�...</B></P>
 
 <P> Je�li stworzy�e� w�a�ciwy raport o b滑dzie, post�puj�c zgodnie z podanymi
-wskaz�wkami oraz jeste� pewien, �e to b咳d mplayera, nie kompilatora czy
+wskaz�wkami oraz jeste� pewien, �e to b咳d mplayera, nie kompilatora, czy
 zepsutego pliku, przeczyta�e� dokumentacj� i nadal nie znalaz�e� rozwi�zania,
-a twoje sterowniki kart d�wi�kowej s� w porz�dku, w�wczas mo�esz zasubskrybowa�
+a twoje sterowniki karty d�wi�kowej s� w porz�dku, w�wczas mo�esz zasubskrybowa�
 list� dyskusyjn� mplayer-advusers i wys�a� sw�j raport, aby dosta� szybsz� i
 lepsz� odpowied�.
-Ale strze� si�: je�li wy�lesz pytanie w stylu pocz�tkuj�cego u�ytkownika b�d� w
-typie rtfm, natychmiast zostaniesz zbanowany, nawet nie uzyskuj�c cz�sto
-odpowiedzi na swoje pytania.   
+Ale STRZE� SI�: je�li wy�lesz pytanie w stylu pocz�tkuj�cego u�ytkownika, b�d�
+w typie rtfm ("read the fucken manual" - przeczytaj pieprzony manual),
+natychmiast zostaniesz zbanowany, zazwyczaj nie uzyskuj�c nawet odpowiedzi na
+swoje pytania.   
 A wi�c nie dra�nij nas, zasubskrybuj -advusers tylko, je�li naprawd� wiesz, co
 robisz i czujesz, �e jeste� ju� zaawansowanym u�ytkownikiem lub developerem
 mplayera (a propos tego, jak subskrybowa�: dowiedz si� sam! je�li jeste�
 naprawd� zaawansowanym u�ytkownikiem, nie powinno to by� dla ciebie problemem
-...).
-</P>
-
+...).</P>
 </BODY>
 </HTML>
--- a/DOCS/Polish/users_against_developers.html	Fri Feb 22 19:52:09 2002 +0000
+++ b/DOCS/Polish/users_against_developers.html	Fri Feb 22 23:41:55 2002 +0000
@@ -5,117 +5,183 @@
 
 <P><B><I>In medias res</I></B></P>
 
-<P>There are two major topic which always causes huge dispute and flame on the
-<A HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">mplayer-users</A>
-mailing list. Number one is of course the topic of the</P>
-
-<P><B><I>GCC 2.96 series</I></B></P>
+<P>S� takie dwa tematy, kt�re zawsze wywo�uj� wielk� dyskusj� i ogniste boje na
+li�cie dyskusyjnej <A
+HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">u�ytkownik�w mplayera</A>.
+Tematem numer jeden jest:</P>
 
-<P><B>Also read <A HREF="gcc-2.96-3.0.html">this</A> text !!!</B></P>
+<A NAME=gcc><P><B><I>serie GCC 2.96</I></B></P>
 
-<P>The <I>background</I> : there were/are the GCC <B>2.95</B> series. The
-best of them was 2.95.3 . Please note the style of the version numbering.
-This is how the GCC team numbers their compilers. The 2.95 series are good.
-We never ever saw anything that was miscompiled because of the 2.95's faultiness.</P>
+<P><B>Przeczytaj te� <A HREF="gcc-2.96-3.0.html">ten</A> tekst !!!</B></P>
 
-<P>The <I>action</I> : <B>RedHat</B> started to include a GCC version of <B>2.96</B>
-with their distributions. Note the version numbering. This should be the GCC
-team's versioning. They patched the CVS version of GCC (something between 2.95 and 3.0)
-They patched it very deep, and used this version in the distrib because 3.0
-wasn't out at time, and they wanted IA64 support ASAP (business reasons).
-Oh, and GCC 2.95 miscompiles bash on the s390 architecture (there is
-no RedHat distribution for s390..) .</P>
+<P><I>T�o</I>: by�y/s� serie GCC <B>2.95</B>. Najlepsz� z nich by�a 2.95.3.
+Zwr黽 uwag� na spos�b numerowania wersji j�dra. Oto jak dru�yna GCC numeruje
+swoje kompilatory. Serie 2.95 s� dobre. Nigdy nie widziano, aby co� �le si�
+skompilowa�o z przyczyny b滑d�w w 2.95.</P>
 
-<P>The <I>facts</I> : <B>MPlayer</B>'s compile process needs the
-<CODE>--disable-gcc-checking</CODE> to proceed upon detecting a GCC version of
-2.96 (apparently it needs this option on <B>egcs</B> too. It's because we don't
-test <B>MPlayer</B> on egcs. Pardon us, but we rather develop <B>MPlayer</B>).
-If you know <B>MPlayer</B>, you should know that it has great speed. It
-achieves this by having overoptimized MMX/SSE/3DNow/etc codes, fastmemcpy, and
-lots of other features. <B>MPlayer</B> contained MMX/3DNow instructions in a
-syntax that all Linux compilers accept it... except RedHat's GCC (it's more
-standard compliant). It simply <B><I>skips</I></B> them. It doesn't give
-errors. It doesn't give warnings. <B>And</B>, there is Lame. With gcc 2.96, its quality check
-(<CODE>make test</CODE> after compiling) <I>doesn't even run !!!</I>
-But hey, it compiles bash on s390 and IA64.</P>
-
-<P>The <I>statements</I> : most developers around the world begun having
-bad feelings about RedHat's GCC 2.96 , and told their RedHat users to
-compile with other compiler than 2.96 . RedHat users' disappointment slowly
-went into anger. What was all good
-for, apart from giving headaches to developers, putting oil on anti-RedHat
-flame, confusing users? The answer, I do not know.</P>
+<P><I>Poczynania</I>: <B>RedHat</B> rozpocz嘘 w咳czanie wersji GCC <B>2.96</B>
+w swoich dystrybucjach. Zwr黽 uwag� na numeracj� wersji. To powinno by�
+numerowanie dru�yny GCC. Oni na�o�yli �at� na wersj� CVS GCC (co� na
+pograniczu 2.95 a 3.0). Ta �ata by�a bardzo powa�na i tej werji u�yto do
+dystrybucji, poniewa� wersja 3.0 nie by�a sko�czona na czas, a oni chcieli mie�
+obs�ug� IA64 ASAP (z powod�w w�asnych interes�w). A przecie� GCC 2.95
+�le kompiluje bash na architekturze s390 (nie ma dystrybucji RedHata dla
+s390..).</P>
 
-<P><I>Present age, present time</I> : RedHat says that GCC 2.96-85 and above
-is fixed, and works properly. Note the versioning. They should have started
-with something like this. What about GCC 2.96.85 ? It doesn't matter now.
-I don't search, but I still see bugs with 2.96 . It doesn't matter now,
-hopefully now <B>RedHat will forget about 2.96</B> and turn towards <B>3.0</B>.
-Towards a deep patched 3.0...
-</P>
+<P><I>Fakty</I>: proces kompilacji <B>MPlayera</B> wymaga
+<CODE>--disable-gcc-checking</CODE>, aby pomin掩 wykrywanie wersji GCC 2.96
+(wyra�nie wymagana jest ta opcja przy <B>egcs</B> r�wnie�; to dlatego, �e my
+nie testujemy <B>MPlayera</B> na egcs. Prosz� nam wybaczy�, ale my raczej
+zajmujemy si� rozwijaniem <B>MPlayera</B>). Je�eli znasz <B>MPlayera</B>,
+powiniene� wiedzie�, �e jest on bardzo szybki. Osi�ga to poprzez
+zoptymalizowanie kodu dla MMX/SSE/3DNow/itp., dzi�ki fastmemcpy i wielu innym
+w�a�ciwo�ciom. <B>MPlayer</B> zawiera� instrujkcje MMX/3DNow w sk�adni, kt�r�
+wszystkie kompilatory Linuksowe akceptuj� ... za wyj�tkiem GCC RedHata (to
+okre�lenie jest bardziej zgodne ze standardem). On po prostu je
+<B><I>przeskakuje</I></B>. Nie zg�asza b滑d�w. Nie wysy�a ostrze�e�. <B>I</B>,
+tam jest "Lame". Z gcc 2.96, sprawdzanie jako�ci (<CODE>make test</CODE> po
+kompilacji) <I>nawet si� nie uruchamia!!!</I> Hej, ale on kompiluje bash na
+s390 i IA64.</P>
 
-<P><I>What I don't understand</I> is why are we hated by RedHat users for
-putting warning messages, and stay-away documents in <B>MPlayer</B> .
-Why are we called "brain damaged", "total asshole", "childish" by
-<B>RedHat users</B>, on our mailing list, and even on the <B>redhat-devel</B> .
-They even considered forking <B>MPlayer</B> for themselves. RedHat users.
-Why? It's RedHat that made the compiler, why do <U>you</U> have to hate us?
-Are you <U>that</U> fellow RedHat worshippers? Please stop it. We don't hold
-a grudge against users, doesn't matter how loud you advertise its contrary.
-Please go flame Linus Torvalds, the DRI developers (oh, now I know why
-there were laid off by VA!), the Wine, avifile. Even if we are arrogant,
-are we not the same as the previously listed ones? Why do <B>we</B> have
-to suffer from your unrightful wrath?</P>
+<P><I>Wnioski</I>: wi�kszo倶 developer�w na �wiecie zacz螻o mie� z�e odczucia
+w zwi�zku z GCC 2.96 RedHata. Powiedzieli oni swoim u�ytkownikom RedHat'a, aby 
+u�ywali do kompilacji innych kompilator�w, ni� 2.96. Rozczarowanie u�ytkownik�w
+RedHata powoli przemieni�o si� w gniew. Co by�o takiego dobrego, w
+przeciwie�stwie do b�lu g�owy developer�w, w dolewaniu oliwy do
+anty-RedHatowskiego ognia, wprawiaj�cym u�ytkownik�w w konsternacj�? Ja nie
+znam odpowiedzi na to pytanie.</P>
 
-<P>I'm closing this topic. Think over it please. I (Gabucino) personally begun
-with <A HREF="http://www.redhat.com">RedHat</A>, then used Mandrake (sorry I
-don't know their URL), now I have <A
-HREF="http://www.linuxfromscratch.com">LFS</A>. Never held a grudge against
-RedHat or RedHat users, and I still don't. Hate is only comfortable. It
-won't bring you anywhere.</P>
-
-<P><B><I>Binary distribution of MPlayer</I></B></P>
-
-<P>Tons of users asked us about this. For example Debian users tend to say: Oh,
-I can <CODE>apt-get install avifile</CODE>, why should I <B>compile MPlayer</B> ?
-While this may sound reasonable, the problem lies a bit deeper than
-those-fuckin-MPlayer-developers-hate-gcc-2.96-and-RedHat-and-Debian.</P>
-
-<P>Reasons: <B>Law</B></P>
+<P><I>Tera�niejszo倶</I>: RedHat twierdzi, �e GCC 2.96-85 i kolejne wersje s�
+naprawione i pracuj� w�a�ciwie. Zwr黽 uwag� na numeracj� wersji.To typowe, �e 
+zacz�li z czym� takim. A co z GCC 2.96.85? Nieistotne. Nie szukam, ale
+wci運 widz� b滑dy w 2.96. To jest bez znaczenia teraz, miejmy nadziej�, �e
+<B>RedHat zapomni o 2.96</B> i skieruje si� ku <B>3.0</B>. W kierunku
+porz�dnie za�atanego 3.0...</P>
 
-<P><B>MPlayer</B> describes the <U>sourcecode</U>. It contains several files with incompatible
-licenses especially on the redistribution clauses. As source files, they are
-allowed to coexist in a same project.</P>
-
-<P>Therefore, <U>NEITHER BINARIES NOR BINARY PACKAGES OF <B>MPlayer</B> ARE ALLOWED TO EXIST SINCE
-SUCH OBJECTS BREAK LICENSES</U>. PEOPLE WHO DISTRIBUTE SUCH BINARY PACKAGES ARE
-DOING ILLEGAL ACTIVITIES.</P>
+<P><I>To, czego ja tu nie rozumiem</I>, to z jakiego powodu jeste�my oblegani
+przez u�ytkownik�w RedHata, �al�cych si� na komunikaty ostrzegawcze i dokumenty
+w rodzaju "trzymaj si� z dala" w <B>MPlayerze</B>. Dlaczego jeste�my nazywani
+"umys�owo upo�ledzonymi", "totalnymi dupkami", "dziecinnymi w swoim my�leniu"
+przez <B>u�ytkownik�w RedHata</B>, na naszej mailowej li�cie dyskusyjnej, a
+nawet na li�cie <B>redhat-devel</B>. Rozwa�ali oni nawet stworzenie odga滑zienia
+<B>MPlayera</B> dla nich samych. U�ytkownicy RedHata. Dlaczego? Czy to RedHat
+stworzy� kompilator, dlaczego <U>wy</U> musicie nas nienawidzie�? Jeste�cie a�
+<U>takimi</U> wyznawcami RedHata? Prosz�, przesta�cie. My nie chowamy
+urazy do u�ytkownik�w, nie wa�ne jak g�o�no og�aszacie co� przeciwnego. Id�cie,
+prosz�, u�era� si� z Linusem Torvaldsem, z developerami DRI (och, teraz wiem ju�
+dlaczego oni zostali opuszczeni przez VA!), Wine, avifile. Je�li nawet
+jeste�my aroganccy, czy nie jeste�my tacy sami jak wcze�niej wspomniani?
+Dlaczego to <B>my</B> musimy cierpie� z powodu nies�usznego gniewu?</P>
 
-<P>So if you know somebody who maintains a binary package then forward her/him
-this text and (ask him to) contact us. What (s)he is doing is illegal and IT IS
-NO LONGER <B>MPlayer</B>, but <U>his/her</U> mplayer. If it breaks, it is
-his/her fault. Don't come and cry on the <B>MPlayer</B> mailing lists, you will
-most likely be blacklisted.</P>
-
-<P>Reasons: <B>Technical</B></P>
+<P><A HREF="mailto:willis_matthew@yahoo.com">Matt Willis</A> uprzejmie
+dostarczy� proste howto (jak to zrobi�) kompilacji GCC-3.0.3, kt�re poni�ej
+zamieszczam:</P>
 
 <P>
 <UL>
-  <LI><B>MPlayer's</B> speed (MMX, SSE, fastmemcpy, etc) optimizations are
-    determined during compilation. Thus a compiled binary contains very
-    processor-specific code. An <B>MPlayer</B> binary compiled for K6 will die
-    on Pentiums and vice versa. This has to be workarounded by runtime
-    detection, which is not an easy thing to do becase it causes massive speed
-    decrease. If you don't believe (it was explained in details 10000 times on
-    mplayer-users, search the archive), solve it and send us a patch. Someone
-    begun work on it, but disappeared since then.</LI>
-  <LI><B>MPlayer's</B> video/audio system is not plugin based. It is compiled
-    into the binary, thus making the binary depend on various libraries (the
-    GUI depends on GTK, DivX4 depends on libdivxdecore, SDL depends on libSDL,
-    every SDL release contains an unique bug that has to be workarounded during
-    compiletime, X11 output compiles differently for X3 and X4, etc). You may
-    say: yes, let's make 30 versions of downloadable binaries! We won't. We
-    will make these stuff pluggable in the future.</LI>
+ <LI>�ci�gnij gcc. Id� na stron�: <A
+  HREF="http://gcc.gnu.org/mirrors.html">http://gcc.gnu.org/mirrors.html</A>.
+   Ja �ci�gn嘘em nast�puj�ce pliki, ale ty nie potrzebujesz ich wszystkich:<BR>
+    <CODE>gcc-g++-3.0.3.tar.gz<BR>
+    gcc-objc-3.0.3.tar.gz<BR>
+    gcc-3.0.3.tar.gz<BR>
+    gcc-g77-3.0.3.tar.gz<BR>
+    gcc-testsuite-3.0.3.tar.gz<BR>
+    gcc-core-3.0.3.tar.gz<BR>
+    gcc-java-3.0.3.tar.gz</CODE>
+  </LI>
+
+  <LI>Rozpakuj pliki, stw�rz katalog w kt�rym b�dizesz budowa� i zbuduj:
+  <CODE><PRE>
+     tar xvzf gcc-*3.0.3.tar.gz
+     mkdir gcc-build; cd gcc-build
+     ../gcc-3.0.3/configure --prefix=/opt --program-suffix=-3.0.3
+     make bootstrap; mkdir -p /opt; make install</PRE></CODE>
+
+  <LI>Ustaw swoj� �cie�k�, aby zawiera�a /opt/bin<BR>
+     <CODE>export PATH=/opt/bin:${PATH}</CODE>
+
+  <LI>Teraz mo�esz budowa� MPlayera.</LI>
+</UL>
+</P>
+
+<A NAME=binary><P><B><I>Dystrybucja MPlayera w postaci binari�w</I></B></P>
+
+<P>Tony u�ytkownik�w prosz� nas o to. Na przyk�ad u�ytkownicy Debiana maja
+zwyczaj m�wi�: Oh, mog� zrobi� <CODE>apt-get install avifile</CODE>, dlaczego
+mam <B>kompilowa� MPlayera</B>? To brzmi rozs�dnie, ale problem le�y nieco
+g滑biej, ni�:
+ci-pieprzeni-developerzy-MPlayera-nienawidz�-gcc-2.96-i-RedHata-i-Debiana.</P>
+
+<P>Przyczyny: <B>Prawo</B></P>
+
+<P><B>MPlayer</B> zapisany jest jako <U>�r�d�a</U>. Zawiera on kilka plik�w z
+niekompatybilnymi liecencjami w punktach dotycz�cych redystrybucji. Jako
+�r�d�owe pliki, maj� one prawo wsp鶻istnie� w tym samym projekcie.</P>
+
+<P>Jednak�e <U>ANI BINARIA, ANI BINARNE PAKIETY <B>MPlayera</B> NIE MAJ� PRAWA
+ISTNIE� W CHWILI, GDY TAKIE OBIEKTY �AMI� LICENCJE</U>. LUDZIE, KT�RZY
+ROZPROWADZAJ� TAKIE PAKIETY BINARNE POST�PUJ� NIELEGALNIE.</P>
+
+<P>Wi�c je�li znasz kogo�, kto rozporz�dza binarnymi pakietami, w�wczas daj mu
+do przeczytania ten tekst i (popro� go o) kontakt z nami. To co on/ona robi,
+jest nielegalne I TO JU� NIE JEST <B>MPlayer</B>, a <U>jego/jej</U> mplayer.
+Je�li �le dzia�a, to to jest jego/jej wina. Niech nikt nie przychodzi i nie
+�ali si� na list� mailow� <B>MPlayera</B>, bo najprawdopodobniej zostanie
+zapisany na czarn� list�.</P>
+
+<P>Przyczyny: <B>Techniczne</B></P>
+
+<P>
+<UL>
+  <LI>Optymalizacja szybko�ci dzia�ania <B>MPlayera</B> (MMX, SSE, fastmemcpy,
+    itp) jest zdeterminowana podczas kompilacji. Z tego powodu skompilowane
+    binaria zawieraj� bardzo specyficzny dla danego procesora kod.  Binaria
+    <B>MPlayera</B> skompilowane dla K6 nie b�d� wydolne na procesorach Pentium
+    i vice versa. To zosta�o rozpracowane poprzez wykrywanie runtime, co nie
+    jest �atw� do obej�cia zrobienia, gdy� sprawia masow� utrat� pr�dko�ci.
+    Je�li nie wierzysz (to by�o juz 10000 razy wyja�nione w szczeg鶻ach na
+    mplayer-users, przeszukaj archiwum), to rozwik�aj to i wy�lij nam patch.
+    Kto� zacz嘘 nad tym pracowa�, ale nie ma o nim wie�ci od tamtej pory.</LI>
+  <LI>System audio/video <B>MPlayera</B> nie jest oparty na systemie
+    wtyczek. System audio/video jest wkompilowany w binaria, co powoduje
+    zale�no倶 binari�w od r鷽nych bibliotek (GUI zale�y od GTK, DivX4 zale�y od
+    libdivxdecore, SDL zale�y od libSDL, ka�de wydanie SDL zawiera unikalny
+    b咳d, ktory musi by� omini�ty w czasie kompilacji, X11 wyj�cie w r鷽ny
+    spos�b si� kompiluje X3 i X4, itp). Mo�esz powiedzie�: wi�c zr�bmy 30
+    wersji binari�w do �ci�gni�cia! Nie zrobimy tego. Zrobimy te rzeczy w
+    postaci wtyczek w przysz�o�ci.</LI>
 </UL>
 
+<A NAME=nvidia><P><B><I>NVidia</I></B></P>
+
+<P>Nie lubimy binarnych sterownik�w nvidii, ich jako�ci, niestabilno�ci,
+nieistniej�cego wsparcia dla u�ytkownik�w, wci運 pojawiaj�cych si� nowych
+b滑d�w. Wi�kszo倶 u�ytkownik�w ma do nich podobne podej�cie. Skontaktowali si�
+z nami p鷦niej ludzie z NVidii i powiedzieli, �e te b滑dy nie istniej�,
+niestabilno倶 jest win� chip�w AGP i odm�wili opublikowania raportu o
+b滑dach sterownika (np. o fioletowej linii). Wi�c je�li masz problem ze swoj�
+NVidi�, uaktualizuj sterownik nvidii i/lub kup now� p�yt� g鞄wn�.</P>
+
+<A NAME=kotsog><P><B><I>Joe Barr</I></B></P>
+
+<P>On nie odpowiada na nasze maile. Jego wydawca nie odpowiada na nasze maile.
+Sie� jest pe�na jego fa�szywych stwierdze� i oskar�e� (on widocznie nei lubi na
+przyk�ad ch�opak�w z BSD, z powodu r鷽nicy pogl�d�w [na jaki temat?]).</P>
+
+<P>Oto kilka cytat�w wypowiedzi r鷽nych ludzi na temat Joe Barr (tylko po to,
+aby� zrozumia�, dlaczego on si� kompletnie nie liczy):</P>
+
+<P><I>"Wszyscy pami�tacie LinuxWorld 2000, kiedy on twierdzi�, �e Linus T.
+powiedzia�, �e FreeBSD, to garstka developer�w. Linus nie powiedzia� NICZEGO w
+tym rodzaju. Kiedy to wypomniano Joe'mu, jego reakcj� by�o wyzwanie ludzi
+utrzymuj�cych BSD of dupk�w i glupk�w."</I></P>
+
+<P><I>"On jest interesuj�cy, ale kiepsko mu wychodzi unikanie ...
+kontrowersyjno�ci. Joe Barr by� regularnym uczestnikiem forum Willa Zachmanna
+w Compuserve, kilka lat temu. By� zwolennikiem OS/2 (ja r�wnie� by�em
+zwolennikiem OS/2). Cz�sto przekracza� wszelkie granice, rozw�cieczaj�c ludzi
+i podejrzewam, �e to by�y ci蠖kie czasy dla niego. Troch� z�agodnia� ostatnio,
+b�d�c ocenionym przez w�asny dzia� redakcyjny. Stonowany, subtelny humor nie by�
+jednak jesgo stylem w tamtych wczesnych dniach w zupe�no�ci.  "</I></P>
 </HTML>