Mercurial > mplayer.hg
view DOCS/xml/hu/users-vs-dev.xml @ 16434:db8d8039a5f4
gl_buffer should be unsigned
author | reimar |
---|---|
date | Fri, 09 Sep 2005 14:49:13 +0000 (2005-09-09) |
parents | 40c64f577133 |
children | f5131b5b0061 |
line wrap: on
line source
<?xml version="1.0" encoding="iso-8859-1"?> <!-- synced with 1.17 --> <appendix id="users-vs-dev"> <title>Fejleszt�i panaszok</title> <sect1 id="gcc-296"> <title>GCC 2.96</title> <formalpara> <title>A h�tt�r:</title> <para> A GCC <emphasis role="bold">2.95</emphasis>-�s sorozata egy hivatalos GNU kiad�s �s a GCC 2.95.3-as verzi�ja a leghibamentesebb ebben a sorozatban. SOha nem tapasztaltunk ford�t�si probl�m�kat, amik a gcc-2.95.3-ra lettek volna visszavezethet�ek. A Red Hat Linux 7.0-t�l kezd�d�en a <emphasis role="bold">Red Hat</emphasis> a GCC egy er�sen patchelt CVS verzi�j�t tette bele a disztrib�ci�j�ba, �s �tnevezte <emphasis role="bold">2.96</emphasis>-ra. A Red Hat az�rt vette bele ezt a verzi�t a disztrib�ci�j�ba, mert a GCC 3.0 m�g nem volt k�sz abban az id�ben �s sz�ks�g�k volt egy ford�t�ra, ami j�l m�k�dik a t�mogatott platformjaikon, bele�rtve az IA64-et �s az s390-et. A <emphasis role="bold">Mandrake</emphasis> (most m�r Mandriva) k�vette a Red Hat p�ld�j�t �s elkezdte sz�ll�tani a GCC 2.96-ot a saj�t Linux-Mandrake 8.0 sorozat�val. </para> </formalpara> <formalpara> <title>A helyzet:</title> <para> A GCC csapat visszautas�tott b�rmif�le kapcsolatot a GCC 2.96-tal �s kiadott egy <ulink url="http://gcc.gnu.org/gcc-2.96.html">hivatalos v�laszt</ulink> a GCC 2.96-ra. Sok fejleszt�nek probl�m�i t�madtak a GCC 2.96-tal �s sz�mos projekt, k�zt�k az <ulink url="http://avifile.sf.net/news-old1.htm">avifile</ulink>, elkezdett m�s ford�t�kat javasolni. �rdekes link m�g a <ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html"> Linux kernel news flash a 2.4.17-es kernelr�l</ulink> �s a <ulink url="http://www.voy.com/3516/572.html">Voy Forum</ulink>. Az <application>MPlayer</application> is szenvedett id�szakos probl�m�kkal, amik mind megold�dtak egy m�sik GCC verzi�ra val� �t�ll�ssal. Sz�mos projekt elkezdett "megker�l�seket" implement�lni a 2.96 n�h�ny hib�j�ra, de mi nem vagyunk hajland�ak m�sok hib�it jav�tgatni, k�l�n�sen mivel a jav�t�sok jelent�sen rontj�k a teljes�tm�nyt. </para> </formalpara> <para> A GCC 2.96 nem engedi meg a <literal>|</literal> (pipe) karaktereket az assembler kommentekben, mert t�mogatja mind az Intel, mind az AT&T szintaxis�t �s a <literal>|</literal> karakter egy szimb�lum az Intel vari�nsban. A probl�ma az, hogy <emphasis>jelz�s n�lk�l</emphasis> figyelmen k�v�l hagyja a teljes assembler blokkot. Ezt �ll�t�lag m�r jav�tott�k, a GCC figyelmeztet� �zenetet �r ki a blokk kihagy�sa helyett. </para> <formalpara> <title>A jelen:</title> <para> A Red Hat azt mondja, hogy a GCC 2.96-85 �s ez ut�niak jav�tva lettek. Az �gy k�zben tov�bb bonyol�dott, m�g mindig tal�lunk olyan hibajelent�seket a levelez�si list�inkon, amik m�s ford�t�val elt�nnek. Mindegy, a tov�bbiakban ez m�r nem sz�m�t. Rem�lhet�leg a k�sz�l� GCC 3.x megoldja ezt az �gyet. Ha m�gis 2.96-tal akarsz ford�tani, add meg a <option>--disable-gcc-checking</option> kapcsol�t a <filename>configure</filename>-nak. Eml�kezz r�, hogy ezesetben a magad ura vagy �s <emphasis role="bold">ne jelents semmilyen hib�t</emphasis>. Ha m�gis ezt teszed, csak kitilt�st kaphatsz a levelez�si list�r�l, mert m�r a sokn�l is t�bb flame volt a GCC 2.96 miatt. Pihentess�k az �gyet. </para> </formalpara> <para> Ha probl�m�id vannak a GCC 2.96-tal, let�ltheted a 2.96-85 csomagokat a Red Hat <ulink url="ftp://updates.redhat.com">ftp szerver�r�l</ulink> vagy egyszer�en haszn�ld a 3.0.4 csomagokat, amik a 7.2 �s k�s�bbi kiad�sokban tal�lhat�ak. Let�ltheted a <ulink url="ftp://people.redhat.com/jakub/gcc/errata/3.2.3-37/">gcc-3.2.3-37 csomagokat</ulink> is (nem hivatalos, de j�l m�k�d�) �s telep�theted a m�r megl�v� gcc-2.96 mell�. Az <application>MPlayer</application> meg fogja tal�lni �s ink�bb a 3.2-eset haszn�lja a 2.96 helyett. Ha nem akarod vagy nem tudod haszn�lni a bin�ris csomagokat, itt van, hogy tudod leford�tani forr�sb�l a GCC 3-at: </para> <procedure> <step><para> Menj a <ulink url="http://gcc.gnu.org/mirrors.html">GCC t�kr�ket tartalmaz�</ulink> oldal�ra �s t�ltsd le a <filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename> f�jlt, ahol <replaceable>XXX</replaceable> a verzi� sz�m. Ebben benne van a teljes C ford�t� �s elegend� az <application>MPlayer</application>hez. Ha C++, Java vagy valamelyik m�sik GCC funkci� is kell neked, a <filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> jobban megfelel az ig�nyeidnek. </para></step> <step><para> Csomagold ki az arch�vot a <screen>tar -xvzf gcc-core-<replaceable>XXX</replaceable>.tar.gz</screen> paranccsal! </para></step> <step><para> A GCC nem a forr�s k�nyvt�rba ker�l leford�t�sra, mint a legt�bb program, hanem kell neki egy kimeneti k�nyvt�r valahol a forr�son k�v�l. �gy l�tre kell hoznod egy k�nyvt�rat a <screen>mkdir gcc-build</screen> paranccsal. </para></step> <step><para> Ezut�n elv�gezheted a gcc konfigur�l�s�t a c�lk�nyvt�rb�l, azonban a configure a forr�s k�nyvt�rban van: <screen> cd gcc-build ../gcc-3.<replaceable>XXX</replaceable>/configure</screen> </para></step> <step><para> Ford�tsd le a GCC-t a k�vetkez� parancs kiad�s�val a c�lk�nyvt�rban: <screen>make bootstrap</screen> </para></step> <step><para> Most m�r telep�theted a GCC-t (mint root) a <screen>make install</screen> parancs beg�pel�s�vel. </para></step> </procedure> </sect1> <sect1 id="mplayer-binary"> <title>Bin�ris disztrib�ci�k</title> <para> Az <application>MPlayer</application> r�gebben tartalmazott forr�st az OpenDivX projektb�l, ami tiltja a bin�ris tov�bbad�s�t. Ezt a k�dot elt�vol�tottuk a 0.90-pre1 verzi�ban �s a visszamard� <filename>divx_vbr.c</filename> f�jlt, ami az OpenDivX forr�s�b�l sz�rmazik, GPL terjeszt�s al� vett�k a fejleszt�i a 0.90pre9-es verzi�ra. �gy m�r nyugodtan k�sz�thetsz bin�ris csomagokat, ha �gy tartja kedved. </para> <para> A bin�ris tov�bbterjeszt�s m�sik akad�lya a ford�t�si id�ben t�rt�n� CPU architekt�r�nak megfelel� optimaliz�ci� volt. Az <application>MPlayer</application> most m�r t�mogatja a fut�sidej� CPU keres�st (add meg az <option>--enable-runtime-cpudetection</option> kapcsol�t a <command>configure</command> parancsnak). Alap�rtelmez�sk�nt ki van kapcsolva, mert mag�ban hordoz egy kicsi sebess�gcs�kken�st, de �gy most m�r lehets�ges olyan bin�risok l�trehoz�sa, amelyek futnak az Intel kompatibilis CPU csal�d k�l�nb�z� tagjain. </para> </sect1> <sect1 id="nvidia-opinions"> <title>nVidia</title> <para> Nem igaz�n �r�l�nk annak a t�nynek, hogy az <ulink url="http://www.nvidia.com">nVidia</ulink> csak bin�ris vez�rl�t biztos�t (az XFree86-tal t�rt�n� haszn�lathoz), ami gyakran hib�s. Rengeteg jelent�st kaptunk az <ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink> list�n olyan probl�m�kr�l, amik ezekhez a z�rt forr�sk�d� vez�rl�kh�z kapcsl�dtak �s ezek gyenge min�s�g�hez, instabilit�s�hoz �s a felhaszn�l�i tapasztalatlans�ghoz. Sok ilyen probl�ma/dolog ism�telten felt�nik. Nem r�gen t�rgyaltunk az nVidia-val �s azt mondt�k, hogy ezek a hib�k nem l�teznek, az instabilit�st a rossz AGP chip-ek okozz�k �s hogy �k nem kaptak jelent�st vez�rl� hib�kr�l (mint a r�zsasz�n vonal). �gy ha probl�m�d van az nVidia k�rty�ddal, azt tan�csoljuk, hogy friss�tsd az nVidia vez�rl�d �s/vagy vegy�l egy �j alaplapot vagy k�rd meg az nVidia-t, hogy biztos�tson ny�lt-forr�sk�d� vez�rl�ket. B�rmelyik esetben, ha az nVidia bin�ris vez�rl�j�t haszn�lod �s vez�rl� probl�m�id vannak, k�rlek eml�kezz r�, hogy t�l�nk nagyon kev�s seg�ts�get kaphatsz, mert nincs el�g energi�nk, hogy az ilyen �gyekben is seg�ts�nk. </para> </sect1> <sect1 id="joe-barr"> <title>Joe Barr</title> <para> Joe Barr 2001. december�ben lett el�g n�pszer�tlen, amikor egy cs�ppet sem kedves <application>MPlayer</application> �ttekint�st k�sz�tett, <ulink url="http://www.linuxworld.com/story/32880.htm"><application>MPlayer</application>: Projekt a pokolb�l</ulink> c�mmel. �gy tal�lta, hogy az <application>MPlayer</application>t neh�z telep�teni �s azt a k�vetkeztet�st vonta le, hogy a fejleszt�k bar�ts�gtalanok �s a dokument�ci� nem teljes valamint s�rt�. L�gy te a b�r�! Tov�bb menve negat�van tett eml�t�st �rpir�l a <ulink url="http://www.linuxworld.com/story/32887.htm">10 Linux predictions for 2002</ulink> c�m� cikkj�ben. Egy k�vetkez� �ttekint�sben, melyben a xine-r�l �r <ulink url="http://www.linuxworld.com/story/32716.htm">A streaming media player for the rest of us</ulink> c�mmel, folytatja a bajkever�st. Ir�nikus m�don ezen cikk v�g�n id�zi G�nter Bartsch-sal, a <application>xine</application> eredeti szerz�j�vel t�rt�nt eszmecser�j�t, ami t�k�letesen �sszefoglalja az eg�sz szitu�ci�t: <blockquote><para> Azonban kihangs�lyozta, hogy "meglep�d�tt" az <application>Mplayer</application>r�l sz�l� �r�somon �s �gy gondolta, hogy az nem fair, eml�keztetve engem arra, hogy az is egy szabad szoftver projekt. "Ha nem szereted," mondja Bartsch, "szabad nem haszn�lnod." </para></blockquote> Majdnem k�t �vvel k�s�bb, 2003. okt�ber�ben �rt egy m�sik �ttekint�st <ulink url="http://www.newsforge.com/article.pl?sid=03/10/02/0343200">Mplayer revisited</ulink> c�mmel (a hib�s �r�sm�dot megtartottam). Ebben az al�bbi k�vetkeztet�sre jutott: <blockquote><para> Azt mondan�m, hogy van fejl�d�s a jellemz�k sz�m�t tekintve, teljes�tm�nyben, �s a dokument�ci�ban. M�g mindig nem a vil�g legk�nnyebb telep�t�se, k�l�n�sen az �joncoknak, de kicsit jobb, mint r�gen. </para></blockquote> �s <blockquote><para> De ami m�g fontosabb, nem tal�ltam semmilyen �j, felhaszn�l�kat s�rt� megjegyz�st. �gy gondolom, ebben van egy kis r�szem, m�g akkor is, ha csak �n gondolom �gy. �rpinak �s a projekt t�bbi tagj�nak is �gy gondolhatja, mert �gyeltek r�, hogy megeml�kezzenek r�lam a dokument�ci� egy speci�lis r�sz�ben, ami a tarball-ban is megtal�lhat�. Mint ahogy az elej�n is mondtam, n�h�ny dolog semmit sem v�ltozott. </para></blockquote> Nem tudn�nk enn�l jobban �sszefoglalni a Joe Barr ir�nti �rz�seinket: "Nem a legkorrektebb vagy legjobb ut�naj�r�s alapj�n meg�rt cikk a vil�gon, de jobb, mint azel�tt volt." Tal�n a legk�zelebbi alkalommal m�r meg fogunk felelni egym�s elv�r�sainak. B�r a be�r�s�rt j�r� k�sz�net csak az egyre m�l� id�t illeti meg �s tal�n az elf�rad�st a flame h�bor�kban. </para> </sect1> </appendix>