Newsgroup: it.comp.software.divx
Titolo: qualche considerazione su DivX 6 - DivX Media Format

per farmi un'idea del nuovo formato DivX 6 (DivX Media Format)
ho scaricato il file "RevelationsSmall.divx" da 
www.divx.com
(e' la preview di circa 60 MB; la versione completa e' di 411 MB).
per quanto riguarda il codec in se' non ho notato niente di nuovo
che impedisca la lettura a libavcodec: il fourcc indicato per
descrivere la codifica bitstream e' DX50 (ma in realta' ce ne sono
due nell'header, l'altro e' DXSB) e i player (mplayer, xine) lo
riproducono senza problemi.
l'unica stranezza e' che MPlayer stampa questo messaggio:
** warning: this is no extended AVI header..
probabilmente hanno appeso dietro all'header le loro estensioni
(il menu', essenzialmente).
comunque poi fila tutto liscio.
veniamo alle caratteristiche nuove.
menu':
so che c'e' un menu', ma naturalmente da linux non lo vedo;
comunque, come ho detto, non infastidisce la riproduzione.
sottotitoli:
so che ci sono sottotitoli, ma non li vedo.
multi-audio:
ci sono tre tracce audio, e queste le seleziono a piacere;
be', questa non mi pare una caratteristica nuova...
a questo punto masterizzo il file su un riscrivibile:
il nortek lo riconosce (anche se ha l'estensione "divx"
invece di "avi"); nelle info stampa come fourcc "DXSB";
mando in riproduzione e funziona benone; anche lo switch
tra le tre tracce audio e' perfetto...
premo "SUBTITLE" e... sorpresa! :-)
il nortek stampa "SUBTITLE OFF" invece della manina, lo
ripremo e stampa "SUBTITLE 1/1"... ma tu guarda...!
il nortek riconosce che ci sono i sottotitoli, mentre
mplayer no! pero' non vedo comparire nessuna scritta,
quindi temo che si limiti a capire che ci sono, senza
stamparli... speriamo in un prossimo firmware!
naturalmente il menu' non e' supportato e secondo me non
lo sara' mai (la vedo dura anche per gli altri lettori,
eccetto forse per i piu' recenti)
per concludere, ho un'altra curiosita': faccio un
"direct stream copy" del file, con questo comando:
------------------------------------------------------
$ avimerge -i RevelationsSmall.divx -o pippo.avi
scanning file RevelationsSmall.divx for video/audio parameter
[avilib] V: 29.970 fps, codec=DX50, frames=7932, width=640, height=352
[avilib] A: 48000 Hz, format=0x55, bits=0, channels=2, bitrate=32 kbps,
[avilib]    11027 chunks, 3937728 bytes, VBR
[avilib] A: 48000 Hz, format=0x55, bits=0, channels=2, bitrate=112 kbps,
[avilib]    11027 chunks, 3949536 bytes, VBR
[avilib] A: 48000 Hz, format=0x55, bits=0, channels=2, bitrate=32 kbps,
[avilib]    11028 chunks, 3921888 bytes, VBR
merging multiple AVI-files (concatenating) ...
file 01 RevelationsSmall.divx
[RevelationsSmall.divx] (000000-007930) (264631.30 <-> 264648.00)
No audiodata left for track 0->0 (264648.00=264648.00) continuing ..
[RevelationsSmall.divx] (000000-007931) (264664.66 <-> 264648.00)
... done merging 1 file(s) in pippo.avi
[avilib] V: 29.970 fps, codec=DX50, frames=7932, width=640, height=352
[avilib] A: 48000 Hz, format=0x55, bits=0, channels=2, bitrate=32 kbps,
[avilib]    11027 chunks, 3937728 bytes, VBR
[avilib] A: 48000 Hz, format=0x55, bits=0, channels=2, bitrate=112 kbps,
[avilib]    11027 chunks, 3949536 bytes, VBR
[avilib] A: 48000 Hz, format=0x55, bits=0, channels=2, bitrate=32 kbps,
[avilib]    11028 chunks, 3921888 bytes, VBR
------------------------------------------------------
"avimerge" non nota niente di strano, rileva una traccia video
e tre tracce audio (ovviamente skippa menu' e sottotitoli) e
mi crea una copia "pippo.avi".
il filmato ottenuto e' ovviamente privo dei menu' e sottotitoli
del formato "DivX Media Format", ma per il resto (video e audio)
e' identico all'originale (compreso il multi-audio).
il file pippo.avi e' lungo 31,070,276 bytes, mentre il file
originale (RevelationsSmall.divx) e' lungo 63,029,426.
dunque, il menu' occupa ben 30MB! :-)
purtroppo io non lo vedo, ma deve essere molto sofisticato per
occupare tutto quello spazio...
questo mi ha fatto pensare una cosa...
chi produce DivX generalmente e' abbastanza orientato all'economia,
nel senso che si farebbe di tutto per risparmiare qualche bit e
ottimizzare il rapporto qualita'/dimensione (si fanno analisi
statistiche preventive sulla comprimibilita', si usano
strategie/algoritmi piu' costosi, quantizzazioni adattive/lumi
masking/dark masking ecc ecc), e poi uno dovrebbe sprecare un
sacco di spazio per il menu'?

 e poi uno dovrebbe sprecare un sacco di spazio per il menu'?
Bella domanda... Presi da manie di protagonismo tentano di fare il salto
e vogliono proporsi come alternativa credibile per la produzione video
delle case cinematografiche?
-- 
Saluti, Kap - ICQ 19857429 - ¥'s Fan #01 - 
www.lordkap.it
 - VCC
Senta, steward, se questo è caffè, vorrei del tè; ma se è tè, vorrei
del caffè. - Punch