Newsgroup: it.comp.software.divx
Titolo: AVInaptic e contenitore MP4

La versione appena rilasciata (21-02-2007) dovrebbe poter
analizzare anche filmati MP4 (e QuickTime MOV).
Non l'ho testata moltissimo, e dovro' apportare alcuni
miglioramenti (aggiungere informazioni sugli stream), quindi
e' probabile che su alcuni filmati non si comporti molto bene
(segnalatemi gli errori).
Ho gia' attivato l'analisi DRF di stream MPEG-4 ASP e AVC
contenuti anche in questo tipo di contenitore, e in teoria
dovrebbe funzionare in modo identico ai gia' supportati
AVI e Matroska.
In teoria dovrebbe funzionare anche su filmati QuickTime MOV,
e in effetti, per le mie prove, ho usato i file MOV di
"grezzo film" :-)
http://www.grezzofilm.com
Ho cosi' scoperto che la maggior parte di quei filmatini
sono in realta' divx infilati dentro contenitore QuickTime;
facendo l'analisi DRF si ha la conferma che sono codificati
malissimo :-)
Si noti che alcuni file MOV (anche presenti in "grezzofilm")
hanno una struttura piu' vecchia (un formato Apple antecedente)
e questi non vengono analizzati (viene solo mostrata la scritta
"Apple QuickTime movie (fast start)")
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org


Sto facendo delle prove con il formato H264, ma per ora
sono solo alla fase di studio delle sue possibilità (anche se il
computer gira, gira, ...). Vedrò di fare delle prove sui filmati
di questo tipo anche se mi sto perdendo fra tutte le opzioni.
Ti inserisco in fondo un rapporto su un file di questo tipo e,
se hai tempo, mi piacerebbe un tuo commento.
Ciao,
    Walter
[ Info sul file ]
Nome: OneManBand_[H264-ac3].avi
Data: 12/02/2007 09:27:37
Dimensione: 41,936,896 bytes
[ Info generiche ]
Durata: 00:04:22 (261.88 s)
Tipo di contenitore: AVI OpenDML
Streams totali: 2
Tipo stream n. 0: video
Tipo stream n. 1: audio
Audio streams: 1
ISFT: VirtualDubMod 1.5.10.2 (build 2540/release)
JUNK: VirtualDubMod build 2540/release
[ Giudizi sulla qualità ]
Risoluzione: MEDIA (672 x 272)
Larghezza: multipla di 32 (MOLTO BENE)
Altezza: multipla di 16 (MOLTO BENE)
Qualità DRF medio: ALTA (21.119022)
Qualità deviazione standard: ALTA (2.483568)
Media pesata dev. std.: ALTA (2.378241)
[ Traccia video ]
FourCC: x264/H264
Risoluzione: 672 x 272
Frame aspect ratio: 42:17 = 2.470588
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 42:17 = 2.470588
Framerate: 25 fps
Frames totali: 6547
Stream size: 29,061,747 bytes
Bitrate: 887.788208 kbps
Qf: 0.194281
Key frames: 96 (2; 29; 279; 529; 628; ... 6456)
Null frames: 2 (0; 1)
Min key int: 3
Max key int: 250
Key int medio: 68.197916
Ritardo: 0 ms
[ Traccia audio ]
Audio tag: 0x2000 (AC3)
Bitrate: 384 kbps CBR
Canali: 6
Frequenza: 48000 Hz
Chunks: 6523
Stream size: 12,546,048 bytes
Ritardo: 0 ms
[ Info sulla codifica H.264 ]
User data: x264
User data: core 54 rev 600
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: 
http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=1
User data: deblock=1:0:0
User data: analyse=0x3:0x113
User data: me=hex
User data: subme=5
User data: brdo=0
User data: mixed_ref=0
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: slices=1
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=2
User data: b_pyramid=0
User data: b_adapt=1
User data: b_bias=0
User data: direct=3
User data: wpredb=1
User data: bime=0
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40
User data: rc=2pass
User data: bitrate=888
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
PPS id: 0
  Codifica entropica: CABAC
