mpv/DOCS/xml/pl/users-vs-dev.xml

<?xml version="1.0" encoding="iso-8859-2"?>
<!-- synced with 1.9 -->
<appendix id="users-vs-dev">
<title>Developerzy wyrywaj<61> sobie w<>osy</title>

<sect1 id="gcc-296">
<title>GCC 2.96</title>

<formalpara>
<title>Zarys historyczny:</title>
<para>
GCC z serii <emphasis role="bold">2.95</emphasis> jest oficjalnym wydaniem GNU,
a jego wersja 2.95.3 jest najbardziej wolna od b<><62>d<EFBFBD>w.  Nigdy nie odnotowali<6C>my
problem<EFBFBD>w przy kompilacji, kt<6B>re mogliby<62>my przypisa<73> gcc-2.95.3. Zaczynaj<61>c od 
Red Hat Linuksa 7.0, <emphasis role="bold">Red Hat</emphasis> do<64><6F>czy<7A> powa<77>nie 
zmodyfikowan<EFBFBD> wersj<73> CVS GCC do swojej dystrybucji i nazwa<77> j<> 
<emphasis role="bold">2.96</emphasis>. Sta<74>o si<73> tak, poniewa<77> GCC 3.0 
nie by<62>o jeszcze uko<6B>czone, a potrzebowano kompilatora, kt<6B>ry wsp<73><70>dzia<69>a<EFBFBD>by dobrze 
z wszystkimi platformami jakie by<62>y obs<62>ugiwane, w<><77>czaj<61>c w to IA64 i 
s390. Dystrybutor <emphasis role="bold">Mandrake</emphasis> r<>wnie<69> poszed<65> w <20>lady 
Red Hata i zacz<63><7A> do<64><6F>cza<7A> GCC 2.96 do serii Linux-Mandrake 8.0.
</para>
</formalpara>

<formalpara>
<title>O<EFBFBD>wiadczenie:</title>
<para>
Zesp<EFBFBD><EFBFBD> GCC wypar<61> si<73> jakichkolwiek powi<77>za<7A> z GCC 2.96 i wystosowa<77>
<ulink url="http://gcc.gnu.org/gcc-2.96.html">oficjaln<EFBFBD> odpowied<65></ulink>
do GCC 2.96. Wielu developer<65>w ze <20>wiata zacz<63><7A>o mie<69> problemy z tym kompilatorem
i zarekomendowali inne. Przyk<79>adami s<> 
<ulink url="http://www.mysql.com/downloads/mysql-3.23.html">MySQL</ulink>
i
<ulink url="http://avifile.sourceforge.net/news-old1.htm">avifile</ulink>. 
Inne, interesuj<75>ce linki: 
<ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
 Kr<4B>tka wiadomo<6D><6F> o j<>drze 2.4.17</ulink>
i
<ulink url="http://www.voy.com/3516/572.html">Forum Voy</ulink>.
<application>MPlayer</application> ucierpia<69> r<>wnie<69> z powodu okresowych
problem<EFBFBD>w, kt<6B>re zosta<74>y rozwi<77>zane przez przesiadk<64> na inn<6E> wersj<73> GCC. Kilka
projekt<EFBFBD>w rozpocz<63><7A>o implementacj<63> obej<65><6A> dla pewnych spraw zwi<77>zanych z 2.96, 
ale my postanowili<6C>my nie naprawia<69> b<><62>d<EFBFBD>w innych, szczeg<65>lnie je<6A>eli niekt<6B>re
obej<EFBFBD>cia mog<6F> ujemnie wp<77>ywa<77> na wydajno<6E><6F>.
</para>
</formalpara>

<para>
GCC 2.96 nie pozwala na u<>ycie symbolu <literal>|</literal> (pipe - potok) w
komentarzu assemblera, poniewa<77> obs<62>uguje zar<61>wno sk<73>adni<6E> Intela jak i AT&amp;T, 
a symbol <literal>|</literal> jest stosowany w wariancie Intela. Problem le<6C>y w fakcie, <20>e
<emphasis>cicho</emphasis> ignoruje on ca<63>y blok assemblera. Rzekomo
zosta<EFBFBD>o to ju<6A> naprawione i GCC wy<77>wietla ostrze<7A>enie zamiast pomijania tego bloku.
</para>

