[MPlayer-translations] r26224 - trunk/DOCS/xml/it/encoding-guide.xml
ptt
subversion at mplayerhq.hu
Tue Mar 11 19:44:16 CET 2008
Author: ptt
Date: Tue Mar 11 19:44:16 2008
New Revision: 26224
Log:
34% synced with r22753
Modified:
trunk/DOCS/xml/it/encoding-guide.xml
Modified: trunk/DOCS/xml/it/encoding-guide.xml
==============================================================================
--- trunk/DOCS/xml/it/encoding-guide.xml (original)
+++ trunk/DOCS/xml/it/encoding-guide.xml Tue Mar 11 19:44:16 2008
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
-<!-- 30% synced with r22753 -->
+<!-- 34% synced with r22753 -->
<chapter id="encoding-guide">
<title>La codifica con <application>MEncoder</application></title>
@@ -1607,177 +1607,173 @@ comunque con programmi di terze parti.
<title>Muxing</title>
<para>
-Now that you have encoded your video, you will most likely want
-to mux it with one or more audio tracks into a movie container, such
-as AVI, MPEG, Matroska or NUT.
-<application>MEncoder</application> is currently only able to natively output
-audio and video into MPEG and AVI container formats.
-for example:
+Ora che hai codificato il tuo video, vorrai verosimilmente farne il mux in un
+contenitore di filmati con una o più tracce audio, come AVI, MPEG, Matroska o
+NUT.
+<application>MEncoder</application> è attualmente in grado di generare in modo
+nativo solo video in formati contenitore MPEG o AVI.
+Per esempio:
<screen>
-mencoder -oac copy -ovc copy -o <replaceable>output_movie.avi</replaceable> \
- -audiofile <replaceable>input_audio.mp2</replaceable> <replaceable>input_video.avi</replaceable>
+mencoder -oac copy -ovc copy -o <replaceable>film_in_uscita.avi</replaceable> \
+ -audiofile <replaceable>audio_in_ingresso.mp2</replaceable> <replaceable>video_in_ingresso.avi</replaceable>
</screen>
-This would merge the video file <replaceable>input_video.avi</replaceable>
-and the audio file <replaceable>input_audio.mp2</replaceable>
-into the AVI file <replaceable>output_movie.avi</replaceable>.
-This command works with MPEG-1 layer I, II and III (more commonly known
-as MP3) audio, WAV and a few other audio formats too.
+Questo miscelerà i file video <replaceable>video_in_ingresso.avi</replaceable>
+e audio <replaceable>audio_in_ingresso.mp2</replaceable> nel file AVI
+<replaceable>film_in_uscita.avi</replaceable>.
+Questo comando funziona con audio MPEG-1 layer I, II e III (più comunemente
+conosciuto come MP3), WAV e qualche altro formato audio.
</para>
<para>
-<application>MEncoder</application> features experimental support for
-<systemitem class="library">libavformat</systemitem>, which is a
-library from the FFmpeg project that supports muxing and demuxing
-a variety of containers.
-For example:
+<application>MEncoder</application> vanta un supporto sperimentale per
+<systemitem class="library">libavformat</systemitem>, che è una libreria del
+progetto FFmpeg che può fare il mux e il demux di svariati contenitori.
+Per esempio:
<screen>
-mencoder -oac copy -ovc copy -o <replaceable>output_movie.asf</replaceable> -audiofile <replaceable>input_audio.mp2</replaceable> \
- <replaceable>input_video.avi</replaceable> -of lavf -lavfopts format=asf
+mencoder -oac copy -ovc copy -o <replaceable>film_di_uscita.asf</replaceable> -audiofile <replaceable>audio_in_ingresso.mp2</replaceable> \
+ <replaceable>video_in_ingresso.avi</replaceable> -of lavf -lavfopts format=asf
</screen>
-This will do the same thing as the previous example, except that
-the output container will be ASF.
-Please note that this support is highly experimental (but getting
-better every day), and will only work if you compiled
-<application>MPlayer</application> with the support for
-<systemitem class="library">libavformat</systemitem> enabled (which
-means that a pre-packaged binary version will not work in most cases).
+Questo farà la stessa cosa dell'esempio precedente, trannce che il contenitore
+di uscita sarà ASF.
+Per favore nota che questo supporto è altamente sperimentale (ma migliora di
+giorno in giorno), e funzionerà solo se hai compilato
+<application>MPlayer</application> con il supporto per
+<systemitem class="library">libavformat</systemitem> abilitato (il che
+significa che una versione precompilata nella maggior parte dei casi non
+funzionerà).
</para>
<sect3 id="menc-feat-dvd-mpeg4-muxing-filter-issues">
-<title>Improving muxing and A/V sync reliability</title>
+<title>Migliorare il mux e l'affidabilità di sincronizzazione A/V</title>
<para>
-You may experience some serious A/V sync problems while trying to mux
-your video and some audio tracks, where no matter how you adjust the
-audio delay, you will never get proper sync.
-That may happen when you use some video filters that will drop or
-duplicate some frames, like the inverse telecine filters.
-It is strongly encouraged to append the <option>harddup</option> video
-filter at the end of the filter chain to avoid this kind of problem.
+Potresti avere dei seri problemi di sincronizzazione cercando di fare il mux
+del tuo video con alcune tracce audio, indipendentemente da come tu corregga il
+ritardo audio, non otterrai mai una sincronia corretta.
+Ciò potrebbe succedere quando usi un qualche filtro video che scarti o duplichi
+alcuni fotogrammi, come il filtro di telecine inverso.
+Si consiglia vivamente di appendere il filtro video <option>harddup</option>
+alla fine della catena dei filtri, per evitare questo tipo di problema.
</para>
<para>
-Without <option>harddup</option>, if <application>MEncoder</application>
-wants to duplicate a frame, it relies on the muxer to put a mark on the
-container so that the last frame will be displayed again to maintain
-sync while writing no actual frame.
-With <option>harddup</option>, <application>MEncoder</application>
-will instead just push the last frame displayed again into the filter
-chain.
-This means that the encoder receives the <emphasis>exact</emphasis>
-same frame twice, and compresses it.
-This will result in a slightly bigger file, but will not cause problems
-when demuxing or remuxing into other container formats.
+Senza <option>harddup</option>, se <application>MEncoder</application> vuole
+duplicare un fotogramma, chiede al muxer di mettere un segno sul contenitore
+affinché l'ultimo fotogramma venga mostrato di nuovo per mantenere la
+sincronia, senza scriverne effettivamente alcuno.
+Con <option>harddup</option>, <application>MEncoder</application> farà
+semplicemente passare di nuovo l'ultimo fotogramma nella catena di filtri.
+Questo significa che il codificatore riceve <emphasis>esattamente</emphasis> lo
+stesso fotogramma due volte, e lo comprime.
+Ciò genera un file leggermente più grosso, ma non causerà problemi
+effettuando il demux o il remux in altri formati contenitore.
</para>
<para>
-You may also have no choice but to use <option>harddup</option> with
-container formats that are not too tightly linked with
-<application>MEncoder</application> such as the ones supported through
-<systemitem class="library">libavformat</systemitem>, which may not
-support frame duplication at the container level.
+Potresti non avere altra scelta che usare <option>harddup</option> con formati
+contenitore che non siano così legati a <application>MEncoder</application>
+come quelli gestiti attraverso
+<systemitem class="library">libavformat</systemitem>, e che possano non gestire
+la duplicazione fotogrammi a livello contenitore.
</para>
</sect3>
<sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations">
-<title>Limitations of the AVI container</title>
+<title>Limitazioni del contenitore AVI</title>
<para>
-Although it is the most widely-supported container format after MPEG-1,
-AVI also has some major drawbacks.
-Perhaps the most obvious is the overhead.
-For each chunk of the AVI file, 24 bytes are wasted on headers and index.
-This translates into a little over 5 MB per hour, or 1-2.5%
-overhead for a 700 MB movie. This may not seem like much, but it could
-mean the difference between being able to use 700 kbit/sec video or
-714 kbit/sec, and every bit of quality counts.
+Anche se AVI è il formato contenitore più ampiamente gestito dopo MPEG-1, ha
+anche molti gravi inconvenienti.
+Forse il più ovvio è lo spreco di banda.
+Per ogni blocco del file AVI, 24 byte sono sprecati per intestazione e indice.
+Questo porta a poco più di 5 MB per ora, o 1-2.5% di dimensione supplementare
+per un film da 700 MB. Potrebbe non sembrare poi così tanto, ma potrebbe far
+la differenza tra poter utilizzare 700 oppure 714 kbit/sec per il video, e ogni
+bit è importante per la qualità.
</para>
<para>
-In addition this gross inefficiency, AVI also has the following major
-limitations:
+Oltre a questa grave inefficenza, AVI ha anche le grandi limitazioni che
+seguono:
</para>
<orderedlist>
<listitem><para>
- Only fixed-fps content can be stored. This is particularly limiting
- if the original material you want to encode is mixed content, for
- example a mix of NTSC video and film material.
- Actually there are hacks that can be used to store mixed-framerate
- content in AVI, but they increase the (already huge) overhead
- fivefold or more and so are not practical.
+ Può essere immagazzinato solo contenuto a fps costanti. Questo è decisamente
+ limitante se il materiale di origine che vuoi codificare è contenuto misto,
+ per esempio un misto di video NTSC e film.
+ Ci sono invero alcuni trucchi che possono essere usati per salvare negli AVI
+ contenuto a frequenza di fotogrammi mista, ma aumentano il (già immenso)
+ spreco di banda di cinque volte o giù di lì e quindi non sono pratici.
</para></listitem>
<listitem><para>
- Audio in AVI files must be either constant-bitrate (CBR) or
- constant-framesize (i.e. all frames decode to the same number of
- samples).
- Unfortunately, the most efficient codec, Vorbis, does not meet
- either of these requirements.
- Therefore, if you plan to store your movie in AVI, you will have to
- use a less efficient codec such as MP3 or AC-3.
+ L'audio nei file AVI deve essere a bitrate costante (CBR) o a dimensione di
+ fotogramma fissa (per es. tutti i fotogrammi decodificano lo stesso numero di
+ campioni).
+ Sfortunatamente, il codec più efficente, Vorbis, non ha alcuna delle suddette
+ caratteristiche.
+ Se decidi di salvare il tuo film in AVI, dovrai perciò usare un codec meno
+ efficente, come MP3 o AC-3.
</para></listitem>
</orderedlist>
<para>
-Having said all that, <application>MEncoder</application> does not
-currently support variable-fps output or Vorbis encoding.
-Therefore, you may not see these as limitations if
-<application>MEncoder</application> is the
-only tool you will be using to produce your encodes.
-However, it is possible to use <application>MEncoder</application>
-only for video encoding, and then use external tools to encode
-audio and mux it into another container format.
+Detto tutto ciò, <application>MEncoder</application> non gestisce attualmente
+la codifica in uscita a fps variabile o la codifica in Vorbis.
+Quindi non noterai le limitazioni su citate se
+<application>MEncoder</application> è l'unico strumento che userai per produrre
+le tue codifiche.
+Tuttavia è possibile usare <application>MEncoder</application> solo per la
+codifica del video, e poi utilizzare strumenti di terze parti per codificare
+l'audio e farne il mux in un altro formato contenitore.
</para>
</sect3>
<sect3 id="menc-feat-dvd-mpeg4-muxing-matroska">
-<title>Muxing into the Matroska container</title>
+<title>Mux nel contenitore Matroska</title>
<para>
-Matroska is a free, open standard container format, aiming
-to offer a lot of advanced features, which older containers
-like AVI cannot handle.
-For example, Matroska supports variable bitrate audio content
-(VBR), variable framerates (VFR), chapters, file attachments,
-error detection code (EDC) and modern A/V Codecs like "Advanced Audio
-Coding" (AAC), "Vorbis" or "MPEG-4 AVC" (H.264), next to nothing
-handled by AVI.
+Matroska è un formato contenitore libero, a standard aperti, che punta ad
+offrire molte caratteristiche avanzate, che contenitori più vecchi come AVI non
+sono in grado di manipolare.
+Per esempio Matroska supporta contenuto audio a bitrate variabile (VBR),
+frequenza fotogrammi variabile (VFR), capitoli, file allegati, codice di
+gestione errori (EDC) e Codec A/V moderni come "Advanced Audio Coding" (AAC),
+"Vorbis" or "MPEG-4 AVC" (H.264), comparato al nulla gestito da AVI.
</para>
<para>
-The tools required to create Matroska files are collectively called
-<application>mkvtoolnix</application>, and are available for most
-Unix platforms as well as <application>Windows</application>.
-Because Matroska is an open standard you may find other
-tools that suit you better, but since mkvtoolnix is the most
-common, and is supported by the Matroska team itself, we will
-only cover its usage.
+Gli strumenti necessari per creare file Matroska sono chiamati nel loro insieme
+<application>mkvtoolnix</application> e sono disponibili per la maggior parte
+delle piattaforme Unix, così come per <application>Windows</application>.
+Dato che Matroska è uno standard aperto, potresti trovare altri strumenti che
+ti tornino più utili, ma dato che mkvtoolnix è il più diffuso, ed è
+supportato dal team stesso di Matroska, illustreremo il suo solo utilizzo.
</para>
<para>
-Probably the easiest way to get started with Matroska is to use
-<application>MMG</application>, the graphical frontend shipped with
-<application>mkvtoolnix</application>, and follow the
-<ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">guide to mkvmerge GUI (mmg)</ulink>
+Probabilmente il modo più semplice di avvicinarsi a Matroska è utilizzare
+<application>MMG</application>, il frontend grafico fornito con
+<application>mkvtoolnix</application>, e seguire la <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">guida della GUI di mkvmerge (mmg)</ulink>.
</para>
<para>
-You may also mux audio and video files using the command line:
+Puoi anche fare il mux dei file audio e video usando la riga comando:
<screen>
-mkvmerge -o <replaceable>output.mkv</replaceable> <replaceable>input_video.avi</replaceable> <replaceable>input_audio1.mp3</replaceable> <replaceable>input_audio2.ac3</replaceable>
+mkvmerge -o <replaceable>destinazione.mkv</replaceable> <replaceable>video_sorgente.avi</replaceable> <replaceable>audio_sorgente1.mp3</replaceable> <replaceable>audio_sorgente2.ac3</replaceable>
</screen>
-This would merge the video file <replaceable>input_video.avi</replaceable>
-and the two audio files <replaceable>input_audio1.mp3</replaceable>
-and <replaceable>input_audio2.ac3</replaceable> into the Matroska
-file <replaceable>output.mkv</replaceable>.
-Matroska, as mentioned earlier, is able to do much more than that, like
-multiple audio tracks (including fine-tuning of audio/video
-synchronization), chapters, subtitles, splitting, etc...
-Please refer to the documentation of those applications for
-more details.
+Questo unirà il file video <replaceable>video_sorgente.avi</replaceable> e i
+due file audio <replaceable>audio_sorgente1.mp3</replaceable> e
+<replaceable>audio_sorgente2.ac3</replaceable> nel file Matroska
+<replaceable>destinazione.mkv</replaceable>.
+Matroska, come detto precedentemente, è in grado di far molto più di questo,
+come tracce audio multiple (inclusa una fine sincronia audio/video), capitoli,
+sottotitoli, salti, etc...
+Fai per favore riferimento alla documentazione di queste applicazioni per
+maggiori delucidazioni.
</para>
</sect3>
</sect2>
@@ -1788,107 +1784,112 @@ more details.
<sect1 id="menc-feat-telecine">
-<title>How to deal with telecine and interlacing within NTSC DVDs</title>
+<title>Come trattare telecine e interlacciamento nei DVD NTSC</title>
<sect2 id="menc-feat-telecine-intro">
-<title>Introduction</title>
+<title>Introduzione</title>
<formalpara>
-<title>What is telecine?</title>
+<title>Cos'è telecine?</title>
<para>
-If you do not understand much of what is written in this document, read the
-<ulink url="http://en.wikipedia.org/wiki/Telecine">Wikipedia entry on telecine</ulink>.
-It is an understandable and reasonably comprehensive
-description of what telecine is.
+Se non comprendi molto quello che è scritto in questo documento, leggi la
+<ulink url="http://en.wikipedia.org/wiki/Telecine">definizione di telecine su Wikipedia</ulink>
+(<ulink url="http://en.wikipedia.org/wiki/Telecine">pagina inglese</ulink>).
+E' una descrizione comprensibile e ragionevolmente completa di cosa si indichi
+con telecine.
</para></formalpara>
<formalpara>
-<title>A note about the numbers.</title>
+<title>Una nota riguardo i numeri.</title>
<para>
-Many documents, including the guide linked above, refer to the fields
-per second value of NTSC video as 59.94 and the corresponding frames
-per second values as 29.97 (for telecined and interlaced) and 23.976
-(for progressive). For simplicity, some documents even round these
-numbers to 60, 30, and 24.
+Molti documenti, inclusa la guida su indicata, fanno riferimento al valore dei
+campi per secondo del video NTSC come 59.94 e i valori corrispondenti di
+fotogrammi al secondo come 29.97 (con telecine e interlacciamento) e 23.976
+(per il progressivo). Per semplicità alcune documentazioni arrotondano tali
+cifre a 60, 30 e 24.
</para></formalpara>
<para>
-Strictly speaking, all those numbers are approximations. Black and
-white NTSC video was exactly 60 fields per second, but 60000/1001
-was later chosen to accomodate color data while remaining compatible
-with contemporary black and white televisions. Digital NTSC video
-(such as on a DVD) is also 60000/1001 fields per second. From this,
-interlaced and telecined video are derived to be 30000/1001 frames
-per second; progressive video is 24000/1001 frames per second.
+Strettamente parlando, tutti questi numeri sono approssimati. Il video NTSC in
+bianco e nero era esattamente 60 campi al secondo, ma successivamente venne
+scelto 60000/1001 per incastrare i dati del colore e rimanere compatibili con
+le televisioni bianco e nero contemporanee. Anche il video NTSC digitale (come
+quello sui DVD) è a 60000/1001 campi al secondo. Da ciò discende che il video
+interlacciato e telecine è 30000/1001 fotogrammi al secondo; il video
+progressivo è 24000/1001 fotogrammi al secondo.
</para>
<para>
-Older versions of the <application>MEncoder</application> documentation
-and many archived mailing list posts refer to 59.94, 29.97, and 23.976.
-All <application>MEncoder</application> documentation has been updated
-to use the fractional values, and you should use them too.
+Precedenti versioni della documentazioni di <application>MEncoder</application>
+a molti post archiviati della mailig list fanno riferimento a 59.94, 29.97 e
+23.976.
+Tutta la documentazioni di <application>MEncoder</application> è stata
+aggiornata per usare i valori in frazione, e anche tu dovresti usare questi.
</para>
<para>
-<option>-ofps 23.976</option> is incorrect.
-<option>-ofps 24000/1001</option> should be used instead.
+<option>-ofps 23.976</option> è sbagliato.
+<option>-ofps 24000/1001</option> dovrebbe invece essere usato.
</para>
<formalpara>
-<title>How telecine is used.</title>
+<title>Come viene usato telecine.</title>
<para>
All video intended to be displayed on an NTSC
-television set must be 60000/1001 fields per second. Made-for-TV movies
-and shows are often filmed directly at 60000/1001 fields per second, but
-the majority of cinema is filmed at 24 or 24000/1001 frames per
-second. When cinematic movie DVDs are mastered, the video is then
-converted for television using a process called telecine.
+Tutto il video pensato per essere riprodotto su televisione NTSC deve essere a
+60000/1001 campi al secondo. I film per la TV e gli spettacoli sono spesso
+registrati direttamente a 60000/1001 campi al secondo, ma la stragrande
+maggioranzna dei film per cinema è filmata a 24 o 24000/1001 fotogrammi al
+secondo. Quando i film da cinema vengono masterizzati su DVD, il video viene
+quindi convertito per la televisione usando un processo chiamato telecine
+(o telecinema).
</para></formalpara>
<para>
-On a DVD, the video is never actually stored as 60000/1001 fields per
-second. For video that was originally 60000/1001, each pair of fields is
-combined to form a frame, resulting in 30000/1001 frames per
-second. Hardware DVD players then read a flag embedded in the video
-stream to determine whether the odd- or even-numbered lines should
-form the first field.
+Su un DVD il video non è praticamente mai memorizzato con 60000/1001 campi al
+secondo. Per un video che originariamente era 60000/1001, ogni coppia di campi
+viene combinata in un fotogramma, risultando in 30000/1001 fotogrammi al
+secondo. I lettori DVD hardware leggono quindi un parametro codificato nel
+flusso video pe rdeterminare se le linee pari o quelle dispari debbano formare
+il primo campo.
</para>
<para>
-Usually, 24000/1001 frames per second content stays as it is when
-encoded for a DVD, and the DVD player must perform telecining
-on-the-fly. Sometimes, however, the video is telecined
-<emphasis>before</emphasis> being stored on the DVD; even though it
-was originally 24000/1001 frames per second, it becomes 60000/1001 fields per
-second. When it is stored on the DVD, pairs of fields are combined to form
-30000/1001 frames per second.
+Solitamente il contenuto a 24000/1001 fotogrammi per secondi resta così com'è
+quando viene codificato per un DVD, e il lettore DVD deve eseguire il telecine
+al momento. Alcune volte invece, il video subisce il telecine
+<emphasis>prima</emphasis> di essere scritto su DVD; anche se in origine era a
+24000/1001 fotogrammi al secondi, diventa 60000/1001 campi al secondo. Quando
+viene memorizzato su DVD, le coppie di campi vengono assemblate per formare
+30000/1001 fotogrammi al secondo.
</para>
<para>
-When looking at individual frames formed from 60000/1001 fields per
-second video, telecined or otherwise, interlacing is clearly visible
-wherever there is any motion, because one field (say, the
-even-numbered lines) represents a moment in time 1/(60000/1001)
-seconds later than the other. Playing interlaced video on a computer
-looks ugly both because the monitor is higher resolution and because
-the video is shown frame-after-frame instead of field-after-field.
+Guardando i singoli fotogrammi generati da video a 60000/1001 campi al secondo,
+che sia telecine o no, l'interlacciamento è chiaramente visibile ovunque vi sia
+del movimento, dato che un campo (diciamo le linee pari) rappresenta un istante
+nel tempo 1/(60000/1001) secondi dopo l'altro. Riprodurre video interlacciato
+su un computer risulta brutto sia perché il monitor ha una risoluzione maggiore
+sia perché il video viene mostrato un fotogramma dopo l'altro invece che un
+campo dopo l'altro.
</para>
<itemizedlist>
-<title>Notes:</title>
+<title>Note:</title>
<listitem><para>
- This section only applies to NTSC DVDs, and not PAL.
+ Questa sezione si applica solo ai DVD NTSC, e non a quelli PAL.
</para></listitem>
<listitem><para>
- The example <application>MEncoder</application> lines throughout the
- document are <emphasis role="bold">not</emphasis> intended for
- actual use. They are simply the bare minimum required to encode the
- pertaining video category. How to make good DVD rips or fine-tune
- <systemitem class="library">libavcodec</systemitem> for maximal
- quality is not within the scope of this document.
+ Le righe di esempio per <application>MEncoder</application> proposte nella
+ documentazione <emphasis role="bold">non</emphasis> sono pensate per un
+ utilizzo reale. Sono solo quelle minimali richieste per codificare la
+ relativa categoria di video. Come fare buoni rip di DVD o configurare bene
+ <systemitem class="library">libavcodec</systemitem> per la massima qualità
+ non è lo scopo di questa documentazione.
</para></listitem>
<listitem><para>
- There are a couple footnotes specific to this guide, linked like this:
+ Ci sono alcune note a piè di pagina specifiche di questa guida, così
+ indicate:
<link linkend="menc-feat-telecine-footnotes">[1]</link>
</para></listitem>
</itemizedlist>
More information about the MPlayer-translations
mailing list