<?xml version="1.0"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"
    "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd" [
<!ENTITY howto         "http://tldp.org/HOWTO/">
<!ENTITY mini-howto    "http://tldp.org/HOWTO/mini/">
<!ENTITY home          "http://www.catb.org/~esr/">
<!ENTITY fcv            "3">
]>

<article id="index" lang="it">
<articleinfo>
<title>Fedora Multimedia Installation HOWTO</title>

<author>
  <firstname>Eric</firstname>
  <othername>Steven</othername>
  <surname>Raymond</surname>
  <affiliation>
    <orgname><ulink url="&home;">Thyrsus Enterprises</ulink></orgname>
  </affiliation>
</author>

<revhistory>
   <revision>
      <revnumber>5.1</revnumber>
      <date>2006-03-25</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	Semplificate e corrette alcune istruzioni di FC5.
       </revremark>
   </revision>
   <revision>
      <revnumber>5.0</revnumber>
      <date>2006-03-21</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	Aggiornamento per Fedora Core 5. Da un lato, adesso possiamo
        prendere pressoch&eacute; tutto da livna, il che semplifica la 
        vita. Da un altro, Totem e Xine sono entrambi completamente inutilizzabili.
       </revremark>
   </revision>
   <revision>
      <revnumber>4.0</revnumber>
      <date>2005-10-09</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	 Aggiornamento per Fedora Core 4. I repository di fedora.us sono diventati
	 Fedora Extras. Il plugin di Adobe Acrobat non sembra essere ancora a lungo
	 necessario, xpdf ed evince hanno preso una migliore direzione.
       </revremark>
   </revision>
   <revision>
      <revnumber>3.0</revnumber>
      <date>2004-11-07</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	       Aggiornamento per Fedora Core 3.
       </revremark>
   </revision>
   <revision>
      <revnumber>2.2</revnumber>
      <date>2004-09-07</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	       Correzioni per il kernel 2.6.8 e per Mozilla 1.7.
       </revremark>
   </revision>
   <revision>
      <revnumber>2.1</revnumber>
      <date>2004-08-03</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	 RealPlayer 10 viene rilasciato come open source. Ci&ograve; cambia qualcosa.
       </revremark>
   </revision>
   <revision>
      <revnumber>2.0</revnumber>
      <date>2004-07-14</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	 Aggiornamento per Fedora Core 2. Rimossi i metodi per up2date,
         l'aggiornamento per FC2 sembra essere inutilizzabile.
       </revremark>
   </revision>
   <revision>
      <revnumber>1.2</revnumber>
      <date>2004-02-03</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	 Correzioni tipografiche.
       </revremark>
   </revision>
   <revision>
      <revnumber>1.1</revnumber>
      <date>2004-01-31</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	 Il repository di Dag Wieers &egrave; stato abilitato a yum,
         cos&igrave; apt-get scompare dal quadro. Aggiunta l'installazione 
         di mozilla-acroread. Aggiunto qualche repellente avvocato d'assalto.
       </revremark>
   </revision>
   <revision>
      <revnumber>1.0</revnumber>
      <date>2004-01-30</date>
      <authorinitials>esr</authorinitials>
       <revremark>
	 Versione iniziale.
       </revremark>
   </revision>
</revhistory>

<abstract>

<para>Come fare in modo che varie Maledette Cose
multimediali di tipo proprietario e con restrizioni (AVI, Flash, Java, MP3, 
MPEG, QuickTime, RealMedia, Windows Media) possano lavorare sotto Fedora 
Core usando normali strumenti di gestione dei pacchetti. Include le 
istruzioni per i plugin di Firefox. Adesso con informazioni su entrambi i 
sistemi basati sulle architetture a 32 ed a 64 bit di Intel.</para>

<para>Sfortunatamente, le novit&agrave; in FC5 sono tutte alquanto cattive. 
Totem e Xine sono entrambi completamente inutilizzabili.</para>

<para>Traduzione di Guido Caruso &mdash; g.caruso at fedoraserver.org, 
revisione di Giulio Daprel&agrave; - giulio at pluto dot it </para>

</abstract>
</articleinfo>

