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

<?xml version="1.0" encoding="iso-8859-2"?>
<!-- Synced with: 1.16 -->
<appendix id="users-vs-dev">
<title>N<EFBFBD><EFBFBD>ky v<>voj<6F><6A><EFBFBD></title>

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

<formalpara>
<title>Pozad<EFBFBD>:</title>
<para>
GCC <20>ady <emphasis role="bold">2.95</emphasis> je ofici<63>ln<6C> GNU vyd<79>n<EFBFBD> a
GCC verze 2.95.3 je nejm<6A>n<EFBFBD> chybovou verz<72> v s<>rii. Nikdy jsme nezaznamenali
kompila<EFBFBD>n<EFBFBD> probl<62>my, kter<65> bychom vystopovali a<> ke gcc-2.95.3. Po<50><6F>naje
Red Hat Linuxem 7.0, <emphasis role="bold">Red Hat</emphasis> za<7A>adil siln<6C>
patchovanou CVS verzi GCC do sv<73> distribuce a pojmenoval ji
<emphasis role="bold">2.96</emphasis>. Red Hat tuto verzi za<7A>adil do distribuce,
proto<EFBFBD>e GCC 3.0 v t<> dob<6F> nebylo dokon<6F>eno a pot<6F>ebovali kompil<69>tor, kter<65> by
dob<EFBFBD>e fungoval na v<>ech jimi podporovan<61>ch platform<72>ch, v<>etn<74>
IA64 a s390. Linuxov<6F> distributor <emphasis role="bold">Mandrake</emphasis>
rovn<EFBFBD><EFBFBD> n<>sledoval p<><70>kladu Red Hatu a za<7A>al za<7A>azovat GCC 2.96 do jejich
<EFBFBD>ady Linux-Mandrake 8.0.
</para>
</formalpara>

<formalpara>
<title>Bilance:</title>
<para>
GCC t<>m odm<64>tl jakoukoli spojitost s GCC 2.96 a vydal
<ulink url="http://gcc.gnu.org/gcc-2.96.html">offici<EFBFBD>ln<EFBFBD> vyj<79>d<EFBFBD>en<65></ulink>
ke GCC 2.96. Mnoho v<>voj<6F><6A><EFBFBD> na sv<73>t<EFBFBD> za<7A>alo m<>t probl<62>my s
GCC 2.96 a n<>kolik projekt<6B>, mezi nimi i
<ulink url="http://avifile.sf.net/news-old1.htm">avifile</ulink>,
za<EFBFBD>alo doporu<72>ovat jin<69> kompil<69>tory.
Dal<EFBFBD><EFBFBD> zaj<61>mav<61> odkazy jsou
<ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
Linux kernel news flash about kernel 2.4.17</ulink>
a
<ulink url="http://www.voy.com/3516/572.html">Voy Forum</ulink>.
Rovn<EFBFBD><EFBFBD> <application>MPlayer</application> trp<72>l ob<6F>asn<73>mi probl<62>my, kter<65>
byly v<>echny vy<76>e<EFBFBD>eny p<>echodem na jinou verzi GCC. N<>kolik projekt<6B>
za<EFBFBD>alo implementovat "obchvaty" n<>kter<65>ch sporn<72>ch m<>st 2.96, ale my
jsme odm<64>tli opravovat chyby jin<69>ch lid<69>, zvlṻ kdy<64> n<>kter<65> obchvaty
mohou zp<7A>sobit sn<73><6E>en<65> v<>konu.
</para>
</formalpara>

<para>
GCC 2.96 neumo<6D><6F>uje znaky <literal>|</literal> (roura) v assemblerov<6F>ch
koment<EFBFBD><EFBFBD><EFBFBD>ch, jeliko<6B> podporuje jak syntaxi Intel, tak AT&amp;T a znak
<literal>|</literal> je ve variant<6E> Intel symbolem. Probl<62>m je, <20>e
<emphasis>ti<EFBFBD>e</emphasis> ignoruje cel<65> blok assembleru.
To je snad ji<6A> opraveno, GCC vyp<79><70>e varov<6F>n<EFBFBD> m<>sto p<>esko<6B>en<65> bloku.
</para>