<formalpara>
<title>Tera<EFBFBD>niejszo<EFBFBD><EFBFBD>:</title>
<para>
Red Hat twierdzi, <20>e GCC 2.96-85 i kolejne zosta<74>y ju<6A> poprawione. Sytuacja, w rzeczy samej,
poprawi<EFBFBD>a si<73>, ci<63>gle jednak dostajemy raporty o b<><62>dach na nasze listy mailingowe, kt<6B>re znikaj<61> 
wraz z przej<65>ciem na inny kompilator. W ka<6B>dym b<>d<EFBFBD> razie, nie ma to ju<6A> znaczenia. 
Mamy nadziej<65>, <20>e dojrzewaj<61>ce GCC 3.x na dobre zako<6B>czy t<> spraw<61>.  Je<4A>eli chcesz 
kompilowa<EFBFBD> z 2.96, przeka<6B> flag<61> <option>--disable-gcc-checking</option>
skryptowi <filename>configure</filename>. Pami<6D>taj, <20>e mo<6D>esz wtedy liczy<7A> tylko na siebie i
<emphasis role="bold">nie zg<7A>aszaj <20>adnych b<><62>d<EFBFBD>w</emphasis>. Je<4A>eli b<>dziesz, zostanie
odebrany Ci dost<73>p do naszej listy mailingowej, poniewa<77> mamy ju<6A> wi<77>cej ni<6E> do<64><6F> bezsensownych k<><6B>tni
na temat GCC 2.96. Prosz<73>, zostaw t<> spraw<61> w spokoju.
</para>
</formalpara>


<para>
Je<EFBFBD>eli masz problemy z GCC 2.96, mo<6D>esz pobra<72> paczki 2.96-85 
z <ulink url="ftp://updates.redhat.com">serwera ftp</ulink> Red Hat lub 
skorzysta<EFBFBD> z pakiet<65>w 3.0.4, oferowanych z wersj<73> 7.2 i kolejnymi. Mo<4D>esz r<>wnie<69> <20>ci<63>gn<67><6E>
<ulink url="ftp://people.redhat.com/jakub/gcc/3.2.3-11/">pakiety gcc-3.2.3-11</ulink>
(nieoficjalne, ale dzia<69>aj<61> dobrze)
i zainstalowa<77> je razem z gcc-2.96, kt<6B>re ju<6A> masz. MPlayer wykryje 
je i u<>yje 3.2 zamiast 2.96. Je<4A>eli nie chcesz albo nie mo<6D>esz u<>y<EFBFBD> binarnych 
paczek, poni<6E>ej znajdziesz informacje, jak skompilowa<77> GCC 3 ze <20>r<EFBFBD>de<64>:
</para>

<procedure>
<step><para>
  Wejd<6A> na stron<6F> 
  z <ulink url="http://gcc.gnu.org/mirrors.html">serwerami lustrzanymi GCC</ulink>
  i <20>ci<63>gnij <filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename>,
  gdzie <replaceable>XXX</replaceable> to numer wersji. W pliku znajduje si<73> 
  kompletny kompilator C, kt<6B>ry wystarczy dla <application>MPlayera</application>. 
  Je<4A>eli chcesz r<>wnie<69> C++, Java albo inne z zaawansowanych mo<6D>liwo<77>ci GCC, 
  <filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> mo<6D>e bardziej 
  pasowa<77> do twoich potrzeb.
  </para></step>
<step><para>
  Rozpakuj archiwum, wykonuj<75>c
  <screen>tar -xvzf gcc-core-<replaceable>XXX</replaceable>.tar.gz</screen>
  </para></step>
<step><para>
  GCC nie jest budowane w katalogu <20>r<EFBFBD>d<EFBFBD>owym, jak wi<77>kszo<7A><6F> program<61>w,
  ale potrzebuje katalogu kompilacji poza katalogiem ze <20>r<EFBFBD>d<EFBFBD>ami.  B<>dziesz musia<69> 
  stworzy<7A> katalog przez 
  <screen>mkdir gcc-build</screen>
  </para></step>
<step><para>
  Dalej mo<6D>esz przej<65><6A> do procedury konfiguracyjnej i katalogu budowy, ale 
  musisz skonfigurowa<77> z katalogu <20>r<EFBFBD>d<EFBFBD>owego:
  <screen>