<sect1 id="introduction"><title>Introduzione</title>

<para>Ci sono delle Cose Maledette come abilitare Java e Flash in Mozilla,
fare suonare file MP3, visualizzare filmati Quicktime/AVI/RealMedia/Windows 
Media in stream, e visualizzare DVD criptati, che i tipi della distribuzione 
Fedora non vogliono dirvi come fare, sia perch&eacute; hanno paura di 
essere citati in giudizio per violazione del DMCA sia per varie ragioni 
estetiche e politiche.</para>

<para>Questo HOWTO riunisce le informazioni rilevanti in un unico posto. 
Non &egrave; un HOWTO per la generalit&agrave;  delle applicazioni 
multimediali su Linux; se lo fosse, ci sono centinaia di strumenti ingegnosi 
e pacchetti che dovrebbe elencare (a cominciare da GIMP e tutti i suoi
affini e derivati e simbionti). I pacchetti che descriveremo qui sono 
esattamente delle patate bollenti sia legalmente che politicamente, la 
materia prima che viene lavorata da monopoli e inquieti giuristi.</para>

<para>Un buon bagaglio di informazioni su come levare dal marasma un 
sistema Fedora pu&ograve; anche essere trovato sul sito web di 
<ulink url="http://fedoranews.org/">FedoraNEWS</ulink> e nella 
<ulink url='http://www.fedorafaq.org/'>Unofficial Fedora FAQ</ulink>. Una 
supposizione che distingue questo documento da quelle altre risorse &egrave; 
che voi siate pigri come me &mdash; e che vogliate installare le vostre 
Cose Maledette (e, dopo, aggiornarle) con i vostri strumenti ordinari di
gestione dei pacchetti, con un numero assolutamente minimo di visite in siti speciali,
download di sorgenti in formato tar, o eseguendo singole procedure di compilazione.</para>

<para>Nota legale: nessun codice sorgente o localizzazione di codice 
sorgente di software prodotto, tale da essere oggetto del DMCA, &egrave;
rivelato in questa pagina, si dovr&agrave; guardare nel mio sito web 
personale per quello. Il DMCA &egrave; una cattiva legge fattaci ingoiare 
a forza da sciocchi e furfanti e il suo uso per sopprimere la libert&agrave;
di parola sul software &egrave; una disgrazia, ma per assicurare la massima
distribuzione a questo HOWTO, io qui sono rimasto subordinato ad
esso.</para>

<para>Una ragione per cui sto facendo questo &egrave; che mi ritengo un 
bersaglio pi&ugrave; duro per gli avvocati d'assalto, rispetto a molti 
hacker; la pubblica fama e una reputazione a servizio della libert&agrave;  
di parola sono di aiuto, qui. Se tu che leggi sei un avvocato d'assalto, 
sei avvisato che invariabilmente risponder&ograve; ad attacchi ed 
intimidazioni combattendo, che sono dotato di buon senso legale e <emphasis>
molto</emphasis> bravo nel lavorare con la stampa, e che <emphasis>far&ograve; 
uso</emphasis> di tutta la mia considerevole abilit&agrave; per fare cadere 
te ed il nome del tuo cliente in disgrazia, se tu dovessi tentare di
sopprimere la mia libert&agrave; di parola. Sei avvertito.</para>

<sect2 id="newversions"><title>Nuove versioni di questo documento</title>

<para>Si pu&ograve; anche vedere l'ultima versione di questo HOWTO sul World Wide
Web all'URL <ulink url="&howto;Fedora-Multimedia-Installation-HOWTO/">
&howto;Fedora-Multimedia-Installation-HOWTO.html</ulink>.</para>

<para>Inviate liberamente messaggi di posta elettronica con commenti 
riguardanti questo HOWTO, o integrazioni o risoluzioni di errori, a Eric 
S. Raymond, <email>esr@snark.thyrsus.com</email>. Ma per favore non 
chiedetemi di risolvere problemi di configurazione di dispositivi 
multimediali o di plugin; se lo farete, vi ignorer&ograve;. Tutto ci&ograve; 
che so su questo argomento &egrave; gi&agrave; qui.</para>
</sect2>
</sect1>

