From 2e8119be9a7474b3f86c53db044cfaa7ec27cbea Mon Sep 17 00:00:00 2001 From: Uoti Urpala Date: Mon, 16 Jul 2012 22:10:28 +0300 Subject: docs: delete outdated translated manpages/docs Delete all manpages and XML documentation in languages other than English. The XML documentation was badly out of date. The content of translated manpages was somewhat out of date, and manpage formatting will change to use reStructuredText instead of raw troff format. If updated translations are created for some languages later, I think it's better to maintain those outside the main repository. --- DOCS/xml/it/bugreports.xml | 507 ---- DOCS/xml/it/documentation.xml | 180 -- DOCS/xml/it/encoding-guide.xml | 5354 ---------------------------------------- DOCS/xml/it/faq.xml | 1316 ---------- DOCS/xml/it/install.xml | 528 ---- DOCS/xml/it/mencoder.xml | 780 ------ DOCS/xml/it/ports.xml | 1 - DOCS/xml/it/skin.xml | 1 - DOCS/xml/it/usage.xml | 1818 -------------- DOCS/xml/it/video.xml | 2722 -------------------- 10 files changed, 13207 deletions(-) delete mode 100644 DOCS/xml/it/bugreports.xml delete mode 100644 DOCS/xml/it/documentation.xml delete mode 100644 DOCS/xml/it/encoding-guide.xml delete mode 100644 DOCS/xml/it/faq.xml delete mode 100644 DOCS/xml/it/install.xml delete mode 100644 DOCS/xml/it/mencoder.xml delete mode 120000 DOCS/xml/it/ports.xml delete mode 120000 DOCS/xml/it/skin.xml delete mode 100644 DOCS/xml/it/usage.xml delete mode 100644 DOCS/xml/it/video.xml (limited to 'DOCS/xml/it') diff --git a/DOCS/xml/it/bugreports.xml b/DOCS/xml/it/bugreports.xml deleted file mode 100644 index 690d09ae5d..0000000000 --- a/DOCS/xml/it/bugreports.xml +++ /dev/null @@ -1,507 +0,0 @@ - - - -Come segnalare i bug (errori) - - -Buone segnalazioni di errori sono un contributo molto valido per lo sviluppo di -un qualsiasi progetto software. Ma proprio come nello scrivere un buon -software, scrivere buoni rapporti sui problemi richiede dell'impegno. Per favore -considera che molti sviluppatori sono estremamente impegnati e ricevono immensi -volumi di email. Perciò, mentre da un lato il tuo feedback è cruciale per -migliorare MPlayer e molto apprezzato, per favore -cerca di capire che devi fornire tutte le -informazioni che chiediamo e seguire fedelmente le istruzioni qui documentate. - - - - - - - -Come segnalare i bug di sicurezza (errori) - - -Nel caso in cui tu abbia trovato un bug pericoloso e vuoi fare la cosa giusta e -lasciarcelo correggere prima di sfruttarlo, saremmo felici di avere la tua -segnalazione di sicurezza a -security@mplayerhq.hu. -Per favore aggiungi nell'oggetto [SECURITY] o [ADVISORY]. -Assicurati che il rapporto contenga l'analisi completa e dettagliata del bug. -L'invio di una correzione è decisamente apprezzato. -Per piacere non ritardare la segnalazione per scrivere un exploit che la provi, -puoi inviarlo eventualmente con un'altra mail. - - - - - - - - -Come correggere i bug - - -Se pensi di avere le capacità necessarie, sei esortato a provare a correggere -il bug per conto tuo. O forse lo hai già fatto? Leggi per favore -questo breve documento per scoprire -come far sì che il tuo codice venga incluso in -MPlayer. Le persone sulla mailing list -MPlayer-dev-eng -ti aiuteranno se avrai dei dubbi. - - - - - - - - -Come fare delle prove retroattive usando Subversion - - -Un problema che può capitare delle volte è 'prima funzionava, ora non -funziona più...'. -C'è una procedura passo passo per cercare di scoprire dove il problema si sia -presentato. Non è destinata agli utenti -casuali. - - - -Per prima cosa, dovresti scaricare l'alberatura dei sorgenti di MPlayer da -Subversion. Le istruzioni si possono trovare nella -sezione su Subversion nella pagina dei download. - - - -Troverai ora un immagine dell'archivio Subversion dentro alla directory -mplayer/, dal lato client. -Ora aggiorna questa immagine alla data che desideri: - -cd mplayer/ -svn update -r {"2004-08-23"} - -Il formato della data è YYYY-MM-DD HH:MM:SS. -Usando questo formato di data ti garantisce di essere in grado di estrarre le -path in base alla data in cui sono state applicate, come -nell'archivio -MPlayer-cvslog. - - - -Ora procedi come per un normale aggiornamento: - -./configure -make - - - - -Per chi sta leggendo e non è un programmatore, il modo più veloce di trovare -il punto dove si è presentato il problema è effettuare una ricerca binaria -— che significa cercare la data della 'rottura' dividendo ripetutamente a -metà l'intervallo di ricerca. -Per esempio, se il problema si è presentato nel 2003, inizia da metà anno, -poi chiediti "C'è già il problema qui?". -Se sì, retrocedi fino al primo di aprile; se no, vai al primo di ottobre, e -così via. - - - -Se hai tanto spazio libero sul disco rigido (una compilazione completa occupa -attualmente 100 MB, e circa 300-350 MB se si abilitano i simboli di debug), -copiati la versione funzionante più vecchia prima di aggiornarla; questo ti -farà risparmiare tempo se devi retrocedere. -(Solitamente bisogna eseguire 'make distclean' prima di ricompilare una versione -precedente, perciò se non ne hai una salvata, dovrai ricompilare tutto quanto -quando ritorni alla verisone attuale.) - - - -Dopo aver trovato il giorno in cui è nato l'errore, continua a cercare usando -l'archivio mplayer-cvslog (ordinato per data) e un più preciso aggiornamento -su svn con ora, minuto e secondo: - -svn update -r {"2004-08-23 15:17:25"} - -Questo ti permetterà di trovare facilmente la patch esatta che lo ha generato. - - - -Se trovi la patch che è stata la causa del problema, hai quasi vinto; -fai un rapporto su -MPlayer Bugzilla o -iscriviti a -MPlayer-users -e postalo là. -C'è anche la possibilità che l'autore intervenga consigliando una correzione. -Puoi anche controllare attentamente la patch fino a quando la costringi a -rivelarti dove stia il bug :-). - - - - - - - - -Come segnalare i bug - - -Per prima cosa per favore prova la versione Subversion di -MPlayer più recente visto che in essa il tuo bug -potrebbe già essere stato risolto. Lo sviluppo avanza velocemente, la maggior -parte dei problemi nei rilasci ufficiali sono segnalati in pochi giorni o poche -ore, perciò parti solo da Subversion per -segnalare i bug. Ciò include i pacchetti compilati di -MPlayer. Le istruzioni per Subversion si possono -trovare in fondo a -questa pagina o nel -README. Se ciò non ti è stato di aiuto, per favore fai riferimento -al resto della -documentazione. Se il tuo problema è sconosciuto oppure non risolvibile con le -nostre indicazioni, allora per favore segnala il bug. - - - -Per piacere non inviare segnalazioni di bug ai singoli sviluppatori in privato. -Questo è un lavoro di comunità e quindi ci possono essere varie persone -interessate ad esso. Alcune volte altri utenti hanno già avuto i tuoi problemi -e sanno come aggirare un problema anche quando è un bug nel codice di -MPlayer. - - - -Per favore descrivi il tuo problema il più dettagliatamente possibile. Fai un -piccolo lavoro di ricerca per evidenziare le circostanze in cui succede il -problema. Il bug si presenta solo in alcune occasioni? E' specifico per certi -file o tipi di file? Capita solo con un codec e è indipendente dal codec? Puoi -riprodurlo con tutti i driver di uscita? Più informazioni fornisci, maggiori -sono le nostre possibilità di correggere il tuo problema. Per favore non -dimenticare di includere anche le importanti informazioni richieste qui sotto, -altrimenti non saremo in grado di diagnosticare il problema. - - - -Una guida eccellente e ben scritta su come fare domande in forum pubblici è -How To Ask Questions The Smart Way -(Come porre domande in modo intelligente) -di Eric S. Raymond. -Ce n'è un'altra chiamata -Come -segnalare bug efficacemente -di Simon Tatham. -Se segui queste linee guida dovresti poter ottenere aiuto.. Ma per favore tieni -conto che tutti noi seguiamo le mailing list volontariamente nel tempo libero. -Siamo molto occupati e non possiamo garantire che otterrai una soluzione per il -tuo problema o anche solo una risposta. - - - - - - - - -Dove segnalare i bug - - -Iscriviti alla mailing list MPlayer-users: - -e invia il tuo rapporto sul bug a - dove puoi discuterlo. - - - -Se preferisci puoi invece usare il nostro bel nuovo -Bugzilla. - - - -La lingua di questa lista è l'inglese. -Per favore segui gli standard delle -Linee guida della Netiquette -e non inviare email in HTML ad alcuna delle -nostre mailing list. Verrai semplicemente ignorato bandito. Se non sai cosa sia -una mail in HTML o perché sia il male, leggi questo -buon documento. -Ti spiega tutto in dettaglio e contiene le istruzioni per disabilitare l'HTML. -Inoltre nota che non rispondiamo in CC (copia carbone) alle persone, quindi è -una buona idea iscriversi per poter effettivamente ricevere la risposta. - - - - - - - - -Cosa riportare - - -Potrebbe servire che tu includa nel tuo rapporto sul bug registrazioni, -configurazioni o file di esempio. Se alcune di queste cose sono abbastanza -grandi, è meglio caricarle sul nostro -server FTP in -un formato compresso (si preferiscono gzip e bzip2) e inserisci nel rapporto -solo il nome e il percorso del file. Le nostre mailing list hanno un limite -sulla dimensione di 80k, se hai qualcosa di più grande devi comprimerlo o -caricarlo. - - - - - -Informazioni di Sistema - - - - - La tua distribuzione Linux o il sistema operativo e la versione, per es.: - - Red Hat 7.1 - Slackware 7.0 + pacchetti sviluppo dalla 7.1 ... - - - - La versione del kernel: - uname -a - - - La versione di libc: - ls -l /lib/libc[.-]* - - - Le versioni di gcc e di ld: - -gcc -v -ld -v - - - La versione di binutils: - as --version - - - Se hai dei problemi con la modalità a schermo intero: - - Il tipo di gestore di finestre e la versione - - - - Se hai dei problemi con XVIDIX: - - - La profondità colore di X: - xdpyinfo | grep "depth of root" - - - - - Se i bug sono solo nella GUI: - - La versione di GTK - La versione di GLIB - La situazione della GUI in cui il bug si presenta - - - - - - - - - -Hardware e driver - - - - - Informazioni CPU (questo funziona solo in Linux): - cat /proc/cpuinfo - - - La marca della scheda video ed il modello, per es.: - - ASUS V3800U chip: nVidia TNT2 Ultra pro 32MB SDRAM - Matrox G400 DH 32MB SGRAM - - - - Il tipo di driver video & la versione, per es.: - - X built-in driver - nVidia 0.9.623 - Utah-GLX CVS 2001-02-17 - DRI from X 4.0.3 - - - - Il tipo di scheda video & driver, per es.: - - Creative SBLive! Gold with OSS driver from oss.creative.com - Creative SB16 with kernel OSS drivers - GUS PnP with ALSA OSS emulation - - - - Se hai dei dubbi includi l'emissione di lspci -vv su - sitemi Linux. - - - - - - - - -Problemi del configure - - -Se ricevi degli errori eseguendo ./configure, o se fallisce -la rilevazione automatica di qualcosa, leggi config.log. -Puoi travarci la soluzione, per esempio varie versioni della stessa libreria -mescolate sul tuo sistema, o hai dimenticato di installare il pacchetto di -scviluppo (quelli con il suffisso -dev). Se pensi ci sia un bug, includi -config.log nel tuo rapporto sul bug stesso. - - - - -Problemi di compilazione - - -Per favore includi questi file: - - config.h - config.mak - - - - - - - -Problemi in riproduzione - - -Per favore includi l'output di MPlayer al livello -di verbosità 1, ma ricorda di -non troncare tale output quando lo incolli -nella tua mail. Agli sviluppatori servono tutti i messaggi per diagnosticare -correttamente un problema. Puoi redirigere l'output in un file in questo modo: - -mplayer -v options filename > mplayer.log 2>&1 - - - - -Se il tuo problema è specifico per uno o più file, -allora per favore carica quello/i incriminato/i in: - - - - -Carica anche un piccolo file di testo con lo stesso nome di base del file, con -un'estensione .txt. Descrivi il problema che hai con quel particolare file e -includi il tuo indirizzo email così come ll'ouptut di -MPlayer all livello 1 di verbosità. -Solitamente i primi 1-5 MB di un file sono abbastanza per riprodurre il -problema, ma per esserne certi ti chiediamo di fare: - -dd if=tuo_file of=piccolo_file bs=1024k count=5 - -Questo copierà i primi 5 mega di 'tuo_file' -e li scriverà su 'piccolo_file'. Dopo prova -di nuovo con il file piccolo e se il problema si presenta ancora per noi è -sufficiente. Per piacere non inviare mai questi -file via mail! Caricali sull'FTP, e manda solo il percorso/nome del file nel -server FTP. Se il file è raggiungibile in rete, allora è sufficiente inviare -l'URL preciso. - - - - - - -Crash - - -Devi eseguire MPlayer dentro a gdb -e mandarci l'output completo oppure se hai un core dump -del crash puoi ricavare informazioni utili dal Core file. Qui spiega come: - - - - -Come conservare le informazioni di un crash riproducibile - - -Ricompila MPlayer con il codice di debug abilitato: - -./configure --enable-debug=3 -make - -e poi esegui MPlayer da dentro gdb usando: -gdb ./mplayer -Ora sei dentro gdb, Scrivi: - -run -v opzioni-per-mplayer nomefile - -e riproduci il tuo crash. Appena ci sei riuscito, gdb ti ripresenterà il -prompt dei comandi, dove devi digitare - -bt -disass $pc-32 $pc+32 -info all-registers - - - - - - -Come ricavare informazioni significative da un core dump - - -Genera il file di comandi seguente: - -bt -disass $pc-32 $pc+32 -info all-registers - -Poi lancia semplicemente questo comando: - -gdb mplayer --core=core -batch --command=file_comandi > mplayer.bug - - - - - - - - - - - -So quello che sto facendo... - - -Se hai generato un rapporto adeguato sul bug seguendo i passi suddetti e sei -certo che sia un bug in MPlayer e non un problema -del compilatore o di un file danneggiato, se hai già letto la documentazione -non sei riuscito a trovare una soluzione, i tuoi driver audio sono OK, allora -potresti voler iscriverti alla lista MPlayer-advusers e inviare lì il tuo -rapporto per ottenere una riposta migliore e più rapida. - - - -Renditi per favore conto che se invii lì domande da niubbo o domande che hanno -già una risposta nel manuale, sarai ignorato o alimenterai un flame, invece -di ottenere una risposta adeguata. Non generare flame contro di noi e iscriviti -a -advusers solo se sai davvero cosa stai facendo e senti di essere un utente -avanzato di MPlayer o uno sviuppatore. Se rientri in -questi ranghi non dovrebbe esserti difficile scoprire come iscriverti... - - - - diff --git a/DOCS/xml/it/documentation.xml b/DOCS/xml/it/documentation.xml deleted file mode 100644 index ec0749d834..0000000000 --- a/DOCS/xml/it/documentation.xml +++ /dev/null @@ -1,180 +0,0 @@ - - - - -<application>MPlayer</application> - Il Visualizzatore di film - -24 marzo 2003 - - 2000 - 2001 - 2002 - 2003 - 2004 - 2005 - 2006 - 2007 - 2008 - 2009 - 2010 - MPlayer team - - - License - MPlayer is free software; you can redistribute it and/or modify - it under the terms of the GNU General Public License as published by the - Free Software Foundation; either version 2 of the License, or (at your - option) any later version. - - MPlayer is distributed in the hope that it will be useful, but - WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY - or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License - for more details. - - You should have received a copy of the GNU General Public License - along with MPlayer; if not, write to the Free Software Foundation, - Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. - - - - - -Come leggere questa documentazione - - -Se installi per la prima volta: assicurati di leggere tutto da qui fino alla -fine della sezione sull'installazione e segui i collegamenti che troverai. Se -hai altre domande, ritorna alla Tabella dei Contenuti -e cerca l'argomento, leggi le , o prova a ricercare nei -file (con grep, per esempio). Molte domande possono avere una risposta qui da -qualche parte e le restanti probabilmente sono già state poste nelle nostre -mailing list. -Controlla gli -archivi, ci -sono un sacco di valide informazioni da trovare. - - - - - -Introduzione - - -MPlayer è un visualizzatore di filmati per Linux -(gira su molte altre piattaforme Unix e architetture di CPU non-x86, vedi -). -Riproduce la maggior parte dei file del tipo MPEG, VOB, AVI, OGG/OGM, VIVO, -ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA, -file Matroska, aiutato da molti codec nativi, di Xanim, RealPlayer, o codec DLL -binari di Win32. Puoi guardare -VideoCD, SVCD, DVD, 3ivx, RealMedia, Sorenson, Theora, e anche filmati -MPEG-4 (DivX). -Un'altra importante caratteristica di MPlayer è il -supporto per un'ampia gamma di driver di uscita. Funziona con X11, Xv, DGA, -OpenGL, SVGAlib, fbdev, AAlib, libcaca, DirectFB, ma puoi anche usare GGI e SDL -(e in questo modo tutti i loro driver) e pure alcuni driver specifici di basso -livello (per Matrox, 3Dfx e Radeon, Mach64, Permedia3)! -La maggior parte di essi supporta il ridimensionamento via software o hardware, -così puoi gustarti i filmati a schermo intero. -MPlayer supporta la riproduzione attraverso alcune -schede di decodifica MPEG hardware, come DVB e -DXR3/Hollywood+. E cosa dire dei grandi e bei -sottotitoli sfumati con antialias (14 tipi supportati) con font -europei/ISO 8859-1,2 (ungherese, inglese, ceco, etc), cirillici, coreani, -e del visualizzatore su schermo (OnScreen Display, OSD)? - - - -Il riproduttore è decisamente robusto nella riproduzione di file MPEG rovinati -(utile per alcuni VCD) e riproduce file AVI imperfetti, che sono illeggibili -con il famoso Windows Media Player. -Si possono anche leggere gli AVI non indicizzati e puoi ricostruire il loro -indice temporaneamente con l'opzione o permanentemente -con MEncoder, abilitando così la ricerca! -Come puoi vedere, la stabilità e la qualità sono lo cose più importanti, -ma anche la velocità è impressionante. C'è anche un potente sistema di -filtri per la manipolazione audio e video. - - - -MEncoder (MPlayer's Movie -Encoder, Codificatore di film di MPlayer) è un semplice codificatore di film, -progettato per codificare tutti i filmati visualizzabili da -MPlayer -(AVI/ASF/OGG/DVD/VCD/VOB/MPG/MOV/VIV/FLI/RM/NUV/NET/PVA) -in altri formati sempre visualizzabili da MPlayer -(vedi sotto). Può codificare con vari codec, come MPEG-4 (DivX4) -(uno o due passi), libavcodec, audio -PCM/MP3/VBR MP3. - - - -Caratteristiche di <application>MEncoder</application> - - Codifica da un'ampia gamma di formati e decodificatori di - MPlayer - - - Codifica in tutti i formati da - libavcodec di FFmpeg - - - Codifica video da sintonizzatori TV compatibili V4L - - - Codifica/multiplex in file AVI con interleave con indici corretti - - - Creazione di file da flussi audio esterni - - - Codifica in 1, 2 o 3 passi - - - Audio MP3 VBR - - - Audio PCM - - - Copia dei flussi - - - Sincronizzazione A/V dell'input (basata su PTS, può esser disabilitata con - l'opzione ) - - - Correzione dei fps con l'opzione (utile codificando - VOB a 30000/1001 fps in AVI a 24000/1001 fps) - - - Usa il nostro potentissimo sistema di filtri (crop, expand, flip, postprocess, - rotate, scale, conversione rgb/yuv) - - - Può codificare sottotitoli DVD/VOBsub e sottotitoli testuali nel file di - uscita - - - Può codificare sottotitoli DVD in formato VOBsub - - - - - -MPlayer e MEncoder -possono esser distribuiti nei termini della GNU General Public License Version 2. - - - - -&install.xml; - -&usage.xml; -&video.xml; -&ports.xml; -&mencoder.xml; -&encoding-guide.xml; -&faq.xml; -&bugreports.xml; -&skin.xml; diff --git a/DOCS/xml/it/encoding-guide.xml b/DOCS/xml/it/encoding-guide.xml deleted file mode 100644 index dd326c2fa4..0000000000 --- a/DOCS/xml/it/encoding-guide.xml +++ /dev/null @@ -1,5354 +0,0 @@ - - - -La codifica con <application>MEncoder</application> - - -Produrre un rip di un film da DVD in un - MPEG-4 ("DivX") di alta qualità - - -Una domanda frequente è "Come posso generare il rip con la migliore qualità -per una dimensione data?". Un'altra domanda è "Come posso fare il rip da DVD -migliore in assoluto? Non mi interessa la dimensione del file, voglio solo la -più alta qualità." - - - -L'ultima domanda è perlomeno forse posta malamente. Dopo tutto, se non ti -interessa la dimensione del file, perché non ti copi semplicemente l'intero -flusso video MPEG-2 dal DVD? Certo, avrai un AVI di 5GB, prendere o lasciare, -ma se vuoi la miglior qualità e non ti importa della dimensione, è -sicuramente la scelta migliore. - - - -Invero, la ragione per cui vuoi codificare un DVD in MPEG-4 è proprio perché -ti interessa davvero la dimensione del file. - - - -E' difficile offrire una ricetta da libro su come generare un rip da DVD in -qualità molto alta. Bisogna considerare vari fattori, e dovresti comprendere -questi dettagli, altrimenti alla fine probabilmente sarai insoddisfatto del -risultato. Più sotto evidenziamo alcuni di questi argomenti e poi passiamo ad -esaminare un esempio. Partiamo dal principio che per codificare il video tu -stia usando libavcodec anche se la -teoria si applica allo stesso modo agli altri codec. - - - -Se questo ti sembra troppo, dovresti probabilmente usare una delle belle -interfacce elencate nella -sezione su MEncoder -nella pagina dei progetti collegati (related projects). -In tal modo riuscirai ad ottenere rip di alta qualità senza pensarci troppo, -dato che la maggior parte di questi strumenti sono progettati per prendere -decisioni sagge al tuo posto. - - - - - -Prepararsi alla codifica: identificare il materiale sorgente e la frequenza fotogrammi (framerate) - - -Prima ancora di pensare a codificare un film, devi fare alcuni passi -preliminari. - - - -Il primo e più importante passo prima della codifica dovrebbe essere -determinare il tipo di contenuto che stai trattando. -Se il tuo materiale di partenza arriva da un DVD o da TV in -broadcast/via cavo/satellite, sarà salvato in uno dei due formati: NTSC per -il Nord America e il Giappone, PAL per l'Europa, etc... -E' importante tuttavia comprendere che questo è solo il formato per la -trasmissione in televisione, e spesso non -corrisponde al formato originario del film. -L'esperienza insegna che il materiale NTSC è molto più difficile da -codificare, perché ci sono più elementi da identificare nel sorgente. -Per generare una codifica adeguata, devi sapere il formato originario. -Il non tenerne conto porterà a molti __flaws__ nella tua codifica, inclusi -artefatti orrendi __combing__ (interlacing) e fotogrammi duplicati o addirittura -perduti. -Oltre ad essere brutti, gli artefatti influenzano negativamente l'efficienza -della codifica: otterrai una peggior qualità a parità di bitrate. - - - - -Identificare la frequenza fotogrammi (framerate) del sorgente - - -C'è qui un elenco di tipi comuni di materiale sorgente, dove facilmente si -trovano e le loro proprietà: - - - - - Film standard: prodotti per la visione - su schermi da cinema a 24fps. - - - Video PAL: registrati con una videocamera - PAL a 50 campi al secondo. - Un campo è composto dalle sole linee pari o dispari di un fotogramma. - La televisione è stata progettata per aggiornarle alternativamente come un - metodo economico di compressione analogica. - L'occhio umano teoricamente compensa la cosa, ma una volta che capisci come - funziona l'interlacciatura imparerai a vederla anche in TV e non ti piacerà - più la TV. - Due campi non fanno un fotogramma intero, - poiché sono registrati a 1/50 di secondo di distanza nel tempo e quindi non - si allineano a meno che non ci sia movimento alcuno. - - - Video NTSC: registrati con una videocamera - NTSC a 60000/1001 campi al secondi, o 60 campi al secondo nell'era precedente - al colore. - Per il resto sono simili ai PAL. - - - Animazione: solitamente disegnati a 24fps, - ma se ne trovano anche in tipologie con frequenza di fotogrammi mista. - - - Computer Graphics (CG): possono essere con - qualsiasi frequenza di fotogrammi, ma alcuni sono più comuni di altri; - sono tipici 24 e 30 fotogrammi al secondo per NTSC e 25fps per PAL. - - - Vecchi Film: varie e più basse frequenze di - fotogrammi. - - - - - - -Identificare il materiale sorgente - - -I film composti da fotogrammi sono indicati come "progressivi", mentre quelli -composti da campi indipendenti sono chiamati "interlacciati" o video - anche se -quest'ultimo termine è ambiguo. - - - -Per complicare ulteriormente le cose, alcuni film possono essere un misto di -molti dei suddetti. - - - -La più importante distinzione da farsi tra tutti questi formati è che alcuni -sono basati su fotogrammi mentre gli altri sono basati su campi. -Ogniqualvolta un film viene preparato per la -visualizzazione in televisione (DVD inclusi), viene convertito in un formato -basato su campi. -I vari metodi con cui si può fare sono conosciuti nel loro insieme come -"telecine", di cui il tristemente famoso "3:2 pulldown" NTSC è una tipologia. -A meno che il materiale originale sia anch'esso basato su campi (e con la stessa -frequenza di campi) otterrai un filmato in un formato diverso da quello che è -in origine. - - - -Ci sono vari tipi usuali di "pulldown": - - Pulldown PAL 2:2: il più bello di tutti. - Ciascun fotogramma viene mostrato per la durata di due campi, estraendo le - linee pari e dispari e mostrandole alternativamente. - Se il materiale di origine è a 24fps questo processo velocizza il filmato - del 4%. - - - Pulldown PAL 2:2:2:2:2:2:2:2:2:2:2:3: - Ogni dodicesimo fotogramma viene mostrato per la durata di tre campi, invece - che solamente per due. - Questo evita il problema dell'aumento del 4% di velocità, ma rende il - processo molto più difficile da __reversare__. - Solitamente viene usato nelle produzioni musicali, dove modificare del 4% la - velocità rovinerebbe pesantemente la colonna sonora. - - - Telecine NTSC 3:2: i fotogrammi vengono - mostrati alternativamente per la durata di 3 o 2 campi. - Questo porta ad una frequenza di campi di 2.5 volte la frequenza orginaria. - Il risultato viene anche leggermente rallentato da 60 campi al secondo fino a - 60000/1001 campi al secondo, per mantenere la frequenza dei campi di NTSC. - - - Pulldown NTSC 2:2: utilizzato per mostrare - materiale a 30fps su NTSC. - Carino, proprio come il pulldown PAL 2:2. - - - - -Ci sono anche alcuni metodi per convertire tra video NTSC e PAL, ma gli -arogmenti relativi non sono obiettivo di questa guida. -Se ti trovi di fronte a un film di questo genere e lo vuoi codificare, la tua -scelta migliore è cercarne una copia nel formato originale. -La conversione tra questi due formati è altamente distruttiva e non può -essere __reversed__ in maniera pulita, perciò la tua codifica __soffrirà__ -molto se eseguita da una sorgente convertita. - - - -Quando il video viene salvato du un DVD, coppie consecutive di campi sono -raggruppati in un fotogramma, anche se non sono pensati per esser mostrati -nello stesso momento. -Lo standard MPEG-2 usato sui DVD e per la TV digitale fornisce un modo sia per -codificare i fotogrammi progressivi originali, che uno per memorizzare -nell'intestazione del fotogramma il numero dei campi per cui il fotogramma -stesso debba essere mostrato. -Se viene usato questo metodo il filmato verrà spesso indicato come -"soft telecine", visto che il procedimento indica semplicemente al lettore DVD -di applicare il pulldown al film, invece che modificare il film stesso. -Questa situazione è decisamente preferibile, dato che può essere facilmente -__reversed__ (__actually ignored__) dal condificatore, e dato che mantiene la -massima qualità. -Tuttavia, molti studi di produzione DVD e di trasmissione non usano tecniche di -codifica appropriate, ma al contrario producono filmati con "hard telecine", in -cui i campi sono sotanzialmente duplicati nell'MPEG-2 codificato. - - - -Le modalità per gestire questi casi verranno descritte -più avanti in questa guida. -Per adesso ti lasciamo alcune indicazioni su come identificare il tipo di -materiale che stai trattando: - - - -Regioni NTSC: - - Se MPlayer dice che la frequenza fotogrammi passa - a 24000/1001 durante la visione del film e non ritorna come prima, è quasi - sicuramente un qualche contenuto progressivo che è stato modificato in - "soft telecine". - - - Se MPlayer dice che la frequenza fotogrammi va - avanti e indietro tra 24000/1001 e 30000/1001 e ogni tanto vedi delle "righe", - allora ci sono varie possibilità. - Le parti a 24000/1001 fps sono quasi certamente contenuto progressivo, in - "soft telecine", ma le parti a 30000/1001 fps possono essere sia contenuto in - "hard telecine" a 24000/1001 fps che video NTSC a 60000/1001 campi al secondo. - Usa le stesse linee guida dei due casi seguenti per determinare quale. - - - Se MPlayer non mostra mai una modifica alla - frequenza dei fotogrammi e ogni singolo fotogramma con del movimento appare - "rigato", il tuo filmato è video NTSC a 60000/1001 campi al secondo. - - - Se MPlayer non mostra mai una modifica alla - frequenza dei fotogrammi e due fotogrammi ogni cinque sono "rigati", il tuo - film è contenuto a 24000/1001fps in "hard telecine". - - - - -Regioni PAL: - - Se non vedi mai alcuna "riga", il tuo film è pulldown 2:2. - - - Se vedi delle "righe" che vanno e vengono ogni mezzo secondo, - allora il tuo film è pulldown 2:2:2:2:2:2:2:2:2:2:2:3. - - - Se vedi sempre "righe" durante il movimento, allora il tuo film è video - PAL a 50 campi al secondo. - - - -Consiglio: - - MPlayer può rallentare la riproduzione del film - con l'opzione -speed o riprodurlo fotogramma per fotogramma. - Prova ad usare 0.2 per guardare molto lentamente il - film o premi ripetutamente il tasto "." per riprodurre un - fotogramma per volta ed identificare la sequenza, se non riesci a vederla a - velocità normale. - - - - - - - - -Quantizzatore costante vs. multipassaggio - - -E' possibile codificare il filmato in un'ampia gamma di qualità. -Con i codificatori video moderni e un pelo di compressione pre-codec -(ridimensionando e ripulendo), è possibile raggiungere una qualità molto -buona in 700 MB, per un film di 90-110 minuti in widescreen. -Inoltre tutti i film tranne i più lunghi possono essere codificati con una -qualità pressoché perfetta in 1400 MB. - - - -Ci sono tre approcci per codificare il video: bitrate costante (CBR), -quantizzatore costante, e multipassaggio (ABR, o bitrate medio). - - - -La complessità dei fotogrammi di un filmato, e di conseguenza il numero di -bit necessari per comprimerli, può variare molto da una scena ad un'altra. -I codificatori video moderni possono adattarsi via via a queste necessità -e cambiare il bitrate. -In modalità semplici come CBR, tuttavia, i codificatori non sanno il bitrate -necessario alle scene venture e perciò non possono stare sopra al bitrate -richiesto per lunghi periodi di tempo. -Modalità più avanzate, come la codifica in multipassaggio, possono tener -conto delle statistiche del passo precedente; questo corregge il problema -suddetto. - - -Nota: - -La maggior parte dei codec che gestisce la codifica in ABR può usare solo la -codifica a due passaggi mentre altri come -x264, -Xvid e -libavcodec gestiscono il -multipassaggio, che migliora leggermente la qualità ad ogni passo, anche se -tale moglioramento non è più misurabile né visibile veramente oltre il -quarto passo o giù di lì. -Perciò in questa sezione due passaggi e multipassaggio avranno lo stesso -significato. - - - - -In ambedue i modi, il codec video (come -libavcodec) spezza il fotogramma video -in macroblocchi da 16x16 pixel e poi applica un quantizzatore a ciascun -macroblocco. Più basso è il quantizzatore, migliore sarà la qualità e -più alto il bitrate. -Il metodo usato dal codificatore del filmato per determinare quale quantizzatore -utilizzare per un dato macroblocco varia ed è altamente configurabile. -(Questa è una semplificazione estrema del vero processo, ma il concetto di base -è comodo per capire.) - - - -Quando specifichi un bitrate constante, il codec video codificherà il video, -scartando dettagli tanto quanto è necessario e il meno possibile, in modo da -rimanere al di sotto del bitrate voluto. Se non ti interessa davvero la -dimensione del file, potresti anche usare CBR e specificare un bitrate -infinito. (In pratica, questo significa un valore abbastanza alto da non porre -limiti, come 10000Kbit.) Con nessun limite sul bitrate, il risultato è che il -codec userà il quantizzatore più basso possibile per ciascun macroblocco -(come specificato da per -libavcodec, che è 2 di default). -Appena specifichi un bitrate abbastanza basso tale che il codec venga forzato -ad utilizzare un quantizzatore più alto, allora stai sicuramente diminuendo la -qualità del tuo video. -Per evitarlo, dovresti probabilmente ridurre la dimensione del tuo video, -seguendo il metodo descritto più avanti in questa guida. -In generale dovresti evitare del tutto CBR se ti interessa la qualità. - - - -Con il quantizzatore costante, il codec utilizza lo stesso quantizzatore per -ogni macroblocco, come specificato dall'opzione (per -libavcodec). -Se vuoi la più alta qualità possibile di rip, sempre ignorantdo il bitrate, -puoi usare . -Ciò porterà gli stessi bitrate e PSNR (peak signal-to-noise ratio) come CBR -con =infinito e di default a 2. - - - -Il problema con la quantizzazione costante è che usa il quantizzatore indicato -sia che il macroblocco ne abbia bisogno o no. Perciò è possibile che venga -usato un quantizzatore più alto su un macroblocco senza sacrificare la -qualità visiva. Perché sprecare i bit di un quantizzatore basso che non -serve? La tua CPU ha tanti cicli fin quando c'è tempo, ma c'è solo un certo -numero di bit sul tuo disco rigido. - - - -Con una codifica a due passi, il primo codificherà il filmato come se fosse -CBR, ma manterrà una registrazione delle caratteristiche di ogni fotogramma. -Questi dati sono poi utilizzati durante il secondo passo in modo da effettuare -scelte intelligenti su quale quantizzatore usare. Durante le scene con azione -veloce o molti dettagliate, verrano usati più probabilmente quantizzatori più -alti, e durante scene lente o con pochi dettagli, verranno usati quantizzatori -più bassi. Solitamente è molto più importante la quantità di movimento -che la quantità di dettagli. - - - -Se usi , allora stai sprecando dei bit. Se usi -, allora non stai ottenendo la miglior qualità. -Supponi di rippare un DVD a e che il risultato sia -1800Kbit. Se fai una codifica a due passi con il -video risultante avrà una qualità superiore -a parità di bitrate. - - - -Dato che ora sei convinto che i due passaggi siano la strada da percorrere, la -vera domanda adesso è quale bitrate usare? La risposta à che non c'è una -risposta definitiva. Idealmente vuoi scegliere un bitrate che porti al miglior -equilibrio tra qualità e dimensione del file. Tutto ciò varia in dipendenza -del video di origine. - - - -Se la dimensione non è importante, un buon punto di partenza per un rip di -qualità molto elevata è intorno a 2000Kbit più o meno 200Kbit. -Per video con scene di azione veloce o con molti dettagli, oppure se -semplicemente hai l'occhio critico, potresti scegliere 2400 o 2600. -Per alcuni DVD potresti non notare alcuna differenza a 1400Kbit. Sperimentare -con alcune scene a vari bitrate è una buona idea per farsi un'opinione. - - - -Se punti a una data dimensione, dovrai calcolare il bitrate in un qualche modo. -Prima di farlo, però, devi sapere quanto spazio devi riservare per la traccia -(le tracce) audio, per cui devi dapprima fare il -rip di queste. -Puoi calcolare il bitrate con l'equazione che segue: -bitrate = (dimensione_voluta_in_Mbytes - dimensione_audio_in_Mbytes) -* 1024 * 1024 / lunghezza_in_secondi * 8 / 1000 -Per esempio, per far stare un film di due ore su un CD da 702MB, con 60MB di -traccia audio, il bitrate video diventerà: -(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 -= 740kbps - - - - - - -Vincoli per una codifica efficiente - - -A causa della natura del tipo di compressione MPEG, ci sono alcuni vincoli da -seguire per avere la massima qualità. -L'MPEG divide il video in quadrati da 16x16 chiamati macroblocchi, ciascuno di -essi composto da blocchi 4x4 con informazioni sulla luminanza (intensità) e -due blocchi da 8x8 a metà risoluzione per la crominanza (colore) (uno per -l'asse rosso-ciano e l'altro per l'asse blu-giallo). -Anche se la larghezza e l'altezza del tuo filmato non sono multipli di 16 il -codificatore userà tanti macroblocchi 16x16 in modo da coprire tutta la -superficie dell'immagine, e lo spazio in esubero sarà sprecato. -Indi, per migliorare la qualità a una dimensione prefissata è una brutta -idea utilizzare dimensioni che non siano multiple di 16. - - - -La maggior parte dei DVD ha anche alcune con bordi neri sui lati. Lasciarli lì -avrà un'influenza molto negativa sulla -qualità in svariati modi. - - - - - - Il tipo di compressione MPEG è pesantemente dipendente dalle trasformazioni - di dominio frequenti, in particolare la "trasformazione discreta del coseno" - (Discrete Cosine Transform (DCT)), che xxièe' simile alla trasformazione di - Fourier. Quest'approccio di codifica è efficiente nella rappresentazione di - motivi e transizioni delicate, ma trova difficoltà con spigoli più - definiti. Per codificarli deve usare molti più bit oppure apparirà un - artefatto conosciuto come 'ringing'. - - - - La trasformazione di frequenza (DCT) prende luogo separatemente in ogni - macroblocco (praticamente in ogni blocco) perciò questo problema si applica - solo quando lo spigolo definito è dentro a un blocco. Se il bordo nero inizia - esattamente sul lato di un multiplo di 16, questo non e' un problema. - Tuttavia i bordi neri sui DVD difficilmente sono ben allineati, perciò - nella realtà dovrai sempre tagliarli via per evitare questi problemi. - - - - - -Oltre alle trasformazioni del dominio di frequenza, il tipo di compressione -MPEG usa dei vettori di movimento per rappresetare le variazioni da un -fotogramma al successivo. Naturalmente i vettori di movimento funzionano molto -meno bene per i nuovi contenuti che arrivano dai bordi dell'immagine, dato che -non erano presenti nel fotogramma precedente. Fintanto che l'immagine arriva -fino al bordo dell'area codificata, i vettori di movimento non incontrano -alcun problema con li contenuto che esce dall'immagine. Tuttavia ci possono -esser problemi quando ci sono dei bordi neri: - - - - - - Per ogni macroblocco il tipo di compressione MPEG memorizza un vettore, che - identifica quale parte del fotogramma precedente debba essere copiata nel - macroblocco stesso, come base per predire il fotogramma successivo. Serve - codificare solo le differenze restanti. Se un macroblocco oltrepassa il - bordo dell'immagine e contiene parte del bordo nero, allora i vettori di - movimento provenienti da altre zone dell'immagine ricopriranno il bordo - nero. Questo significa che si devono utilizzare molti bit o per riannerire il - bordo che è stato ricoperto, oppure (più verosimilmente) un vettore di - movimento non sarà proprio usato e tutti i cambiamenti in questo - macroblocco dovranno venir esplicitamente codificate. In un modo o nell'altro - si ricuce di gran lunga l'efficienza della codifica. - - - - Inoltre questo problema si applica solo se i bordi neri non sono allinati - su limiti di multipli di 16. - - - - - - Immagina infine di avere un macroblocco all'interno dell'immagine, ed un - oggetto che passa da questo blocco verso il bordo dell'immagine. La - codifica MPEG non può dire "copia la parte che è dentro all'immagine, ma - non il bordo nero". Perciò anche il bordo nero vi verrà copiato - all'interno, e molti bit saranno sprecati codificando l'immagine che si - suppone stia lì. - - - - Se l'immagine arriva al limite della superficie codificata, l'MPEG ha una - particolare ottimizzazione che consta nel copiare ripetutamente i pixel sul - bordo dell'immagine quando un vettore di movimento arriva dall'esterno della - superficie codificata. Questa funzionalità diventa inutile quando il film - ha dei bordi neri. Diversamente dai problemi 1 e 2, allineare i bordi a - multipli di 16 in questo caso non aiuta. - - - - - A dispetto del fatto che i bordi siano completamente neri e non cambino mai, - c'è perlomeno un piccolo spreco nell'avere più macroblocchi. - - - - -Per tutte queste ragioni si consiglia di tagliar via completamente i bordi neri. -Inoltre, se c'è una zona di rumore/distorsione sui bordi dell'immagine, -tagliarla migliorerà ancora l'efficienza di codifica. I puristi videofili che -vogliono mantenere il più possibile l'originale potrebbero obiettare su questo -taglio, ma a meno di non codificare a una quantizzazione costante, la qualità -guadagnata tagliando sorpasserà di gran lunga la quantità di informazioni -perse sui bordi. - - - - - - -Tagliare e Ridimensionare - - -Ricorda dalla sezione precedente che la dimensione finale dell'immagine che -codifichi dovrebbe essere un multiplo di 16 (sia in larghezza che altezza). -Si può ottenere ciò tagliando, ridimensionando o combinando le due cose. - - - -Quando tagli, ci sono alcune linee guida che si devono seguire per evitare di -rovinare il tuo filmato. -Il formato YUV abituale, 4:2:0, memorizza le informazioni sulla crominanza -(colore) sottocampionate, per es. la crominanza viene campionata in ogni -direzione solo la metà di quanto venga la luminanza (intensità). -Osserva questo diagramma, dove L indica i punti di campionamente della -luminanza e C quelli della crominanza. - - - - - - - - - - - - - - - - - - - - - L - L - L - L - L - L - L - L - - - C - C - C - C - - - L - L - L - L - L - L - L - L - - - L - L - L - L - L - L - L - L - - - C - C - C - C - - - L - L - L - L - L - L - L - L - - - - - - -Come puoi vedere, le righe e le colonne dell'immagine vengono sempre a coppie. -Quindi i tuoi valori di spostamento e dimensione devono -essere numeri pari. -Se non lo sono la crominanza non sarà più allineata correttamente con la -luminanza. -In teoria è possibile tagliare con uno spostamento dispari, ma richiede che la -crominanza venga ricampionata, il che potenzialmente è un'operazione in perdita -e non è gestita dal filtro crop. - - - -Inoltre, il video interlacciato viene campionato come segue: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Campo superiore - Campo inferiore - - - L - L - L - L - L - L - L - L - - - - - - - - - - - C - C - C - C - - - - - - - - - - - - - - - - - - - L - L - L - L - L - L - L - L - - - L - L - L - L - L - L - L - L - - - - - - - - - - - - - - - - - - - C - C - C - C - - - - - - - - - - - L - L - L - L - L - L - L - L - - - L - L - L - L - L - L - L - L - - - - - - - - - - - C - C - C - C - - - - - - - - - - - - - - - - - - - L - L - L - L - L - L - L - L - - - L - L - L - L - L - L - L - L - - - - - - - - - - - - - - - - - - - C - C - C - C - - - - - - - - - - - L - L - L - L - L - L - L - L - - - - - - -Come puoi notare, il motivo non si ripete fino a dopo 4 linee. -Quindi per il video interlacciato, il tuo spostamento sull'asse y e l'altezza -devono essere multipli di 4. - - - -La risoluzione nativa DVD è 720x480 per NTSC e 720x576 per PAL, ma c'è un -flag per l'aspetto che indica se è full-screen (4:3) o wide-screen (16:9). -Molti (se non quasi tutti) i DVD in widescreen non sono esattamente 16:9 e -possono essere sia 1.85:1 o 2.35:1 (cinescope). Questo significa che nel video -ci saranno bordi neri che bisogna tagliare via. - - - -MPlayer fornisce un filtro che rileva i valori di -taglio e fornisce il rettangolo per crop (). -Esegui MPlayer con ed -emetterà le impostazioni di taglio per crop al fine di rimuovere i bordi. -Dovresti lasciare andare avanti il film abbastanza da ottenere valori di taglio -precisi. - - - -Dopodiché prova con MPlayer i valori ottenuti usando -la linea comando emessa da , e correggi il -rettangolo se e come serve. -Il filtro può esserti di aiuto, dato che ti -permette di impostare interattivamente la posizione del rettangolo di taglio -sopra al filmato. -Ricordati di seguire le linee guida sui multipli in modo da non disallineare -i piani di crominanza. - - - -In talune occasioni, il ridimensionamento può essere indesiderabile. -Il ridimensionamento sulla direzione verticale è difficoltoso con video -interlacciato e se vuoi mantenere l'interlacciamento, dovresti evitare il -ridimensionamento. -Se non ridimensionerai, ma vuoi comunque usare dimensioni multiple di 16, -dovrai tagliare di più. -Evita di tagliare di meno, dato che i bordi neri sono un male per la codifica! - - - -Dato che MPEG-4 usa macroblocchi 16x16 vorrai esser sicuro che ambedue le -dimensioni del video che stai per codificare siano multiple di 16, altrimenti -perderai in qualità, soprattutto a bitrate più bassi. Puoi farlo abbassando -la larghezza e l'altezza del rettangolo di taglio al multiplo di 16 più vicino. -Come detto precedentemente, quando tagli, vorrai aumentare lo scostamento Y -della metà della differenza tra la nuova e la vecchia altezza, in modo che il -video risultante sia preso dal centro del fotogramma. Inoltre, a causa del modo -in cui il video DVD viene campionato, assicurati che lo scostamento sia un -numero pari. (Infatti, come regola, non utilizzare mai valori dispari per alcun -parametro quando tagli e ridimensioni un video.) Se non ti va di scartare dei -pixel in più, potresti piuttosto preferire il ridimensionamento del video. -Prenderemo in esame questa situazi