Frames totali: 6547
Drop/delay frames: 2
Frames corrotti: 0
P-slices: 2974 ( 45.425 %) #######################
B-slices: 3467 ( 52.956 %) ##########################
I-slices:  104 (  1.589 %) #
SP-slices:    0 (  0.000 %)
SI-slices:    0 (  0.000 %)
[ Analisi DRF ]
DRF medio: 21.119022
Deviazione standard: 2.483568
DRF max: 28
DRF<11:    0 (  0.000 %)
DRF=11:   10 (  0.153 %)
DRF=12:    0 (  0.000 %)
DRF=13:   38 (  0.581 %)
DRF=14:   12 (  0.183 %)
DRF=15:   90 (  1.375 %) #
DRF=16:  132 (  2.017 %) #
DRF=17:  226 (  3.453 %) ##
DRF=18:  450 (  6.875 %) ###
DRF=19:  510 (  7.792 %) ####
DRF=20:  936 ( 14.301 %) #######
DRF=21: 1086 ( 16.593 %) ########
DRF=22: 1070 ( 16.348 %) ########
DRF=23: 1064 ( 16.257 %) ########
DRF=24:  439 (  6.707 %) ###
DRF=25:  321 (  4.905 %) ##
DRF=26:   98 (  1.497 %) #
DRF=27:   53 (  0.810 %)
DRF=28:   10 (  0.153 %)
DRF>28:    0 (  0.000 %)
P-slices DRF medio: 20.459986
P-slices Deviazione std.: 2.381610
P-slices DRF max: 26
B-slices DRF medio: 21.758292
B-slices Deviazione std.: 2.385022
B-slices DRF max: 28
I-slices DRF medio: 18.653846
I-slices Deviazione std.: 2.055804
I-slices DRF max: 23
Rapporto generato da AVInaptic (21-02-2007) in data 23 feb 2007, h 09:13:45

 se hai tempo, mi piacerebbe un tuo commento.
boh. Dai dati sembra che sia una codifica di buona qualita'.
Piuttosto, l'hai ottenuto con la versione vfw di x264? Lo sai
che non va usata? :-)


 che non va usata? :-)
Sob! è l'unica che ho.
Mi potresti dare maggiori informazioni sul perchè (o indirizzi)?
Ciao e Grazie,
    Walter 

 Mi potresti dare maggiori informazioni sul perchè (o indirizzi)?
sintetizzando al massimo, per questo motivo:
-----------------
Q19: Can i use VirtualDub or any other VFW based editor to encode with x264?
A: Yes, using a x264 VFW specific build but VFW support was removed because
it was no longer manteined and because VFW and AVI are not properly able to
handle h.264 features without some "hacking" that could compromise
compatibility and playback.
-----------------
che ho copiato e incollato da:
http://forum.doom9.org/showthread.php?t=89979
Comunque, la rete e' piena di discussioni su questo argomento.
Da parte mia ti aggiungo solo che VFW e' una vecchia interfaccia della
Microsoft che poteva andare bene per codifiche di qualche lustro fa :-)
Gia' non sarebbe compatibile con codec che usano frames di tipo B
(bidirectional, cioe' che riferiscono a frame sia precedenti che
successivi) e che proprio per questo motivo la DivX Networks dovette
inventare il famigerato "packed bitstream"... Con codec di tipo H.264
l'incompatibilita' si fa ancora piu' marcata, quindi sembra ora giunto
il momento di abbandonare queste API per altre piu' nuove...


 anche filmati MP4 (e QuickTime MOV).
Aggiornato il mirror sul mio sito! ;)
-- 
Saluti, Kap - 
www.lordkap.it
 - AVINaptic: 
http://fsinapsi.altervista.org
FAQ del newsgroup: 
http://giubbe.altervista.org
Non esiste la verità originaria, soltanto l'errore originario.
Gaston Bachelard

 Aggiornato il mirror sul mio sito! ;)