cd gcc-build
../gcc-3.<replaceable>XXX</replaceable>/configure</screen>
  </para></step>
<step><para>
  Skompiluj GCC, wykonuj<75>c t<> komend<6E> w katalogu kompilacji:
  <screen>make bootstrap</screen>
  </para></step>
<step><para>
  Teraz mo<6D>esz zainstalowa<77> GCC (jako superu<72>ytkownik), wpisuj<75>c
  <screen>make install</screen>
  </para></step>
</procedure>
</sect1>


<sect1 id="mplayer-binary">
<title>Dystrybucja binari<72>w</title>

<para>
<application>MPlayer</application> zawiera<72> wcze<7A>niej <20>r<EFBFBD>d<EFBFBD>o projektu 
OpenDivX, kt<6B>ry zabrania redystrybucji binari<72>w. Kod ten zosta<74> usuni<6E>ty w wersji 
0.90-pre1, a pozostawiony plik <filename>divx_vbr.c</filename>, kt<6B>ry pochodzi ze <20>r<EFBFBD>de<64> 
OpenDivX, zosta<74> obj<62>ty licencj<63> GPL przez jego autor<6F>w w wersji 0.90pre9. 
Mo<EFBFBD>esz teraz, bez obaw, tworzy<7A> pakiety binarne. 
</para>

<para>
Kolejn<EFBFBD> przeszkod<6F> przy redystrybucji binari<72>w by<62>a optymalizacja dla konkretnej 
architektury CPU podczas kompilacji. <application>MPlayer</application> obs<62>uguje 
wykrywanie CPU podczas uruchamiania (podaj opcj<63> 
<option>--enable-runtime-cpudetection</option> dla skryptu <command>configure</command>). 
Jest domy<6D>lnie wy<77><79>czona, poniewa<77> wymaga po<70>wi<77>cenia ma<6D>ej cz<63><7A>ci mocy obliczeniowej procesora. 
Jednak mo<6D>liwe jest teraz tworzenie binari<72>w, kt<6B>re b<>d<EFBFBD> dzia<69>a<EFBFBD>y na r<><72>nych typach 
procesor<EFBFBD>w Intela. 
</para>
</sect1>


<sect1 id="nvidia-opinions">
<title>nVidia</title>

<para>
Nie podoba nam si<73> fakt, <20>e <ulink url="http://www.nvidia.com">nVidia</ulink>
dostarcza wy<77><79>cznie sterowniki binarne (dla XFree86), kt<6B>re cz<63>sto zawieraj<61> b<><62>dy. 
Dostali<EFBFBD>my wiele zg<7A>osze<7A> na 
<ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink>
o ich b<><62>dach, marnej jako<6B>ci, braku stabilno<6E>ci oraz 
s<EFBFBD>abemu wsparciu dla u<>ytkownika i eksperta.
Wiele z tych problem<65>w/kwestii pojawia si<73> ci<63>gle. nVidia skontaktowa<77>a si<73>
z nami ostatnio i stwierdzi<7A>a, <20>e te b<><62>dy nie istniej<65>, a brak stabilno<6E>ci
jest podyktowany wadliwymi chipami AGP, nie otrzymali r<>wnie<69> <20>adnych zg<7A>osze<7A>
o b<><62>dach w sterowniku (takich, jak purpurowa linia). Je<4A>eli masz problem ze swoj<6F> kart<72> 
nVidia, doradzana jest Ci instalacja najnowszej wersji sterownik<69>w nVidia i/lub 
kupno nowej p<>yty g<><67>wnej lub poproszenie o otwarte sterowniki. W ka<6B>dym b<>d<EFBFBD> razie,
je<EFBFBD>eli u<>ywasz sterownik<69>w binarnych nVidia i stajesz przed problemami z nimi zwi<77>zanymi, 
b<EFBFBD>d<EFBFBD> <20>wiadom, <20>e nie otrzymasz zbyt du<64>ej pomocy z naszej strony, poniewa<77> nie mamy 
du<EFBFBD>ej mo<6D>liwo<77>ci jej udzielenia.
</para>
</sect1>


<sect1 id="joe-barr">
<title>Joe Barr</title>