<sect1><title>Pacchetti, strumenti e repository</title>

<para>Le recenti versioni di Linux si stanno rapidamente muovendo verso 
un mondo in cui i supporti fisici vengono usati solo per l'installazione 
del sistema operativo, con aggiornamenti cercati ed installati da strumenti 
che interrogano i repository in Internet. Bisogner&agrave; conoscere 
qualcosa riguardo questi strumenti e sui repository da cui essi prendono
i pacchetti in formato binario.</para>

<para>I pacchetti di Fedora sono chiamati RPM. Ognuno pu&ograve; essere 
installato o rimosso come un gruppo, e rende disponibile un'applicazione 
insieme ai file di supporto di cui questa ha bisogno. Alcuni pacchetti 
dipendono da altri &mdash; un'applicazione, per esempio, pu&ograve; 
richiedere lo specifico supporto di librerie. Parte del lavoro che un 
programma di installazione di pacchetti compie &egrave; scaricare
quelle dipendenze ed installarle prima dell'installazione del pacchetto 
principale.</para>

<para>Sfortunatamente i pacchetti RPM possono scontrarsi l'uno con l'altro 
&mdash; per esempio, volendo mettere versioni incompatibili di un comando 
o di un file di supporto. Il principale lavoro del manutentore di un 
repository &egrave; quello di assicurasi che (a) i pacchetti RPM nella sua
raccolta non cozzino l'uno con l'altro, e (b) che tutte le loro dipendenze 
siano risolte o all'interno del suo repository o all'interno di repository 
'di base' di cui egli stesso ne annuncia la dipendenza.</para>

<para>C'&egrave; un repository di base per Fedora Linux mantenuto dallo stesso
progetto Fedora, e circa una mezza dozzina di repository di estensioni che
dipendono da quella base. Tali estensioni o repository di "terze-parti" sono
il posto dove si prenderanno le proprie Cose Maledette; sono mantenuti da 
volontari non dipendenti dal Fedora Project, spesso localizzati in siti al 
di fuori degli Stati Uniti dove sono meno esposti a giuristi predatori.</para>

<para>I repository delle estensioni sono formati da combriccole definite 
dalla reciproca compatibilit&agrave;. C'&egrave; molta turbolenza e molta 
politica intorno a tali combriccole che, in qualit&agrave; di utenti finali, 
voi potete abbondantemente ignorare. L'unico motivo per cui bisogna
conoscere questo &egrave; che bisogna scegliere una combriccola affinch&eacute;
si possano evitare conflitti tra i pacchetti. All'inizio del 2006 ci sono,
essenzialmente, tre combriccole da scegliere, come descriver&ograve;
pi&ugrave; avanti.</para>

<para>Prima ho bisogno di introdurre gli strumenti che occorreranno per 
andare a cercare le proprie Cose Maledette:</para>

<variablelist>
<varlistentry>
<term>yum</term>
<listitem><para>yum (il Yellow Dog Updater, Modified), &egrave; uno 
strumento da riga di comando che viene installato con Fedora Core.
Aiuter&agrave; a scaricare gli aggiornamenti dal repository di Fedora, e 
dagli altri repository che detengono Cose Maledette che Fedora non vuole.
</para></listitem>
</varlistentry>
<varlistentry>
<term>pirut</term>
<listitem><para>&Egrave; un'interfaccia grafica per yum introdotta con FC5. 
&Egrave; una maniera leggermente pi&ugrave; garbata, pi&ugrave; gentile 
di usare yum.</para></listitem>
</varlistentry>
</variablelist>

<para>Si ha anche bisogno di conoscere qualche repository. Ognuno &egrave; 
una collezione di RPM, divisa in sottocollezioni chiamate 'canali'.</para>