noooo, per un pelo non ce l'ho fatta... :-)
ho appena rilasciato la versione di questa settimana (27-02-2007)
Dunque, spiego in questo post cosa e' cambiato rispetto alla versione
del 21-02:
- corretto un errore nel parser MP4;
- aggiunto riconoscimento di un formato QuickTime (fast start);
- aggiunta qualche info sulle codifiche H.264 (weighted prediction,
  numero di frame di riferimento);
- aggiunto riconoscimento automatico anche dei titoli di testa (oltre
  a quelli di coda);
- aggiunta la possibilita' di restringere a piacere l'intervallo di
  analisi DRF (nel caso in cui il riconoscimento automatico non
  dovesse indovinare bene);
- per quanto riguarda i sottotitoli SRT: adesso e' possibile farsi
  dire quali sono le incoerenze rilevate nei timestamps e quali
  sono le entries che hanno piu' di n righe.
Qualche commento sulle modifiche:
L'effetto dell'errore nel parser MP4 era che su alcuni filmati
non si poteva fare l'analisi DRF (non era un errore fatale, ma
e' sempre meglio averlo eliminato).
Per restringere l'intervallo dell'analisi DRF occorre prima fare
l'analisi completa, poi cliccare sul menu Misc->EscludiTitoliTesta
e Misc->EscludiTitoliCoda. In questo modo si puo' scegliere il
numero di frame da escludere in testa e in coda: il report viene
modificato istantaneamente...
Per quanto riguarda i sottotitoli SRT:
nel menu Statistiche ho aggiunto le voci:
- Mostra entries con troppe righe;
- Mostra timestamps incoerenti (per entry);
- Mostra timestamps incoerenti (globali)
Questo vi permette di vedere su quali entries sono stati
riscontrati i problemi. Poi sta a voi decidere se lasciare tutto
com'e', oppure se intervenire con un editor di testo.
Un'altra cosa che ho aggiunto sui sottotitoli SRT e' questa:
quando si chiede l'operazione Modifica->LimitaNumeroRighe
e si sceglie un numero massimo di righe pari a 2, una entry
come questa
------------------------
358
00:26:37,280 --> 00:26:41,239
good decisions <i>has</i> been brewing for a long
time, and <i>we watch them as if we are watching
in</i> theater
------------------------
adesso viene suddivisa in questo modo:
------------------------
358
00:26:37,280 --> 00:26:39,919
good decisions <i>has</i> been brewing for a long
time, and <i>we watch them as if we are watching</i>
359
00:26:39,919 --> 00:26:41,239
<i>in</i> theater
------------------------
cioe', i tags dovrebbero essere reinseriti nel modo giusto.
Magari fate qualche prova e segnalatemi eventuali errori.
L'ho scritto di fretta :-)


 L'ho scritto di fretta :-)
Ho provato i tag con una entry di tre righe extra long
riducendo dividendo facendola diventare anche
di cinque righe e stressandola in ogni modo
per far venir fuori un errore ma non ci sono riuscito :)
I tag sono ok e anche per il resto è esattamente
quello che mi aspettavo che tu avresti fatto.
Grazie.
-- 
by Isaac - 
Qu...@excite.it
 - Non usare per messaggi privati
Fidolook 2006 Xmas Edition (HL) 6.0.2800.95 - 24/12/2006 14:46:33
Windows XP Service Pack 2 hotfix 136 - Intel Pentium 4 attivo da gg.0:13:27:30 

 ho appena rilasciato la versione di questa settimana (27-02-2007)
No problem: aggiornato alla versione del 27! ;)
-- 
Saluti, Kap - 
www.lordkap.it
 - AVINaptic: 
http://fsinapsi.altervista.org
FAQ del newsgroup: 
http://giubbe.altervista.org
Poveretto è chi non vede le stelle senza una botta in testa.
Stanislaw J. Lec