VirtualDubMod/Introduzione: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
Completato il modulo |
|||
Riga 15:
Il team di sviluppo di VirtualDubMod comprende 7 persone, ai quali va aggiunto [[w:Avery Lee|Avery Lee]], autore di VirtualDub.
È interessante notare come siano stati gli autori stessi dei 3 branch a riunirsi per costituire il progetto VirtualDubMod che ne riunisce le funzionalità.
Nonostante lo sviluppo attivo del software sia fermo dal 2003, VirtualDubMod è ad oggi lo strumento più usato per l'editing video spiccio, e viene tipicamente considerato dalla comunità un coltellino svizzero dei [w:DivX|DivX].
Ovviamente sue funzionalità non sono riservate a questo codec, ma è indubbio che la sua popolarità sia cresciuta di pari passo con quella del fenomeno del video digitale casalingo.
Riga 32:
* [[w:DTS|DTS]]
* [[w:VOB|DVD Video Object]]
* [[w:MPEG|MPEG]] ([[w:MPEG-1|1]] e [[w:MPEG-2|2]])
Riga 53:
Fornire l'adeguato livello di astrazione agli applicativi è il compito dei cosiddetti ''contenitori multimediali'', dall'inglese ''multimedia container''.
All'interno del contenitore trovano posto uno o più ''stream'', ovvero ''flussi'', che scorrono in parallelo grazie al sincronismo garantito dal contenitore, che anche di questo si occupa.
I flussi possono essere di vario tipo, e tipicamente:
* Video
* Audio
* Testo
Alcuni contenitori multimediali supportano più stream dello stesso tipo, altri possono supportare o meno alcuni particolari formati.
Dei 3 contenitori supportati da VirtualDubMod, il più completo è ''Matroska'', che va addirittura oltre le possibilità stesse dell'applicativo, ad esempio formalizzando a livello container flussi video paralleli, variazioni di frame rate, variazioni di risoluzione, ed altro ancora.
Viceversa, il contenitore più limitato è AVI, che supporta più tracce audio parallele, ma solo in formato a bitrate fisso (con l'eccezione fuori standard di MP3 VBR, non gestito da tutti i lettori multimediali).
Anche i sottotitoli non sono gestiti da AVI, il che impone di salvarli all'occorrenza in un file di testo a parte.
===Codec audio e video===
Per codificare e decodificare un particolare flusso è necessario che la macchina ospite lo riconosca e identifichi.
In ambiente [[w:Microsoft Windows|Windows]] questo è ottenuto mediante l'installazione una tantum di un [[w:codec|codec]], in grado di '''co'''dificare e '''dec'''odificare quel particolare flusso.
Ciò è vero in particolare per i flussi video, in quanto VirtualDubMod si appoggia alle librerie DirectDraw di sistema per gestire il contenuto video di un file.
Conseguentemente è possibile che un file non sia gestibile da VirtualDubMod per mancanza del filtro video DirectDraw corrispondente, nonostante qualche applicativo che non si appoggia a queste specifiche riesca a visualizzarlo.
Il caso più evidente è rappresentato dal software ''VideoLAN Client'', che non usa DirectDraw per riprodurre musica e filmati.
Se a livello di flusso video, qualsiasi codec video DirectDraw è fruibile dai 3 contenitori gestiti da VirtualDubMod, la stessa cosa non si può dire della parte audio.
In questo caso, infatti, è il contenitore a limitare le scelte.
Ecco quanto a disposizione dei vari container:
* Microsoft AVI
** WAV
** MP1
** MP2
** MP3
** MP3 VBR (fuori standard AVI)
** Dolby Digital AC3
* Ogg Media
** WAV
** MP1
** MP2
** MP3
** MP3 VBR
** Dolby Digital AC3
** Ogg Vorbis
** DTS
* Matroska
** WAV
** MP1
** MP2
** MP3
** MP3 VBR
** Dolby Digital AC3
** Ogg Vorbis
** DTS
Spesso nel linguaggio comune, il concetto di ''contenitore'' e quello di ''codec'' vengono mescolati tra loro creando confusione.
Quindi ad esempio per dire "ho un filmato AVI con video in DivX e audio in MP3" è diventato linguaggio comune dire semplicemente "ho un filmato DivX", anche se questa affermazione potrebbe anche identificare un file [[w:Ogg|Ogg]] contenente video [[w:DivX|DivX]] e audio [[w:Vorbis|Vorbis]].
| |||