<formalpara>
<title>Sou<EFBFBD>asnost:</title>
<para>
Red Hat <20><>k<EFBFBD>, <20>e GCC 2.96-85 a v<><76> je opraven<65>. Situace se mezi t<>m zlep<65>ila.
St<EFBFBD>le vid<69>me probl<62>my v na<6E>ich konferenc<6E>ch, kter<65> zmiz<69> s jin<69>m kompil<69>torem.
V mnoha p<><70>padech na tom v<>bec nez<65>le<6C><65>. Douf<75>me, <20>e dosp<73>vaj<61>c<EFBFBD> GCC 3.x
odstran<EFBFBD> tyto probl<62>my nadobro. Pokud chcete kompilovat s 2.96 zadejte
volbu <option>--disable-gcc-checking</option> do
<filename>configure</filename>. Pamatujte v<>ak, <20>e jste v tom sami,
<emphasis role="bold">nehlaste tedy <20><>dn<64> chyby</emphasis>. Pokud to ud<75>l<EFBFBD>te,
budete vylo<6C>eni z na<6E><61> konference, jeliko<6B> ji<6A> m<>me dost dohadov<6F>n<EFBFBD> se
(flame vars) ohledn<64> GCC 2.96. Nechte to ji<6A> pros<6F>me b<>t.
</para>
</formalpara>

<para>
Pokud m<>te probl<62>my s GCC 2.96, m<><6D>ete si opat<61>it bal<61><6C>ky 2.96-85 z
<ulink url="ftp://updates.redhat.com">ftp servru</ulink> Red Hatu, nebo pou<6F><75>t
bal<EFBFBD><EFBFBD>ky 3.0.4 nab<61>zen<65> od verze 7.2 a pozd<7A>j<EFBFBD><6A>ch. Rovn<76><6E> si m<><6D>ete opat<61>it
<ulink url="ftp://people.redhat.com/jakub/gcc/errata/3.2.3-37/">bal<EFBFBD><EFBFBD>ky gcc-3.2.3-37</ulink>
(neoffici<63>ln<6C>, ale dob<6F>e funguj<75>c<EFBFBD>)
a m<><6D>ete je nainstalovat paraleln<6C> ke gcc-2.96, kterou ji<6A> m<>te.
<application>MPlayer</application> to zdetekuje a pou<6F>ije 3.2 m<>sto 2.96.
Pokud nechcete, nebo nem<65><6D>ete pou<6F><75>t bin<69>rn<72> bal<61><6C>ky, takto m<><6D>ete zkompilovat
GCC 3 ze zdrojov<6F>ch k<>d<EFBFBD>:
</para>

<procedure>
<step><para>
  B<><42>te na
  <ulink url="http://gcc.gnu.org/mirrors.html">str<EFBFBD>nku zrcadel GCC</ulink>
  a st<73>hn<68>te si <filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename>,
  kde <replaceable>XXX</replaceable> je <20><>slo verze. Archiv obsahuje <20>pln<6C>
  kompil<69>tor C a pro <application>MPlayer</application> je dostate<74>n<EFBFBD>. Pokud
  chcete i C++, Javu nebo n<>kterou jinou pokro<72>ilou vlastnost GCC,
  <filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> v<>m bude
  vyhovovat l<>pe.
  </para></step>
<step><para>
  Rozbalte archiv p<><70>kazem
  <screen>tar -xvzf gcc-core-<replaceable>XXX</replaceable>.tar.gz</screen>
  </para></step>
<step><para>
  GCC nen<65> sestavov<6F>no do adres<65><73>e se zdrojov<6F>mi k<>dy jako v<>t<EFBFBD>ina jin<69>ch
  program<61>, ale vy<76>aduje adres<65><73> mimo adres<65><73>e s k<>dy. Proto mus<75>te
  tento adres<65><73> vytvo<76>it pomoc<6F>
  <screen>mkdir gcc-build</screen>
  </para></step>
<step><para>
  Pak m<><6D>ete p<>istoupit ke konfiguraci gcc v sestavovac<61>m adres<65><73>i, ale
  pot<6F>ebujete configure ze zdrojov<6F>ho adres<65><73>e:
  <screen>
cd gcc-build
../gcc-3.<replaceable>XXX</replaceable>/configure</screen>
  </para></step>
<step><para>
  Zkompilujte GCC spu<70>t<EFBFBD>n<EFBFBD>m tohoto p<><70>kazu v sestavovac<61>m adres<65><73>i:
  <screen>make bootstrap</screen>
  </para></step>
<step><para>
  Nyn<79> m<><6D>ete nainstalovat GCC (jako root) zad<61>n<EFBFBD>m
  <screen>make install</screen>
  </para></step>