<variablelist>
<varlistentry>
<term><ulink url="http://fedora.redhat.com">fedora.redhat.com</ulink></term>
<listitem><para>Questo &egrave; il repository di base di Fedora. I 
pacchetti RPM nei canali 'stable' (stabile) e 'updates' (aggiornamenti) 
di questo repo sono quelli che vanno su un CD-ROM di Fedora. Una nota 
storica per i lettori delle precedenti versioni di questo documento:
il repo di Red Hat adesso include, nelle sue parti 'extras', parti 
equivalenti della materia prima che viene usata nel fedora.us.</para></listitem>
</varlistentry>
<varlistentry>
<term><ulink url="http://rpmforge.net/">RPMForge</ulink></term>
<listitem><para>Una combriccola formata da tutti i maggiori siti di 
pacchetti RPM di terze parti ad eccezione di livna e ATrpms. Queste 
pacchettizzazioni sono destinate ad estendere i repository di Fedora
Core ed Extras, e i manutentori stanno attenti a non cozzare con i 
repository di Fedora. Il consorzio include i repository freshrpms, Dag
Wieers, Dries, NewRPMs e PlanetCCRMA. Stanno lavorando verso la fusione 
dei loro repository, e gi&agrave; compilano con sorgenti RPM comuni. 
Sfortunatamente, &egrave; noto che la collezione RPMForge
ha dei seri conflitti con livna e ATRPM.</para></listitem>
</varlistentry>
<varlistentry>
<term><ulink url="http://rpm.livna.org">rpm.livna.org</ulink></term>
<listitem><para>Un sito, localizzato al di fuori degli U.S.A. e al di 
l&agrave;  della portata del DMCA, che specificatamente &egrave; dedicato 
a fornire Cose Maledette che Fedora Core ed Extras non vogliono offrire. 
Non c'&egrave; alcuna connessione ufficiale, e infatti la gente di Fedora 
non vuole menzionare livna nelle proprie pagine web o nella documentazione 
per paura di essere chiusi con forza con un processo limitante della 
libert&agrave; di parola intentato da schiumanti esseri malvagi al DVDCCA, 
ma la gente di livna segue molto da vicino quello che fa Fedora. I 
repository di livna dipendono dai repository di Fedora. Sono
in conflitto con i repository di RPMForge.</para></listitem>
</varlistentry>
<varlistentry>
<term><ulink
url="http://macromedia.mplug.org/">http://macromedia.mplug.org/</ulink></term>
<listitem><para>La sorgente principale per versioni pacchettizzate di Macromedia
Flash. Usare questo RPM con ogni altro repository di estensione &egrave;
sicuro.</para></listitem>
</varlistentry>
</variablelist>

<para>Le tre combriccole cui io mi sono prima riferito sono RPMForge, 
livna (tutti da soli) e ATrpms (tutti da soli). Con FC5 si pu&ograve; 
ottenere tutto il supporto multimediale di cui in teoria si ha bisogno da 
livna, invece che usando RPMforge come ho consigliato nelle precedenti
versioni di questa FAQ. Ho detto 'in teoria' perch&eacute;, infatti, 
pressoch&eacute; nessuna della materia prima per video, attualmente
funziona con FC5.</para>

<para>Per abilitare l'accesso a livna si faccia questo:</para>

<programlisting>
rpm -ivh http://rpm.livna.org/livna-release-5.rpm
</programlisting>

<para>Questo dovrebbe rilasciare un file di configurazione di un repo per 
yum in <filename>/etc/yum.repos.d/</filename></para>

</sect1>
<sect1><title>Considerazioni sulla sicurezza e altri rischi</title>

<para>Tutti i comandi di yum che io d&ograve; in questo HOWTO devono 
essere lanciati dal prompt di root in modo che i pacchetti da loro 
cercati possano essere installati nel proprio spazio sul sistema. Ci&ograve; 
significa che c'&egrave; un rischio che il proprio sistema possa essere 
compromesso da un RPM funzionante come un Cavallo di Troia, sia inserito 
in uno dei repository a cui ci si rivolge sia infilatosi fino a voi da
un attacco di tipo man-in-the-middle portato tra voi ed un repository.</para>

