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