<para>
Joe Barr sta<74> si<73> ma<6D>o popularny w grudniu 2001, pisz<73>c mniej ni<6E> pochlebn<62> 
recenzj<EFBFBD> <application>MPlayera</application> zatytu<74>owan<61>
<ulink url="http://www.linuxworld.com/story/32880.htm">MPlayer: Projekt z piek<65>a rodem</ulink>. 
Mia<EFBFBD> problemy z jego instalacj<63>. Stwierdzi<7A> r<>wnie<69>, <20>e developerzy byli ma<6D>o przyja<6A>ni, 
a dokumentacja niekompletna i ubli<6C>aj<61>ca. Sam oce<63>.
Dalej, negatywnie wspomnia<69> o Arpi'm w swoich
<ulink url="http://www.linuxworld.com/story/32887.htm">10 prognozach dla Linuksa 
na rok 2002</ulink>.
W podobnej recenzji xine zatytu<74>owanej 
<ulink url="http://www.linuxworld.com/story/32716.htm">Strumieniowy odtwarzacz medi<64>w dla reszty z nas</ulink>
ci<EFBFBD>gle wzbudza<7A> kontrowersje. Jak na ironi<6E>, pod koniec swojego artyku<6B>u cytuje
kr<EFBFBD>tk<EFBFBD> wymian<61> zda<64> mi<6D>dzy nim a G<>nter'em Bartsch'em, tw<74>rc<72> <application>xine</application>,
kt<EFBFBD>ra idealnie podsumowuje ca<63><61> spraw<61>:

<blockquote><para>
Jednak<EFBFBD>e, m<>wi<77> dalej, <20>e by<62> "zdziwiony" moj<6F> kolumn<6D> o
<application>MPlayerze</application> i m<>wi<77> mi, <20>e to niesprawiedliwe, przypominaj<61>c, <20>e 
jest to projekt wolnego oprogramowania. "Je<4A>li Ci si<73> nie podoba," powiedzia<69> Bartsch, "nie ma przeszk<7A>d, <20>eby<62>
go nie u<>ywa<77>."
</para></blockquote>
Prawie 2 lata p<><70>niej w pa<70>dzierniku 2003 napisa<73> kolejn<6A> recenzj<7A> zatytu<74>owan<61> 
<ulink url="http://www.newsforge.com/article.pl?sid=03/10/02/0343200">Mplayer raz jeszcze</ulink>.
Zawarty jest w niej nast<73>puj<75>cy wniosek:
 
<blockquote><para>
Musz<EFBFBD> przyzna<6E>, <20>e znacznie zwi<77>kszy<7A>a si<73> liczba mo<6D>liwo<77>ci, poprawi<77>a si<73> wydajno<6E><6F> 
i dokumentacja. Ci<43>gle instalacja nie jest naj<61>atwiejsza na <20>wiecie, szczeg<65>lnie 
dla pocz<63>tkuj<75>cych, ale jest troch<63> lepiej ni<6E> by<62>o.
</para></blockquote>

i

<blockquote><para>
Ale co najwa<77>niejsze, nie dochodz<64> do mnie komentarze o oburzeniu u<>ytkownik<69>w. 
My<EFBFBD>l<EFBFBD>, <20>e nale<6C>y mi si<73> za to uznanie, nawet je<6A>eli sobie tak wmawiam. 
Arpi i reszta zespo<70>u pracuj<75>cego nad projektem musz<73> czu<7A> to samo, poniewa<77>
zatroszczyli si<73> i wspomnieli o mnie w specjalnym rozdziale ich dokumentacji 
za<EFBFBD><EFBFBD>czonej w pliku tar. Jak m<>wi<77>em na pocz<63>tku, niekt<6B>re rzeczy si<73> nie  
zmieniaj<EFBFBD>.
</para></blockquote>
 
Nie mo<6D>emy sprecyzowa<77> naszego stanowiska wobec Joe Barr'a lepiej:
&quot;Ci<EFBFBD>gle nie jest to najuczciwszy i najlepiej opracowany artyku<6B> 
na <20>wiecie, ale jest lepszy ni<6E> kiedy<64>.&quot; Mamy nadziej<65>, <20>e kiedy<64> przypadniemy 
sobie do gustu. Jednak uznanie za dojrza<7A>o<EFBFBD><6F>, mo<6D>emy tylko przypisa<73> starzeniu si<73> 
i po cz<63><7A>ci zm<7A>czeniu bezsensownymi k<><6B>tniami.
</para>
</sect1>
</appendix>