<para>Per controllare quest'ultimo rischio, molti repository firmano 
crittograficamente i propri RPM. Occorre che si abbia una copia locale 
delle chiavi pubbliche di ogni repository allo scopo di fare un controllo 
di integrit&agrave; dei pacchetti entranti; le versioni correnti di yum 
ne scaricheranno una. Questo potrebbe essere superato da un attacco di
tipo man-in-the-middle tale da raggirare il sito del repo e rifilare
delle chiavi simulate mentre si sta impostando la propria configurazione; 
sebbene questa possibilit&agrave; sia estremamente sfortunata, 
bisognerebbe esserne a conoscenza.</para>

<para>Un rischio a lungo termine che si accetta usando il codice proprietario
a cui si fa riferimento in questo HOWTO &egrave; quello di diventare 
dipendenti dai capricci di un venditore di software proprietario. Non &egrave; 
necessario credere in quella religione appartenente al tempo passato 
detta Software Libero per vedere che questo &egrave; un problema. Qualche 
software che noi descriveremo qui (il plugin Sun Java JDK &egrave; un 
buon esempio) &egrave; distribuito come freeware a sorgenti chiusi
&mdash; il che &egrave; tutto molto bello, ma che cosa accadrebbe se il 
venditore dovesse cambiare il suo modo di pensare nel futuro? Si potrebbe 
restare in difficolt&agrave; .</para>

<para>&Egrave; pericoloso essere dipendenti da software proprietari e da 
formati proprietari. Se si permette a se stessi di diventare dipendenti, 
si danneggiano altri aiutando i venditori, che mantengono un pericoloso 
monopolio chiuso sul loro segmento di mercato. Cos&igrave;, se si devono 
comprare questi strumenti, per favore si trovi il modo di supportarne le 
sostituzioni open-source &mdash; donare tempo in programmazione o denaro,
o fare sforzi facendo premssione sui venditori ad aprirsi. Rippare i 
propri CD in Ogg Vorbis invece che in MP3. Scrivere una lettera al 
proprio legislatore per una revoca urgente del DMCA. La libert&agrave;
che si salver&agrave; <emphasis>sar&agrave;</emphasis> la propria.</para>

</sect1>
<sect1><title>Macromedia Flash</title>

<para>Fedora non vuole distribuirlo dal proprio sito perch&eacute; la 
licenza di Macromedia non lo permette, ma non ci sono altre barriere 
legali nell'usare i pacchetti RPM da <ulink
url="http://macromedia.mplug.org/">http://macromedia.mplug.org/</ulink>.</para>

<para>Seguire queste direzioni, rilasciando la configurazione del repository
di Macromedia nella propria directory <filename>/etc/yum.repos.d/</filename>.
Dovrebbe somigliare molto a questo:</para>

<programlisting>
[macromedia]
name=Macromedia for i386 Linux
baseurl=http://macromedia.mplug.org/rpm/
enabled=1
gpgcheck=1
gpgkey=http://macromedia.mplug.org/FEDORA-GPG-KEY
</programlisting>

<para>Quindi eseguire l'installazione:</para>

<programlisting>
yum install flash-plugin
</programlisting>

<para>Installando questo RPM bisognerebbe mettere il plugin nella propria 
directory dei plugin di Firefox (e anche di Mozilla).</para>

<para>Si pu&ograve; testare il proprio supporto a flash alla
<ulink url='http://www.macromedia.com/shockwave/welcome/'>pagina ufficiale
per i test</ulink>. Notare che si potrebbe dover chiudere e riavviare il
proprio browser dopo l'installazione del plugin; io ho provato il test di 
Flash immediatamente e questo ha mandato Firefox in crash.</para>

<para>C'&egrave; una "Gotcha": il plugin di Macromedia lavora solo per 
macchine Intel a 32-bit. Fallisce completamente su una macchina x86_64 
che lavora in modalit&agrave; a 64-bit (in generale i plugin a 32-bit non 
dovrebbero lavorare con un browser a 64-bit). Attualmente ci sono tre 
progetti che affrontano questo problema:</para>

<itemizedlist>
<listitem>
<para><ulink url='http://gplflash.sourceforge.net/'>gplflash1</ulink> &egrave; 
l'originale plugin GPL per Flash. Gestisce SWF solo fino al livello 4.</para>
</listitem>