</procedure>
</sect1>


<sect1 id="mplayer-binary">
<title>Bin<EFBFBD>rn<EFBFBD> distribuce</title>

<para>
<application>MPlayer</application> d<><64>ve obsahoval zdrojov<6F> k<>d z projektu
OpenDivX, kter<65> znemo<6D><6F>oval bin<69>rn<72> distribuci. Tento k<>d byl od verze 0.90-pre1
odstran<EFBFBD>n a zb<7A>vaj<61>c<EFBFBD> soubor <filename>divx_vbr.c</filename>, kter<65> je odvozen
ze zdrojov<6F>ch k<>d<EFBFBD> OpenDivX byl sv<73>mi autory vyd<79>n pod licenc<6E> GPL okolo verze
0.90pre9. Nyn<79> si m<><6D>ete vytvo<76>it bin<69>rn<72> bal<61><6C>ky podle sv<73> chuti.
</para>

<para>
Dal<EFBFBD><EFBFBD> p<>ek<65><6B>kou v bin<69>rn<72> redistribuci byly optimalizace pro CPU architekturu
p<EFBFBD>i kompilaci. <application>MPlayer</application> nyn<79> podporuje detekci
CPU za b<>hu (zadejte volbu
<option>--enable-runtime-cpudetection</option> do <command>configure</command>).
Tato vlastnost je ve v<>choz<6F>m nastaven<65> vypnuta, jeliko<6B> zp<7A>sobuje mal<61> sn<73><6E>en<65>
rychlosti, ale umo<6D><6F>uje vytv<74><76>et bin<69>rky, kter<65> pob<6F><62><EFBFBD> na r<>zn<7A>ch z<>stupc<70>ch
Intel kompatibiln<6C>ch procesor<6F>.
</para>
</sect1>


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

<para>
Nel<EFBFBD>b<EFBFBD> se n<>m, <20>e <ulink url="http://www.nvidia.com">nVidia</ulink>
poskytuje pouze bin<69>rn<72> ovlada<64>e (pro pou<6F>it<69> s XFree86), kter<65> jsou <20>asto
chybn<EFBFBD>.
M<EFBFBD>me mnoho hl<68><6C>en<65> o probl<62>mech s t<>mito ovlada<64>i v
<ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink>
a jejich mal<61> kvalit<69>, nestabilit<69> a slab<61> u<>ivatelsk<73> a expertn<74> podpo<70>e.
Mnoho z t<>chto probl<62>m<EFBFBD>/chyb se neust<73>le opakuj<75>.
Pozd<EFBFBD>ji jsme byli kontaktov<6F>ni nVidi<64> a <20>ekli n<>m, <20>e tyto chyby neexistuj<75>,
nestabilita je zp<7A>sobena <20>patn<74>mi AGP <20>ipy a oni nemaj<61> <20><>dn<64> hl<68><6C>en<65> o chyb<79>ch
ovlada<EFBFBD><EFBFBD> (jako je fialov<6F> <20><>ra). Tak<61>e pokud m<>te probl<62>my se svou nVidia
kartou, doporu<72>ujeme aktualizovat ovlada<64> a/nebo si koupit nov<6F>
motherboard, nebo po<70><6F>dat nVidii o dod<6F>n<EFBFBD> open-source ovlada<64><61>. V ka<6B>d<EFBFBD>m p<><70>pad<61>,
pokud pou<6F><75>v<EFBFBD>te bin<69>rn<72> ovlada<64>e od nVidie a m<>te probl<62>my ve vztahu k ovlada<64>i,
po<EFBFBD><EFBFBD>tejte pros<6F>m s t<>m, <20>e se v<>m dostane z na<6E><61> strany jen mal<61> pomoci,
jeliko<EFBFBD> v tomto p<><70>pad<61> m<>me omezen<65> mo<6D>nosti.
</para>
</sect1>


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

