|
4867
|
1 <HTML>
|
|
5583
|
2
|
|
|
3 <HEAD>
|
|
|
4 <STYLE>
|
|
|
5 .text
|
|
|
6 {font-family : Verdana, Arial, Helvetica, sans-serif;
|
|
|
7 font-size : 14px;}
|
|
|
8 </STYLE>
|
|
|
9 </HEAD>
|
|
|
10
|
|
4867
|
11 <BODY BGCOLOR=white>
|
|
|
12
|
|
5583
|
13 <FONT CLASS="text">
|
|
4867
|
14
|
|
|
15 <P><B><I>In medias res</I></B></P>
|
|
|
16
|
|
|
17 <P>Ci sono due argomenti principali che causano sempre grandi dispute e flame sulla mailing list degli
|
|
|
18 <A HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">utenti-mplayer</A>.
|
|
|
19 Il numero uno è naturalmente l'argomento</P>
|
|
|
20
|
|
|
21 <A NAME=gcc><P><B><I>GCC 2.96</I></B></P>
|
|
|
22
|
|
|
23 <P><B>Leggi anche <A HREF="gcc-2.96-3.0.html">questo</A> testo !!!</B></P>
|
|
|
24
|
|
|
25 <P>Il <I>retroscena</I> : C'erano/ci sono le serie GCC <B>2.95</B>. Il migliore
|
|
|
26 era il 2.95.3 . Per favore nota lo stile di numerazione delle versioni.
|
|
|
27 Così è come il team GCC numera i loro compilatori. Quelli della serie 2.95 sono buoni.
|
|
5583
|
28 Non abbiamo mai visto nulla compilato male a causa di errori del 2.95.3.</P>
|
|
4867
|
29
|
|
|
30 <P>L' <I>atto</I> : <B>RedHat</B> cominciò ad includere una versione <B>2.96</B> di GCC
|
|
|
31 con le loro distribuzioni. Nota il numero di versione. Questo dovrebbe essere una versione del
|
|
|
32 team GCC. Hanno modificato la versione CVS di GCC (qualcosa tre 2.95 e 3.0)
|
|
|
33 L'hanno modificata profondamente, e hanno usato questa versione nella distribuzione perchè il 3.0
|
|
|
34 non era uscito a quel tempo, e vollero che IA64 supportasse ASAP (ragioni di mercato).
|
|
5583
|
35 Oh, e GCC 2.95 compila male bash sull'architettura s390...</P>
|
|
4867
|
36
|
|
|
37 <P>I <I>fatti</I> : Per compilare <B>MPlayer</B> necessita l'opzione
|
|
|
38 <CODE>--disable-gcc-checking</CODE> per procedere dopo l'aver trovato la versione 2.96 di GCC
|
|
|
39 (apparentemente la necessita anche con <B>egcs</B>. Questo perchè noi non
|
|
|
40 testiamo <B>MPlayer</B> con egcs. Perdonaci, noi preferiamo sviluppare <B>MPlayer</B>).
|
|
|
41 Se conosci <B>MPlayer</B>, dovresti sapere che è molto veloce. Ottiene questo
|
|
|
42 grazie al fatto di avere codici MMX/SSE/3DNow/ecc stra-ottimizzati, fastmemcpy, e
|
|
|
43 molte altre caratteristiche. <B>MPlayer</B> contiene istruzioni MMX/3DNow in una
|
|
|
44 sintassi che tutti i compilaturi linux accettano... tranne il GCC della RedHat (è più
|
|
|
45 compatibile con gli standard). Semplicemente li <B><I>salta</I></B>. Non mostra
|
|
|
46 errori. Non mostra avvertimenti. <B>E</B>, c'è Lame. Col gcc 2.96, il suo test di qualità
|
|
|
47 (<CODE>make test</CODE> dopo aver compilato) <I>non parte nemmeno !!!</I>
|
|
|
48 Ma hey, compila bash su s390 e IA64.</P>
|
|
|
49
|
|
|
50 <P>Le <I>dichiarazioni</I> : la maggior parte degli sviluppatori del mondo cominciarono
|
|
|
51 ad avere una cattiva idea del GCC 2.96 della RedHat, e dissero ai loro utenti RedHat di
|
|
|
52 compilare con un altro compilatore. Il disappunto degli utenti RedHat si trasformò lentamente
|
|
|
53 in rabbia. A cosa serviva,
|
|
|
54 se non a procurare mal di testa agli sviluppatori, gettare benzina su flame anti-RedHat,
|
|
|
55 confondere gli utenti? La risposta, non la conosco.</P>
|
|
|
56
|
|
|
57 <P><I>I giorni nostri</I> : RedHat dice che il GCC 2.96-85 e superiori
|
|
|
58 sono stati corretti, e funzionano propriamente. Nota il numero di versione. Avrebbero dovuto cominciare
|
|
|
59 con qualcosa del genere. Com'è il GCC 2.96.85 ? Non importa ora.
|
|
|
60 Non ho cercato, ma vedo ancora bug nel 2.96 . Non importa ora,
|
|
|
61 si spera che ora <B>RedHat dimenticherà il 2.96</B> e si rivolgerà verso il <B>3.0</B>.
|
|
|
62 Verso un 3.0 profondamente modificato...
|
|
|
63 </P>
|
|
|
64
|
|
|
65 <P><I>Quello che non capisco</I> è perchè gli utenti RedHat ci odino per aver
|
|
|
66 inserito messaggi di avvertimento, e documenti che consigliano di stare alla larga dal 2.96 in <B>MPlayer</B> .
|
|
|
67 Perchè siamo chiamati "teste bacate", "scemi totali", "puerili" dagli
|
|
|
68 <B>utenti RedHat</B>, sulla nostra mailing list, e perfino su quella <B>redhat-devel</B> .
|
|
|
69 Hanno anche considerato l'idea di un fork di <B>MPlayer</B> per loro stessi. Utenti RedHat.
|
|
|
70 Perchè? E' RedHat che ha fatto il compilatore, perchè <U>voi</U> dovete odiarci?
|
|
|
71 Siete <U>così</U> adoratori di RedHat? Per favore smettetela. Non abbiamo
|
|
|
72 nessun rancore nei confronti degli utenti, non importa se vi sembra tanto il contrario.
|
|
|
73 Per favore andateci di flame con Linus Torvalds, gli sviluppatori DRI (oh, ora so perchè sono
|
|
|
74 stati sospesi da VA!), di Wine, di avifile. Anche se siamo arroganti,
|
|
|
75 non siamo come questi elencati? Perchè <B>noi</B> dovremmo
|
|
|
76 soffrire la vostra ingiusta collera?</P>
|
|
|
77
|
|
|
78 <P><A HREF="mailto:willis_matthew@yahoo.com">Matt Willis</A> ci ha gentilmente mandato
|
|
|
79 un semplice documento su come compilare col GCC-3.0.3, lo copio qui sotto:</P>
|
|
|
80
|
|
|
81 <P>
|
|
|
82 <UL>
|
|
|
83 <LI>Scarica gcc. Vai alla pagina <A
|
|
|
84 HREF="http://gcc.gnu.org/mirrors.html">http://gcc.gnu.org/mirrors.html</A>
|
|
|
85 Io ho scaricato i seguenti file, ma non devi avere tutto:<BR>
|
|
|
86 <CODE>gcc-g++-3.0.3.tar.gz<BR>
|
|
|
87 gcc-objc-3.0.3.tar.gz<BR>
|
|
|
88 gcc-3.0.3.tar.gz<BR>
|
|
|
89 gcc-g77-3.0.3.tar.gz<BR>
|
|
|
90 gcc-testsuite-3.0.3.tar.gz<BR>
|
|
|
91 gcc-core-3.0.3.tar.gz<BR>
|
|
|
92 gcc-java-3.0.3.tar.gz</CODE>
|
|
|
93 </LI>
|
|
|
94
|
|
|
95 <LI>Scompatta i file, fai una directory per la compilazione, e compila<CODE><PRE>
|
|
|
96 tar xvzf gcc-*3.0.3.tar.gz
|
|
|
97 mkdir gcc-build; cd gcc-build
|
|
|
98 ../gcc-3.0.3/configure --prefix=/opt --program-suffix=-3.0.3
|
|
|
99 make bootstrap; mkdir -p /opt; make install</PRE></CODE>
|
|
|
100
|
|
|
101 <LI>Inserisci nel tuo path /opt/bin<BR>
|
|
|
102 <CODE>export PATH=/opt/bin:${PATH}</CODE>
|
|
|
103
|
|
|
104 <LI>Ora puoi compilare MPlayer.</LI>
|
|
|
105 </UL>
|
|
|
106 </P>
|
|
|
107
|
|
|
108 <A NAME=binary><P><B><I>Distribuzione binaria di MPlayer</I></B></P>
|
|
|
109
|
|
|
110 <P>Tonnellate di utenti ci hanno chiesto questo. Per esempio gli utenti Debian tendono a dire: Oh,
|
|
4961
|
111 Posso fare <CODE>apt-get install avifile</CODE>, perchè dovrei <B>compilare MPlayer</B> ?
|
|
4867
|
112 Sebbene questo possa sembrare ragionevole, la questione è un po' più complessa che
|
|
|
113 quei-fottuti-sviluppatori-MPlayer-odiano-gcc-2.96-e-RedHat-e-Debian.</P>
|
|
|
114
|
|
|
115 <P>Ragioni: <B>Legge</B></P>
|
|
|
116
|
|
|
117 <P><B>MPlayer</B> designa il <U>codice sorgente</U>. Questo contiene molti file con licenze
|
|
|
118 incompatibili specialmente a livello di clausole di redistribuzione. Come file sorgente, possono
|
|
|
119 coesistere in uno stesso progetto.</P>
|
|
|
120
|
|
|
121 <P>Quindi, <U>NON POSSONO ESISTERE NE BINARI NE PACCHETTI BINARI DI <B>MPlayer</B> IN QUANTO
|
|
|
122 TALI OGGETTI VANNO CONTRO LE LICENZE</U>. PERSONE CHE DISTRIBUISCONO TALI PACCHETTI BINARI STANNO
|
|
|
123 COMPIENDO ATTIVITA' ILLEGALI.</P>
|
|
|
124
|
|
|
125 <P>Quindi se conosci qualcuno che mantiene un pacchetto binario mandagli
|
|
|
126 questo testo e contattaci o chiedi a lui di farlo. Quello che sta facendo è illegale e
|
|
|
127 NON E' PIU' <B>MPlayer</B>, ma il <U>suo</U> mplayer. Se qualcosa non va con quel pacchetto, è
|
|
4961
|
128 colpa sua. Non venite a lamentarvi sulle mailing list di <B>MPlayer</B>, sarete probabilmente
|
|
|
129 messi in blacklist.</P>
|
|
4867
|
130
|
|
|
131 <P>Ragioni: <B>Tecniche</B></P>
|
|
|
132
|
|
|
133 <P>
|
|
|
134 <UL>
|
|
|
135 <LI>Le ottimizzazioni di velocità di <B>MPlayer</B> (MMX, SSE, fastmemcpy, ecc) sono
|
|
|
136 stabilite durante la compilazione. Così un binario compilato contiene codice
|
|
|
137 specifico del processore. Un binario <B>MPlayer</B> compilato per K6 non funzionerà su
|
|
|
138 Pentium e vice versa. Questo deve essere aggirato dal riconoscimento a
|
|
|
139 runtime, che non è una cosa facile da fare perchè da come risultato una grande diminuzione di
|
|
|
140 velocità. Se non ci credi (è stato spiegato in dettaglio 10000 volte su
|
|
|
141 mplayer-users, cerca negli archivi), risolvi il problema e mandaci una patch. Qualcuno
|
|
|
142 aveva cominciato a lavorarci, ma da allora è scomparso.</LI>
|
|
|
143 <LI>Il sistema audio/video di <B>MPlayer</B> non è basato su plugin. E' compilato
|
|
|
144 nel binario, facendolo così dipendere da varie librerie (la
|
|
|
145 GUI dipende da GTK, DivX4 dipende da libdivxdecore, SDL dipende da libSDL,
|
|
|
146 ogni versione di SDL contiene un bug proprio che deve essere aggirato alla
|
|
|
147 compilazione, l'output X11 compila diversamente per X3 e X4, ecc). Potrai dire:
|
|
|
148 si, facciamo 30 versioni di binari scaricabili! Noi no. Inseriremo
|
|
|
149 queste cose come plugin nel futuro.</LI>
|
|
|
150 </UL>
|
|
|
151
|
|
5583
|
152 <P>Risolveremo (almeno vorremmo) 2 di questi problemi nel prossimo rilascio :
|
|
|
153 i problemi legali (stiamo rimuovendo tutto il codice non-GPL e convincendo altri a
|
|
|
154 cambiare la loro licenza in GPL) e il riconoscimento della CPU a runtime. Comunque, la dipendenza
|
|
|
155 da varie librerie, versioni e parametri ambientali rimarrà.</P>
|
|
|
156
|
|
|
157
|
|
4867
|
158 <A NAME=nvidia><P><B><I>NVidia</I></B></P>
|
|
|
159
|
|
|
160 <P>Non ci piacciono i driver binari di nvidia, la loro qualità, instabilità,
|
|
4961
|
161 l'inesistente supporto all'utente, la regolare comparsa di nuovi bug. E la maggior parte degli utenti fa
|
|
4867
|
162 lo stesso. Ultimamente siamo stati contattati da NVidia, e loro hanno detto che questi bug non
|
|
|
163 esistono, l'instabilità è causata da pessimi chip AGP, e che non hanno ricevuto nessuna segnalazione
|
|
|
164 di bug del driver (la linea viola, per esempio). Quindi: se hai problemi con
|
|
|
165 la tua NVidia, aggiorna il driver nvidia e/o compra una nuova
|
|
|
166 scheda madre.</P>
|
|
|
167
|
|
|
168 <A NAME=kotsog><P><B><I>Joe Barr</I></B></P>
|
|
|
169
|
|
|
170 <P>Non risponde alle nostre mail. Il suo editore non risponde alle nostre mail.
|
|
4961
|
171 La rete è piena delle sue false dichiarazioni e accuse (apparentemente non
|
|
4867
|
172 gli piacciono i ragazzi BSD, a causa dei loro diversi punti di vista
|
|
|
173 [su cosa?]).</P>
|
|
|
174
|
|
|
175 <P>Ora alcune citazioni di diverse persone circa Joe Barr (solo per farvi sapere
|
|
|
176 perchè non conta assolutamente niente):</P>
|
|
|
177
|
|
|
178 <P><I>"Voi tutti ricorderete il LinuxWorld 2000, quando lui affermò che Linus T disse
|
|
|
179 che 'FreeBSD è solo un aiuto per i programmatori'. Linus non disse NIENTE del
|
|
|
180 genere. Quando furono chieste spiegazioni a Joe, la sua reazione fu quella di chiamare tutti i sostenitori BSD
|
|
|
181 stupidi e tonti."</I></P>
|
|
|
182
|
|
|
183 <P><I>"E' interessante, ma non è bravo ad evitare, um... le discussioni. Joe Barr
|
|
|
184 era regolarmente presente sul forum Canopus di Zachmann su Compuserve,
|
|
|
185 anni fa. Allora era un sostenitore di OS/2 (anche io ero un fan di OS/2).
|
|
|
186 Era solito passare il limite, insultando la gente, e credo che avesse passato dei brutti quarti d'ora,
|
|
4961
|
187 al tempo. Si è ammorbidito un po' recentemente, giudicando dalle sue colonne. L'umorismo moderatamente
|
|
4867
|
188 subdolo non era suo uso a quei tempi, per niente."</I></P>
|
|
|
189
|
|
|
190 </HTML>
|