<listitem>
<para><ulink url='http://gplflash.sourceforge.net/'>gplflash2</ulink>
lavora a met&agrave;, con un doloroso ammontare di tremolii di immagine,
e frequenti crash di Firefox. Questa riscrittura del gplflash &egrave; 
stata abbandonata in favore di gnash.</para>
</listitem>

<listitem>
<para><ulink url='http://www.gnu.org/software/gnash/'>gnash</ulink>
promette pieno supporto per SWF fino al livello 7, ma &egrave; appena in 
uno stadio iniziale di sviluppo e assediato da avvisi.</para>
</listitem>
</itemizedlist>

<para>Io penso che il modo corretto di colmare la lacuna su sistemi a 64-bit 
potrebbe essere compilare e installare gplflash1, ma al 21 Marzo 2006 io 
non posso ancora farlo perch&eacute; necessita di un file header per X di 
cui io non ho ancora trovato il corretto RPM.  Questo potrebbe
cambiare appena la polvere si sar&agrave; depositata su FC5.</para>

</sect1>
<sect1><title>gstreamer e ffmpeg</title>

<para>FC5 ha adottato un progetto chiamato gstreamer come un back end comune per
manipolare file video ed audio. Totem, il lettore multimediale autonomo
fornito con FC5, usa gstreamer; cos&igrave; fa anche il plugin per Firefox,
mozplugger.</para>

<para>gstreamer stesso usa dei plugin, uno per ogni formato multimediale 
che supporta. I plugin per formati open-source come Ogg Vorbis sono 
forniti con FC5. I plugin per formati proprietari, no. Per ottenerli
si faccia questo:</para>

<programlisting>
yum install gstreamer-plugins-ugly ffmpeg
</programlisting>

<para>Questo dovrebbe anche installare mpeg2dec, libsidplay, libdvdread,
faac, faad2, imlib, e gsm.</para>

<para>I plugin 'pericolosi' abilitano gstreamer a gestire i formati MP3, 
MPEG2, e SID. Il formato SID &egrave; una reliquia storica dal Commodore
64. MP3 &egrave; il formato audio pi&ugrave; popolare. MPEG2 &egrave; un 
formato audio/video usato nei DVD.</para>

<para>La libreria ffmpeg pu&ograve; codificare o decodificare audio e 
video di tipo MPEG1, MPEG4, h263, ac3, asf, avi, real, mjpeg, e flash.</para>

</sect1>
<sect1><title>MP3</title>

<para>Fedora non vuole fornire software capace di eseguire MP3 perch&eacute; 
i termini della licenza relativa al brevetto del Fraunhofer
Institute non sono compatibili con la GPL.</para>

<para>Il lettore musicale predefinito in FC5 &egrave; Rhythmbox. Ho lottato 
con Rhythmbox per diverse ore, ma a dispetto della sua interfaccia 
graziosa l'ho trovato non usabile. Ignora i numeri di traccia &mdash; o, 
come minimo, non &egrave; cos&igrave; attento a tirarli fuori dai nomi 
dei file come fa xmms, e non documenta le sue regole di importazione. 
Provare a convincerlo a suonare MP3 &egrave; un incubo cos&igrave; 
devastante che ad un certo punto ho pensato che avrei dovuto reinstallare
interamente il mio sistema Linux solo per essere capace di tornare a 
suonare Ogg, perch&eacute; non riuscivo pi&ugrave; ad immaginarmi quale 
parte di applicazione non documentata avevo rimescolata o come metterla a 
punto. La documentazione &egrave; in generale un brutto scherzo &mdash; 
lucida, superficiale, e con un contenuto inutile sulla risoluzione dei
problemi. Il lettore xmms non sar&agrave; cos&igrave; dotato di opzioni o
di un aspetto cos&igrave; gradevole, ma funziona meglio.</para>

<para>Per installare xmms e renderlo capace di eseguire MP3, iniziare 
facendo questo:</para>

<programlisting>
yum install xmms xmms-mp3
</programlisting>

