[Mplayer-cvslog] CVS: main/DOCS/Polish users_against_developers.html,1.6,1.7
Dariush Pietrzak CVS
eyck at mplayerhq.hu
Sun Feb 9 20:50:09 CET 2003
Update of /cvsroot/mplayer/main/DOCS/Polish
In directory mail:/var/tmp.root/cvs-serv6968
Modified Files:
users_against_developers.html
Log Message:
Translation from Zorg ( Krzysztof Materka )
Index: users_against_developers.html
===================================================================
RCS file: /cvsroot/mplayer/main/DOCS/Polish/users_against_developers.html,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- users_against_developers.html 10 May 2002 11:17:41 -0000 1.6
+++ users_against_developers.html 9 Feb 2003 19:49:55 -0000 1.7
@@ -1,192 +1,234 @@
-<HTML>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<HEAD>
- <META http-equiv="content-type" content="text/html; charset=iso-8859-2" />
-</HEAD>
-
-<BODY BGCOLOR=white>
-
-<FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>
-
-<P><B><I>In medias res</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>
-
-<A NAME=gcc><P><B><I>serie GCC 2.96</I></B></P>
-
-<P><B>Przeczytaj te¿ <A HREF="gcc-2.96-3.0.html">ten</A> tekst !!!</B></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><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>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>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>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><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><A HREF="mailto:willis_matthew at 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>¦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>
+ <HEAD>
+ <META name="generator" content=
+ "HTML Tidy for Linux/x86 (vers 1st March 2002), see www.w3.org">
+
+ <TITLE>Spory Programistów (org. Developer Cries) - MPlayer -
+ Odtwarzacz Filmów dla Linuksa</TITLE>
+ <LINK rel="stylesheet" type="text/css" href="default.css">
+ <META http-equiv="Content-Type" content=
+ "text/html; charset=iso-8859-2">
+ </HEAD>
+
+ <BODY>
+ <H1><A name="appendix_e">Dodatek E - Spory Programistów (org.
+ Developer Cries)</A></H1>
+
+ <P>S± taki dwa tematy, które zawsze wywo³uj± wielkie dyskusje i
+ ogniste boje na grupie dyskusyjnej <A href=
+ "http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
+ . Tematem numer jeden jest:</P>
+
+ <H2><A name="gcc">E.1 GCC 2.96</A></H2>
+
+ <P><B>T³o historii:</B> Seria GCC <B>2.95</B> jest oficjalnym
+ wydaniem GNU, z czego wersja GCC 2.95.3 ma najmniej b³êdów z
+ ca³ej serii. Nigdy nie zauwa¿yli¶my problemów kompilacji z GCC
+ 2.95.3. Zaczynaj±c od Red Hat Linux 7.0, <B>Red Hat</B>
+ do³±czy³ do ich dystrybucji silnie po³atan± wersjê GCC z CVS i
+ nazwa³ j± 2.96. Red Hat do³±czy³ tê wersjê do dystrybucji,
+ poniewa¿ GCC 3.0 nie zosta³o ukoñczone na czas, a oni
+ potrzebowali kompilatora dobrze pracuj±cego na wszystkich
+ wspieranych przez nich platformach, w³±czaj±c IA64 i s390.
+ Dystrybutor Linuksa - <B>Mandrake</B>, kieruj±cy siê tak¿e
+ przyk³adem Red Hata zacz±³ rozprowadzaæ GCC 2.96 razem z ich
+ seri± Linux-Mandrake 8.0.</P>
+
+ <P><B>O¶wiadczenie:</B> Zespó³ GCC wypiera siê wszelkich
+ powi±zañ z GCC 2.96 i wyda³ <A href=
+ "http://gcc.gnu.org/gcc-2.96.html">oficjaln± odpowied¼</A> na
+ temat GCC 2.96. Wielu programistów na ca³ym ¶wiecie zaczê³o
+ mieæ problemy z GCC 2.96 i zaczêli rekomendowaæ inne
+ kompilatory. Przyk³ady to: <A href=
+ "http://www.mysql.com/downloads/mysql-3.23.html">MySQL</A>, <A
+ href="http://avifile.sourceforge.net/news-old1.htm">avifile</A>
+ i <A href=
+ "http://www.winehq.com/news/?view=92#RH%207.1%20gcc%20fixes%20compiler%20bug">
+ Wine</A>. Inne interesuj±ce linki to: <A href=
+ "http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
+ Linux kernel news flash about kernel 2.4.17</A> i <A href=
+ "http://www.voy.com/3516/572.html">Voy Forum</A>. MPlayer tak¿e
+ ucierpia³ z powodu nieregularnych problemów, rozwi±zywali¶my je
+ zmieniaj±c GCC na inn± wersjê. Kilka projektów zaczyna
+ rozwi±zywaæ problemy z niektórymi wydaniemi 2.96, ale my
+ odmawiamy naprawiania cudzych b³êdów, zw³aszcza dlatego, ¿e
+ niektóre poprawki mog± spowodowaæ utratê wydajno¶ci.</P>
+
+ <P>Mo¿esz przeczytac o innej stronie tej historii <A href=
+ "http://web.archive.org/web/20011024212120/http://www.bero.org/gcc296.html">
+ na tej stonie</A>. GCC 2.96 nie zezwala na znak | (potok) w
+ komentarzach assemblera poniewa¿ dobrze wspiera Intela w
+ AT&T Syntax, a znak | jest symbolem w jednaj z odmian
+ Intela. problemem jest to, ¿e <B>po cichu</B> ignoruje ca³y
+ blok a assemblerze. Podobno zosta³o to ju¿ naprawione, GCC
+ wy¶wietla ostrze¿enie zamiast pomijania bloku.</P>
+
+ <P><B>Obecnie:</B> Red hat twierdzi, ¿e GCC 2.96-85 i kolejne
+ s± naprawione. Sytuacja istotnie, poprawi³a siê, lecz ci±gle
+ dostajemy raporty na naszej grupie dyskusyjnej, które znikaj± z
+ innymi kompilatorami. W ka¿dym wypadkunie ma to ju¿ znaczenia.
+ Miejmy nadziejê, ¿e dojrzewaj±cy GCC 3.x rozwi±¿e kwestiê na
+ dobre. Je¿eli chcesz kompilowaæ z 2.96 dodaj flagê
+ <CODE>--disable-gcc-checking</CODE> do configure. Pamiêtaj, ¿e
+ robisz to na w³asn± odpowiedzialno¶æ i nie raportuj ¿adnych
+ b³êdów. Je¿eli to zrobisz, zostaniesz zbanowany z naszej grupy
+ dyskusyjnej, poniewa¿ mieli¶my wiêcej ni¿ dosyæ zaciek³ych
+ wojen o GCC 2.96. prosimy, zostaw sprawê w spokoju.</P>
+
+ <P>Je¿eli masz problemy z GCC 2.96, mo¿esz pobraæ pakiety
+ 2.96-85 z <A href="ftp://updates.redhat.com">serwera ftp</A>
+ Red Hata, lub po prostu odwo³aæ siê do pakietów 3.0.4
+ oferowanych w wersjach 7.2 i pó¼niejszych. Mo¿esz równie¿
+ pobraæ <A href=
+ "ftp://people.redhat.com/jakub/gcc/3.2-10/">pakiety
+ gcc-3.2-10</A> (nieoficjalne, ale dzia³aj± ¶wietnie) i mo¿esz
+ zainstalowaæ je równolegle z GCC 2.96, które aktualnie masz.
+ MPlayer wykryje go i u¿yje 3.2-10 zamiast 2.96. Je¿eli nie
+ chcesz lub nie mo¿esz u¿yæ pakietów binarnych, poni¿ej znajduje
+ siê instrukcja, kompilacji najnowszego GCC ze ¼róde³:</P>
+
+ <OL>
+ <LI>Wejd¼ na stronê <A href=
+ "http://gcc.gnu.org/mirrors.html">GCC z mirrorami</A> i
+ pobierz <CODE>gcc-core-XXX.tar.gz</CODE> gdzie
+ <CODE>XXX</CODE> jest numerem wersji. Archiwum zawiera
+ kompletny kompilator C który jest wystarczaj±cy dla MPlayera.
+ Je¿eli chcesz równie¿ C++, Java lub inne zaawansowane funkcje
+ GCC, <CODE>gcc-XXX.tar.gz</CODE> mo¿e bardziej odpowiadaæ
+ twoim wymaganiom.</LI>
+
+ <LI>Rozpakuj archiwum komend±<BR>
+ <CODE>tar -xvzf gcc-core-XXX.tar.gz</CODE></LI>
+
+ <LI>GCC nie buduje siê w katalogu ze ¼ród³ami tak jak
+ wiêkszo¶æ programów, ale wymaga stworzenia katalogu na
+ zewn±trz katalogu ze ¼ród³ami. A zatem musisz stworzyæ ten
+ katalog poprzez<BR>
+ <CODE>mkdir gcc-build</CODE></LI>
+
+ <LI>Potem mo¿esz kontynu³owaæ konfigurowanie GCC w stworzonym
+ katalogu, ale potrzebujesz configure z katalogu ze
+ ¼ród³ami:<BR>
+ <CODE>cd gcc-build<BR>
+ ../gcc-XXX/configure</CODE></LI>
+
+ <LI style="list-style: none"><BR>
+ </LI>
+
+ <LI>Skompiluj GCC wydaj±c komendê w stworzonym katalogu:<BR>
+ <CODE>make bootstrap</CODE></LI>
+
+ <LI>Teraz mo¿esz zainstalowaæ GCC (jako root) podaj±c<BR>
+ <CODE>make install</CODE></LI>
+ </OL>
+
+ <H2><A name="binary">E.2 Dystrybutowanie binariów</A></H2>
+
+ <P>Wcze¶niej MPlayer zawiera³ kod z projektu OpenDivX, co nie
+ pozwala³o na dystrybucjê binariów. Ten kod zosta³ usuniêty w
+ wersji 0.90-pre1 a pozosta³y plik <CODE>divx_vbr.c</CODE>
+ pochodz±cy z kodu OpenDivX zosta³ przeniesiony na licencjê GPL
+ prze jego autorów, kiedy pojawi³a siê wersja 0.90-pre9. Jest
+ teraz mile widziane, by¶ tworzy³ pakiety binarne, jakich
+ potrzebujesz.</P>
+
+ <P>Inn± przeszkod± w dystrybutowaniu binariów by³a
+ optymalizacja dla architektur CPU. MPlayer wspiera teraz
+ detekcjê CPU w czasie rzeczywistym (wyszczególnij opcjê
+ <CODE>--enable-runtime-cpudetection</CODE> podczas
+ konfiguracji). Jest ona domy¶lnie wy³±czona, poniewa¿ wymaga
+ ma³ych wyrzeczeñ prêdko¶ci, ale teraz jest mo¿liwe tworzenie
+ binariów dla ró¿nych cz³onków rodziny procesorów Intel.</P>
+
+ <H2><A name="nvidia">E.3 nVidia</A></H2>
+
+ <P>W rzeczywisto¶ci nie lubimy <A href=
+ "http://www.nvidia.com">nVidii</A> poniewa¿ dostarcza tylko
+ binarne sterowniki (dla XFree86), które s± czêsto z b³êdami.
+ Mamy wiele raportów na grupie <A href=
+ "http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
+ dotycz±cych problemów z tymi zamkniêto-¼ród³owymi sterownikami,
+ ich kiepskiej jako¶ci, niestabilno¶ci i kiepskiego wsparcia dla
+ u¿ykownika i eksperta. Kilka przyk³adów mo¿na znale¶æ na <A
+ href=
+ "http://www.nvnews.net/vbulletin/forumdisplay.php?s=6d83dc289805c37caef49b77857a0b7e&daysprune=&forumid=27">
+ nVidia Linux Forum</A>. Wiele z tych problemów/kwestii pojawia
+ siê wielokrotnie. Skontaktowali¶my siê ostatnio z nVidi±, oni
+ twierdz± ¿e b³êdy nie wystêpuj±, niestabilno¶æ spowodowana jest
+ z³ymi chipami AGP i ¿e nie odbierali ¿adnych raportów o b³êdach
+ w sterownikach (takich jak ró¿owa linia). Wiêcej je¿eli masz
+ problem z twoj± kart± z nVidia, doradza siê update sterowników
+ nVidii i/lub kupno nowej p³yty g³ównej lub poproszenie nVidii o
+ dostarczenie sterowników o otwartym kodzie. We wszystkich
+ przypadkach, je¿eli u¿ywasz binarnych sterowników nVidii i
+ do¶wiadczasz ukrytych problemów ze sterownikami, prosimy, b±d¼
+ ¶wiadomy tego, ¿e otrzymasz bardzo ma³± pomoc z nasze strony,
+ poniewa¿ nie mo¿emy wiele pomóc w tej sprawie.</P>
+
+ <H2><A name="barr">E.4 Joe Barr</A></H2>
+
+ <P>Joe Barr zyska³ nies³awê pisz±c mniej ni¿ przychyln± <A
+ href=
+ "http://www.linuxworld.com/site-stories/2001/1214.mplayer.html">
+ recenzjê MPlayera</A>. Za³o¿y³, ¿e MPlayer jest trudny do
+ zainstalowania, ale potem napisa³, ¿e nie bardzo lubi <A href=
+ "http://www.linuxworld.com/linuxworld/lw-2000-06/lw-06-exam.html">
+ czytaæ dokumentacjê</A>. Wywnioskowa³ równie¿, ¿e programi¶ci
+ s± nieprzyja¼ni i ¿e dokumentacja jest niekompletna i obel¿ywa.
+ Sam os±d¼. Opar³ siê o negatywn± wzmiankê o MPlayerze w jego <A
+ href=
+ "http://www.linuxworld.com/site-stories/2001/1227.predictions.html">
+ 10 Linuksowych przewidywaniach na 2002</A> Kontynuuj±c, w <A
+ href=
+ "http://www.linuxworld.com/site-stories/2002/0125.xine.html">recenzji
+ xine</A> dalej wywo³uje kontrowersjê. Ironicznie, na koñcu tego
+ artyku³u, cytuje swój wywiad z Günter Bartsch, g³ównym autorem
+ xine, który doskonale streszcza ca³± sytuacje:</P>
+
+ <BLOCKQUOTE>
+ Jednak, on tak¿e powiedzia³, ¿e by³ "zaskoczony" moj± kolumn±
+ o MPlayerze i pomy¶la³ ¿e to by³o nieuczciwie, przypomina mi,
+ ¿e jest to wolny projekt oprogramowania. "Je¿eli ci siê nie
+ podoba,"powiedzia³ Bartsch, "nie musisz tego u¿ywaæ."
+ </BLOCKQUOTE>
+
+ <P>Nie odpowiada na nasze e-maile. Jego wydawca nie odpowiada
+ na nasze e-maile. Oto kilka cytatów od ró¿nych ludzi na temat
+ Joe Barr, wiêc mo¿esz wyrobiæ sobie o nim opiniê:</P>
+
+ <P>Marc Rassbach ma <A href=
+ "http://daily.daemonnews.org/view_story.php3?story_id=2102">co¶
+ do powiedzenia</A> na temat tego faceta.</P>
+
+ <BLOCKQUOTE>
+ 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 wypomniano
+ to Joe'mu, jego reakcj± by³o wyzwanie ludzi utrzymuj±cych BSD
+ od dupków i g³upków.
+ </BLOCKQUOTE>
+
+ <P><A href=
+ "http://www.mplayerhq.hu/pipermail/mplayer-users/2001-December/009118.html">
+ Cytat</A> od Roberta Munro na grupie dyskusyjnej <A href=
+ "http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
+ :</P>
+
+ <BLOCKQUOTE>
+ <P>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).</P>
+
+ <P>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 jego
+ stylem w tamtych wczesnych dniach, w zupe³no¶ci.</P>
+ P>
+ </BLOCKQUOTE>
+ </BODY>
</HTML>
+
More information about the MPlayer-cvslog
mailing list