<para>
Joe Barr se stal neblaze proslul<75>m v prosinci 2001 naps<70>n<EFBFBD>m tvrd<72>(?)
recenze <application>MPlayer</application>u nazvan<61>
<ulink url="http://www.linuxworld.com/story/32880.htm"><application>MPlayer</application>: Project z pekla</ulink>.
Shledal <application>MPlayer</application> t<><74>ko instalovateln<6C>m a usoudil,
<EFBFBD>e v<>voj<6F><6A>i byli nep<65><70>tel<65>t<EFBFBD> a dokumentace ne<6E>pln<6C> a ur<75><72>liv<69>.
Posu<EFBFBD>te v<>ak sami.
Negativn<EFBFBD> se zm<7A>nil o Arpim v <20>l<EFBFBD>nku
<ulink url="http://www.linuxworld.com/story/32887.htm">10 Linux predictions for 2002</ulink>.
V n<>sleduj<75>c<EFBFBD> recenzi xine nazvan<61>
<ulink url="http://www.linuxworld.com/story/32716.htm">A streaming media player for the rest of us</ulink>
pak pokra<72>oval v kontroverzn<7A> polemice. Ironi<6E> je, <20>e na konci tohoto <20>l<EFBFBD>nku
citoval svou v<>m<EFBFBD>nu n<>zor<6F> s G<>nterem Bartschem, p<>vodn<64>m autorem
<application>xine</application>, kter<65> perfektn<74> shrnuje celou situaci:

<blockquote><para>
A<EFBFBD>koli mi rovn<76><6E> <20>ekl, <20>e byl &quot;p<EFBFBD>ekvapen&quot; m<>m sloupkem o
<application>Mplayer</application>u a mysl<73> si, <20>e je nef<65>r, p<>ipomenul mi,
<EFBFBD>e je to svobodn<64> softwarov<6F> projekt. &quot;Kdy<EFBFBD> se v<>m nel<65>b<EFBFBD>,&quot;
<EFBFBD>ekl Bartsch, &quot;m<EFBFBD><EFBFBD>ete jej svobodn<64> nepou<6F><75>vat.&quot;
</para></blockquote>

T<EFBFBD>m<EFBFBD><EFBFBD> o dva roky pozd<7A>ji v <20><>jnu 2003 napsal dal<61><6C> recenzi nazvanou
<ulink url="http://www.newsforge.com/article.pl?sid=03/10/02/0343200">Mplayer revisited</ulink>
(chyby v gramatice vyhrazeny).
Ve ketr<74> uvedl n<>sleduj<75>c<EFBFBD> z<>v<EFBFBD>ry:

<blockquote><para>
Je t<>eba <20><>ct, <20>e jsou zde vylep<65>en<65> v po<70>tu vlastnost<73>, ve v<>konu
a v dokumentaci. St<53>le to nen<65> nejleh<65><68> instalace na sv<73>t<EFBFBD>, zvl<76><6C>t<EFBFBD> pro
nov<EFBFBD><EFBFBD>ky, ale je to lep<65><70>, ne<6E> to bylo.
</para></blockquote>

a

<blockquote><para>
Ale mnohem d<>le<6C>it<69>j<EFBFBD><6A> je, <20>e jsem si zde nepov<6F>iml <20><>dn<64>ch aktu<74>ln<6C>ch
koment<EFBFBD><EFBFBD><EFBFBD> o ur<75><72>en<65> u<>ivatel<65>. Mysl<73>m, <20>e je to i moje z<>sluha, dokonce
i kdy<64> to <20><>k<EFBFBD>m s<>m o sob<6F>. Arpi a zbytek v<>voj<6F><6A><EFBFBD> to museli c<>tit tak<61> tak,
jeliko<EFBFBD> si dali pr<70>ci, aby m<> zm<7A>nili ve zvl<76><6C>tn<74> sekci dokumentace
obsa<EFBFBD>en<EFBFBD> v tarbalu. Jak jsem <20>ekl na za<7A><61>tku, n<>ktr<74> v<>ci se nezm<7A>nily.
</para></blockquote>

Na<EFBFBD>e pocity k Joe Barrovi nem<65><6D>eme shrnout l<>pe ne<6E>:
&quot;St<EFBFBD>le to nen<65> nejf<6A>rov<6F>j<EFBFBD><6A> nebo nejfundovan<61>j<EFBFBD><6A> <20>l<EFBFBD>nek na sv<73>t<EFBFBD>,
ale je lep<65><70> ne<6E> p<>edt<64>m.&quot; Douf<75>me, <20>e p<><70><EFBFBD>t<EFBFBD> si vz<76>jemn<6D> spln<6C>me
sv<EFBFBD> o<>ek<65>v<EFBFBD>n<EFBFBD>. Z<>sluhu za na<6E>i vysp<73>lost m<> v<>hradn<64> n<><6E> vy<76><79><EFBFBD> v<>k a mo<6D>n<EFBFBD>
<EFBFBD>nava z flame wars.
</para>

</sect1>
</appendix>