<para>Attualmente per abilitare l'esecuzione di MP3 occorrer&agrave;
lanciare xmms e cambiare la sua configurazione. Selezionare Opzioni &rarr; 
Preferenze &rarr; Plugin di I/O Audio dal menu; questo aprir&agrave; una 
finestra che elenca i plugin. Selezionare "MPEG Layer 1/2/3 Placeholder 
Plugin" e deselezionare [ ] Abilita Plugin. Con questa impostazione, xmms 
automaticamente user&agrave; il plugin xmms-mp3. Chiudere xmms
e riavviarlo.</para>

<para>Sulla mia macchina x86_64 ho incontrato il problema che xmms 
suonava solo come root, uscendo immediatamente quando veniva avviato da 
un account non-root. C'&egrave; un certo numero di cause comuni per questo; 
verificare i permessi sul proprio dispositivo sonoro. C'&egrave; un <ulink
url='http://lists.xmms.org/pipermail/xmms-devel/2000-January/001083.html'>problema
esotico</ulink> su cui sono inciampato; si potrebbe dover dire al proprio 
modulo per il suono di impadronirsi dei buffer DMA low-memory e di non 
rilasciarli.</para>

<para>Per abilitare lo streaming MP3 attraverso Firefox o Mozilla, 
installare i plugin gstreamer e ffmpeg come descritto sotto.Gli stream MP3 
suoneranno tramite xmms, i podcast tramite Totem.</para>

</sect1>
<sect1><title>Java</title>

<para>Java &egrave; scaricabile da Sun ed &egrave; ridistribuibile, ma 
solo per uso personale e senza scopo di lucro. La licenza Java di Sun non 
&egrave; open-source, cos&igrave; Fedora e molte altre distribuzioni 
Linux non vogliono fornirlo.</para>

<para>Fedora Core 5 include un'implementazione Java open-source per
programmatori chiamata gcj. C'&egrave; solamente bisogno di qualche 
accorgimento se si vogliono abilitare le applet nel proprio browser. The 
Unofficial Fedora FAQ riporta <ulink url='http://www.fedorafaq.org/#java'>
istruzioni dettagliate</ulink> su come farlo.</para>

<para>Si pu&ograve; testare il proprio plugin Java nella pagina delle <ulink
url="http://www.java.sun.com/applets/">Applet</ulink> di Sun. Notare che
qualcuna di queste applet (Escher e Starfield, quando le ho testate) 
parrebbero non funzionanti. BouncingHeads fa un buon test.</para>

<para>Si potrebbe anche voler copiare il pacchetto RPMS che si &egrave; 
compilato in una directory diversa da <filename>/usr/src/redhat/RPMS/</filename> 
cos&igrave; da averlo a portata di mano per nuove installazioni.</para>

</sect1>
<sect1><title>RealAudio e RealVideo</title>

<para>Non so da dove possa essere accessibile tramite yum, cos&igrave; 
bisogner&agrave; scaricarlo ed installarlo a mano. Si faccia prima questo:</para>

<programlisting>
yum install compat-libstdc++-33
</programlisting>

<para>Poi scaricare <ulink
url='http://www.real.com/R/RC.080204os_linux_1_2_2_1_9_2.ecomm...R/forms.real.com/real/player/download.html?f=unix/RealPlayer10GOLD.rpm&amp;product=playerplus&amp;system=linux&amp;&amp;src=080204os_linux_1_2_2_1_9_2'>
RealPlayer10GOLD RPM</ulink> ed installarlo.</para>

<para>Su sistemi Fedora Core a 32-bit si potrebbe avere bisogno di 
cancellare HelixPlayer con

<programlisting>
rpm -e HelixPlayer
</programlisting>

prima che la versione 10GOLD possa funzionare. FC5 x86_64 non
include HelixPlayer.</para>

</sect1>
<sect1><title>MPEG, QuickTime, AVI, e DVD</title>

<para>MPEG (il formato usato sui DVD) si presenta come uno standard aperto,
ma molte distribuzioni Linux non vogliono distribuire software che lo 
legga per via degli ostacoli posti dai brevetti detenuti da MPEGLA. AVI e 
QuickTime di Apple hanno codec proprietari coperti da brevetti, ed anche 
di questi molte distribuzioni Linux non vogliono distribuire software
che li possa decodificare.</para>

<para>FC5 distribuisce il lettore video ufficiale del progetto GNOME, <ulink
url='http://www.gnome.org/projects/totem/'>totem</ulink>. Sfortunatamente,
questo <ulink
url='http://www.redhat.com/archives/fedora-devel-list/2006-January/msg01239.html'>
non vuole eseguire DVD</ulink>. Il sintomo &egrave; un popup di errore 
che recita "Totem non &egrave; riuscito a riprodurre il disco. Motivo 
sconosciuto", ma il problema &egrave; attualmente un bug noto presente in 
gstreamer-0.10.</para>

<para>Sfortunatamente il programma alternativo xine &egrave; ancora meno 
utilizzabile. Pu&ograve; essere installato in questo modo:</para>

<programlisting>
yum install xine xine-lib libdvdcss
</programlisting>

<para>Cos&igrave; facendo si installeranno un certo numero di librerie di 
supporto, incluso il plugin libdvdcss di cui la gente di xine non vuole 
discutere sul proprio sito perch&eacute; sono troppo spaventati dagli 
attacchi dei legali del DVDCCA.</para>

<para>La versione 0.99.4 di xine mostra a video una finestra tutta bianca 
e non fa nulla (almeno sulla mia macchina Opteron "plain-vanilla" che usa 
una nVidia GeForce2).</para>
</sect1>

<sect1><title>Pagine di test per lo streaming via Web</title>

<para>Ecco degli indirizzi di test per provare delle clip per lo 
streaming audio e video: </para>

<itemizedlist>
<listitem><para>
<ulink url="http://codeccorner.com/">AVI</ulink>
</para></listitem>
<listitem><para>
<ulink url="http://www.apple.com/quicktime/troubleshooting/">QuickTime</ulink>
</para></listitem>
<listitem><para>
<ulink url="http://www.vdat.com/techsupport/windowstest.asp">Windows Media</ulink>
</para></listitem>
<listitem><para>
<ulink url="ftp://ftp.tek.com/tv/test/streams/Element/index.html">MPEG</ulink>
</para></listitem>
<listitem><para>
<ulink url="http://service.real.com/test/">RealPlayer</ulink>
</para></listitem>
</itemizedlist>

</sect1>
<sect1 id="resources"><title>Risorse collegate</title>

<para>C'&egrave; una buona guida passo-passo della procedura di 
installazione di Fedora Core 5, che tratta alcuni degli stessi argomenti 
di questo documento, <ulink
url="http://stanton-finley.net/fedora_core_5_installation_notes.html">qui</ulink>.</para>

<para>C'&egrave; un'utile pagina anche in
<ulink url='http://home.gagme.com/greg/linux/fc4-tips.php'>Fedora Core 4
Tips and Tricks</ulink>.</para>

<para>C'&egrave; un buon tutorial su <ulink
url="http://www.yolinux.com/TUTORIALS/LinuxTutorialMozillaConfiguration.html">Firefox
multimedia plugins</ulink>.</para>

<!-- Also see http://www.linux-mag.com/content/view/2074/ for video codecs -->

</sect1>
<sect1 id="license"><title>Licenza e Copyright</title>

<para>&copy; 2004, Eric S. Raymond.</para>

<para>Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.2 or any
later version published by the Free Software Foundation; with no Invariant
Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the
license is located at <ulink
url="http://www.gnu.org/copyleft/fdl.html">www.gnu.org/copyleft/fdl.html</ulink>.</para>

</sect1>
<sect1 id="acknowledgements"><title>Ringraziamenti</title>

<para>Miguel Freitas mi ha aiutato ad educarmi su alcuni tecnicismi 
relativi ai formati video.</para>

</sect1>
</article>

<!--
The following sets edit modes for GNU EMACS
Local Variables:
fill-column:75
compile-command: "mail -s \"Fedora Multimedia Installation HOWTO update\" submit@en.tldp.org <Fedora-Multimedia-Installation-HOWTO.xml"
End:
-->
  
<!-- Use these:
http://www.mjmwired.net/resources/mjm-fedora-fc5.html 
-->

