Newsgroup: it.comp.software.divx
Titolo: AVInaptic 16-09-2007

Ho rilasciato una nuova versione di AVInaptic.
Negli ultimi mesi non l'ho mandato avanti molto. Comunque, nelle ultime
due settimane ho apportato alcuni miglioramenti, ad esempio:
- ho modificato il modo di rilevare alcune informazioni sugli audio AAC
  in contenitori MP4 e Matroska (prima sugli MP4, il nuemro di canali
  veniva sbagliato; adesso dovrebbe essere tutto giusto);
- ho aggiunto ulteriori informazioni sugli audio MP3 in AVI.
Le nuove informazioni sugli MP3 negli AVI dovrebbero essere utili per
individuare potenziali problemi nella lettura dei filmati da parte
dei lettori stand-alone.
Quindi, quando avrete problemi di filmati che non vengono letti dal
vostro lettore da tavolo, e volete postare il rapporto, cercate di
usare l'ultima versione e chiedete sempre la "analisi DRF", in modo
che sia disponibile il maggior numero di informazioni...
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org

 Ho rilasciato una nuova versione di AVInaptic.
Aggiornato anche il mirror! ;)
-- 
Saluti, Kap - 
www.lordkap.it
 - AVINaptic: 
http://fsinapsi.altervista.org
FAQ del newsgroup: 
http://giubbe.altervista.org
Il non fare nulla è la cosa più difficile del mondo. - Oscar Wilde

 
pure il mio!
http://www.64k.it/andres/a/avinaptic-20070916-full.zip
grazie!
-- 
Andres Zanzani
Cesena, Italy
www.64k.it/andres
 <--- Tutto e oltre per i DivX

 pure il mio!
bene, grazie, adesso son tutti sincronizzati :-)


 grazie!
Andres, il link mi da 404.

dei lettori stand-alone.
Grande Frank :-) 
Ma giusto per capire, quali sono le informazioni rilevanti? Allego un
log di un AVI che non ho testato su stand-alone, ma qualche problema
lo deve avere, almeno nell'header, perchè programmi come il tuo e
anche AVIcodec e GSpot rilevano 119.875 FPS, mentre ffdshow rileva
23.976 e infatti il filmato su PC si vede bene a circa 24 FPS...
[ About file ]
Name: [Q-R].Kotetsushin.Jeeg.ep.01.(DivX6xx.704x396.120fps).avi
Date: 15/09/2007 19:27:09
Size: 412,573,696 bytes (393.461 MB)
[ Generic info ]
Play duration: 00:24:00 (1439.863425 s)
Container type: AVI OpenDML
Number of streams: 2
Type of stream nr. 0: video
Type of stream nr. 1: audio
Audio streams: 1
ISRC: WOWOW
INAM:  |“S _ƒW [ƒO ‘æ01˜b  uƒrƒ‹ƒhƒAƒbƒv I |“SƒW [ƒO I I v
IGNR: anime
ISFT: VirtualDubMod 1.5.10.2 (build 2542/release)
ICMT: ‰f‘œ FDivX6.5.1 D3 DVcap
‰¹ º FLame mp3 48kHz 192kbps
*•ú‘—’iŠK‚©‚ç•…‚Á‚½ƒeƒŒƒVƒl‰Ó Š‚ª‚ ‚è‚Ü‚µ‚Ä A‰½‰Ó Š‚©‚Í C ³•s”\‚ÅƒRƒ}—Ž‚¿‚µ‚Ä‚¢‚Ü‚·
*TS1920”Å‚Í“Û‹Cƒy [ƒX‚Å s‚«‚Ü‚·
IART: aaLPbRVQ8B
JUNK: This file was made by mp3infp Ver.2.54
[ Relevant data ]
Resolution: 704 x 396
Width: multiple of 32
Height: multiple of 4
Average DRF: 2.793087
Standard deviation: 0.405092
Std. dev. weighted mean: 0.405091
[ Video track ]
FourCC: divx/DX50
Resolution: 704 x 396
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 16:9 = 1.777777
Framerate: 119.880119 fps (119.875329)
Number of frames: 172611
Stream size: 372,408,051 bytes
Bitrate: 2069.129860 kbps
Qf: 0.061911
Key frames: 805 (0; 85; 1585; 1600; 2915; ... 172012)
Null frames: 137946 (1; 2; 3; 4; 6...)
Min key int: 5
Max key int: 1531
Avg key int: 214.423602
Delay: 0 ms
[ Audio track ]
Audio tag: 0x55 (MP3)
Bitrate (container): 192 kbps CBR
Channels (container): 2
Sample rate (container): 48000 Hz
Chunks: 59974
Stream size: 34,556,544 bytes
Preload: 504 ms
Max A/V diff: 528 ms
MPEG frames: 59994
Play duration: 00:24:00 (1439.856 s)
Chunk-aligned: Yes
Emphasis: none
Mode: stereo
Delay: 0 ms
[ About MPEG4 encoding ]
User data: DivX503b2207p
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: H.263
Number of frames: 172611
Drop/delay frames: 137949
Corrupted frames: 0
I-VOPs:   805 (  0.466 %)                          
P-VOPs: 33857 ( 19.615 %) #####                    
B-VOPs:     0 (  0.000 %)                          
S-VOPs:     0 (  0.000 %)                          
N-VOPs:     0 (  0.000 %)                          
[ DRF analysis ]
Average DRF: 2.793087
Standard deviation: 0.405092
Max DRF: 3
DRF<2:     0 (  0.000 %)                          
DRF=2:  7172 ( 20.691 %) #####                    
DRF=3: 27490 ( 79.309 %) ####################     
DRF>3:     0 (  0.000 %)                          
I-VOPs average DRF: 2.796273
I-VOPs std. deviation: 0.402768
I-VOPs max DRF: 3
P-VOPs average DRF: 2.793011
P-VOPs std. deviation: 0.405147
P-VOPs max DRF: 3
This report was created by AVInaptic (16-09-2007) on 16 set 2007, h
18:18:45
-- 
Paradoxally,
Jan AxHell

 Andres, il link mi da 404.
l'utl giusto e' questo:
http://www.64k.it/andres/data/a/avinaptic-20070916-full.zip


 Chunk-aligned: Yes
ecco, vedi? Queste nuove informazioni sono molto utili.
Intanto ci dicono che l'AVI e' muxato bene (il preload e il
max A/V diff sono ok).
Inoltre ci dicono che non sono stati skippati bytes e che
la durata dello stream audio e' proprio di 24 minuti!
Da questo si deduce che il tizio che ha creato l'AVI ha
proprio voluto accelerarlo di proposito, in quanto, se il
framerate fosse stato piu' basso (diciamo 23.976), la durata
del filmato sarebbe stata decisamente piu' lunga...
Invece, con quel valore strambo di framerate (119 e rotti)
coincide esattamente con la durata dell'audio.
Un filmato del genere non mi pare adatto a essere visto
su lettore da tavolo...
Resta il mistero di dove tiri fuori 23.976 ffdshow, perche'
avinaptic ricava il framerate con due metodi diversi, ed
entrambi danno come risultato circa 120... (nei bitstream
non c'e' scritto il framerate, quindi deve per forza
ricavarlo dal contenitore, ma mi sfugge quale possa
essere il terzo posto...).
Per finire, se vuoi portarlo a un framerate piu' normale,
ti basta semplicemente modificare il framerate nominale
sull'header; in questo modo diventera' piu' lento (durera'
di piu')... naturalmente pero' l'audio non va piu' bene...
A meno che non sia giusta proprio quella durata e ffdshow
non faccia altro che fare una sorta di "decimate"
(buttando via i frame in piu'...)


(buttando via i frame in piu'...)
A me pare davvero strano che un filmato sia a 119 FPS e/o che li
necessiti: questa come puoi immaginare è una serie di cartoni
giapponesi, e tutti gli altri episodi hanno i classici 23.976 FPS.
Sono più propenso a pensare che chi ha rippato gli episodi abbia
sbagliato qualcosa col primo. 
Rettifico su ffdshow: se vedo il filmato con Winamp mi mostra 24 FPS,
se lo vedo con BSPlayer mi mostra 119 FPS. In entrambi i casi si
attiva ffdshow e il filmato si vede alla stessa velocità. Quindi è
Winamp che interpreta il flusso che gli arriva da ffdshow in modo
diverso da BSPlayer.
Questo è il log del secondo episodio, gli altri sono analoghi.
[ About file ]
Name: [Q-R].Kotetsushin.Jeeg.ep.02.(DivX6xx.704x396.24fps).avi
Date: 15/09/2007 19:20:12
Size: 357,994,496 bytes (341.41 MB)
[ Generic info ]
Play duration: 00:24:00 (1439.9385 s)
Container type: AVI OpenDML
Number of streams: 2
Type of stream nr. 0: video
Type of stream nr. 1: audio
Audio streams: 1
ISRC: WOWOW
INAM:  |“S _ƒW [ƒO ‘æ02˜b  u‘h‚é”Ü–£‰Ð I•œŠˆ IŽ×–‚‘å‰¤ ‘ v
IGNR: anime
ISFT: VirtualDubMod 1.5.10.2 (build 2542/release)
ICMT: ‰f‘œ FDivX6.5.1 i-link TScap
‰¹ º FLame mp3 48kHz 192kbps
IART: aaLPbRVQ8B
JUNK: This file was made by mp3infp Ver.2.54
[ Relevant data ]
Resolution: 704 x 396
Width: multiple of 32
Height: multiple of 4
Average DRF: 3.109286
Standard deviation: 0.348817
Std. dev. weighted mean: 0.263070
[ Video track ]
FourCC: divx/DX50
Resolution: 704 x 396
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 16:9 = 1.777777
Framerate: 23.976023 fps
Number of frames: 34524
Stream size: 321,750,605 bytes
Bitrate: 1787.579705 kbps
Qf: 0.267436
Key frames: 768 (0; 12; 14; 81; 82; ... 34405)
Null frames: 0
Min key int: 1
Max key int: 300
Avg key int: 44.953125
Delay: 0 ms
[ Audio track ]
Audio tag: 0x55 (MP3)
Bitrate (container): 192 kbps CBR
Channels (container): 2
Sample rate (container): 48000 Hz
Chunks: 34513
Stream size: 34,558,272 bytes
Preload: 504 ms
Max A/V diff: 528 ms
MPEG frames: 59997
Play duration: 00:24:00 (1439.928 s)
Chunk-aligned: Yes
Emphasis: none
Mode: stereo
Delay: 0 ms
[ About MPEG4 encoding ]
User data: DivX503b2207p
Packed bitstream: Yes
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: H.263
Number of frames: 34524
Drop/delay frames: 0
Corrupted frames: 0
I-VOPs:   768 (  2.225 %) #                        
P-VOPs: 32479 ( 94.077 %) ######################## 
B-VOPs:  1277 (  3.699 %) #                        
S-VOPs:     0 (  0.000 %)                          
N-VOPs:     0 (  0.000 %)                          
Max consecutive B-VOPs: 1
[ DRF analysis ]
Average DRF: 3.109286
Standard deviation: 0.348817
Max DRF: 6
DRF<3:     0 (  0.000 %)                          
DRF=3: 31031 ( 89.882 %) ######################   
DRF=4:  3353 (  9.712 %) ##                       
DRF=5:     0 (  0.000 %)                          
DRF=6:   140 (  0.406 %)                          
DRF>6:     0 (  0.000 %)                          
I-VOPs average DRF: 3.106770
I-VOPs std. deviation: 0.308821
I-VOPs max DRF: 4
P-VOPs average DRF: 3.065703
P-VOPs std. deviation: 0.247763
P-VOPs max DRF: 4
B-VOPs average DRF: 4.219263
B-VOPs std. deviation: 0.624860
B-VOPs max DRF: 6
This report was created by AVInaptic (16-09-2007) on 16 set 2007, h
18:57:01
-- 
Paradoxally,
Jan AxHell

 Max key int: 300
e adesso guarda quelli del primo episodio:
------------------------------------
Number of frames: 172611
Stream size: 372,408,051 bytes
Bitrate: 2069.129860 kbps
Qf: 0.061911
Key frames: 805 (0; 85; 1585; 1600; 2915; ... 172012)
Null frames: 137946 (1; 2; 3; 4; 6...)
Min key int: 5
Max key int: 1531
------------------------------------
vedi dov'e' l'inghippo?
Il primo episodio ha 172611 frames, ma ben 137946 di essi non esistono
realmente (sono "null frames"), quindi i frame effettivamente
codificati sono 172611-137946 = 34665, che piu' o meno e' il numero
di frames del secondo episodio.
In altre parole, se apri il primo filmato con avidemux (o virtualdub)
e lo scorri frame per frame, vedrai tante sequenze di circa 5 frames
uguali (solo il primo e' realmente codificato, gli altri sono nulli).
Magari, se vuoi puoi provare a masterizzarlo su un riscrivibile per
vedere se il lettore da tavolo lo legge... in fondo, i 120 fps sono
solo fittizi, le risorse necessarie per ripridurlo sono le stesse
necessarie a riprodurre un 23.976...
Ci sarebbe un modo per riscrivere l'AVI senza ricodificare alcunche',
in modo che abbia il giusto framerate, ma non e' facile... non so
dirti un programma che gia' lo faccia


dirti un programma che gia' lo faccia
Ma è una cosa tipo hexedit? Nel caso posso provare.
-- 
Paradoxally,
Jan AxHell

 Ma è una cosa tipo hexedit? Nel caso posso provare.
no, si tratta di riscrivere l'AVI eliminando i "drop/delay" frames,
lasciando quindi il solo bitstream "efficace".
Ma e' difficile... se questa funzione non e' gia' prevista in un
programma esistente (essendo un problema molto particolare, e'
abbastanza improbabile che qualche programma ce l'abbia) tocca
scrivere un programma a posta :-)
A questo punto fai prima a ricodificarlo: devi fare un cambiamento
di framerate a 23.976 (non un cambiamento nominale), applicando un
filtro che in VDub credo si chiami "decimate". Se ti serve, posso
scriverti la riga di comando di mencoder per effettuare tale
ricodifica


ricodifica
Cioè basta mencoder senza scaricare altri filtri? Ok...
-- 
Paradoxally,
Jan AxHell

 Cioè basta mencoder senza scaricare altri filtri? Ok...
si', dovrebbe bastare una versione recente di mencoder.
Non so se la GUI di Andres (AutoMen) preveda questa possibilita',
magari controlla...
Ad ogni modo dovrebbe essere sufficiente una riga di comando
tipo questa:
(per prima cosa rinomina il file come "input.avi", poi impartisci
il comando)
mencoder input.avi -o output.avi -oac copy -ovc xvid -xvidencopts
fixed_quant=2.8:max_bframes=0 -vf harddup -ofps 24000:1001
ho messo "fixed_quant=2.8" perche' e' il quantizer medio del
file di partenza, e "max_bframes=0" perche' non ha b-frames.
In questo modo dovresti ottenere un file piu' o meno delle
stesse dimensioni di quello di partenza, e quasi senza perdita
di qualita'. Naturalmente il nuovo filmato sara' a 23.976 fps.
Durante la codifica dovrebbe stamparti un sacco di messaggi
"Skipping frame!": e' normale.
Poi controlli attentamente il risultato, nel caso ci fossero
dei brutti scatti o altri difetti...


 Jan AxHell
Ciao,
    Walter 

dei brutti scatti o altri difetti...
Ok, l'ho lanciato adesso, però è all'8% e ha detto una sola volta 
"1 duplicate frame(s)!", nessun altro avviso a parte il log iniziale..
Y:\Temp>mencoder input.avi -o w:\output.avi -oac copy -ovc xvid
-xvidencopts fix
ed_quant=2.8:max_bframes=0 -vf harddup -ofps 24000:1001
MEncoder 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3500+ (Family: 15, Model: 47,
Stepping: 2)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
success: format: 0  data: 0x0 - 0x18976000
AVI file format detected.
VIDEO:  [DX50]  704x396  24bpp  119.880 fps  2069.1 kbps (252.6
kbyte/s)
[V] filefmt:3  fourcc:0x30355844  size:704x396  fps:119.88
ftime:=0.0083
xvid: using library version 1.1.0 (build xvid-1.1.0)
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [harddup]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
audiocodec: framecopy (format=55 chans=2 rate=48000 bits=0 B/s=24000
sample-576)
VDec: vo config request - 704 x 396 (preferred colorspace: Planar
YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
videocodec: XviD (704x396 fourcc=44495658 [XVID])
xvid: par=0/0 (vga11), displayed=704x396, sampled=704x396
xvid: Fixed Quant Rate Control -- quantizer=14/5=2.80
[mpeg4 @ 00AF21A0]frame skip 80fps Trem:   0min   0mb  A-V:0.003 [0:0]
New_Face failed. Maybe the font path is wrong.n   0mb  A-V:0.005 [0:0]
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
Writing header...
ODML: vprp aspect is 16:9.
Writing header...
ODML: vprp aspect is 16:9.
1 duplicate frame(s)!
Pos: 115.1s  13801f ( 8%) 46.49fps Trem:  55min 328mb  A-V:0.008
[1778:191]
-- 
Paradoxally,
Jan AxHell

On Mon, 17 Sep 2007 19:03:57 +0200, Jan AxHell
<jan_al...@WAZZUPnewsguy.com> wrote:
Ecco, appunto, ha già cominciato a dire altro:
1 duplicate frame(s)!
[mpeg4 @ 00AF21A0]frame skip 83fps Trem:  55min 337mb  A-V:0.008
[1904:192]
Pos: 148.8s  17850f (11%) 42.94fps Trem:  55min 337mb  A-V:0.008
[1904:192]
1 duplicate frame(s)!
Pos: 161.7s  19391f (12%) 43.28fps Trem:  54min 338mb  A-V:0.008
[1931:191]
-- 
Paradoxally,
Jan AxHell

On Mon, 17 Sep 2007 19:06:10 +0200, Jan AxHell
<jan_al...@WAZZUPnewsguy.com> wrote:
Finito, ad una rapida occhiata sembra perfetto e identico
all'originale, ma con i numeri giusti :-) 
Grazie Frank!
[ About file ]
Name: output.avi
Date: 17/09/2007 19:53:55
Size: 371,172,956 bytes (353.978 MB)
[ Generic info ]
Play duration: 00:24:00 (1439.855083 s)
Container type: AVI OpenDML
Number of streams: 2
Type of stream nr. 0: video
Type of stream nr. 1: audio
Audio streams: 1
ISFT: MEncoder 1.0rc1-3.4.2
JUNK: [= MPlayer junk data! =]
[ Relevant data ]
Resolution: 704 x 396
Width: multiple of 32
Height: multiple of 4
Average DRF: 2.799296
Standard deviation: 0.400526
Std. dev. weighted mean: 0.400526
[ Video track ]
FourCC: XVID/XVID
Resolution: 704 x 396
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 16:9 = 1.777777
Vprp aspect ratio: 16:9 = 1.777777
Framerate: 23.976023 fps
Number of frames: 34522
Stream size: 335,694,501 bytes
Bitrate: 1865.157153 kbps
Qf: 0.279042
Key frames: 724 (0; 239; 320; 559; 583; ... 34402)
Null frames: 0
Min key int: 1
Max key int: 239
Avg key int: 47.682320
Delay: 0 ms
[ Audio track ]
Audio tag: 0x55 (MP3)
Bitrate (container): 192 kbps CBR
Channels (container): 2
Sample rate (container): 48000 Hz
Chunks: 3000
Stream size: 34,556,544 bytes
Preload: 960 ms
Max A/V diff: 980 ms
MPEG frames: 59994
Play duration: 00:24:00 (1439.856 s)
Chunk-aligned: Yes
Emphasis: none
Mode: stereo
Delay: 0 ms
[ About MPEG4 encoding ]
User data: XviD0041
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: H.263
Number of frames: 34522
Drop/delay frames: 0
Corrupted frames: 0
I-VOPs:   724 (  2.097 %) #                        
P-VOPs: 33675 ( 97.546 %) ######################## 
B-VOPs:     0 (  0.000 %)                          
S-VOPs:     0 (  0.000 %)                          
N-VOPs:   123 (  0.356 %)                          
[ DRF analysis ]
Average DRF: 2.799296
Standard deviation: 0.400526
Max DRF: 3
DRF<2:     0 (  0.000 %)                          
DRF=2:  6904 ( 20.070 %) #####                    
DRF=3: 27495 ( 79.930 %) ####################     
DRF>3:     0 (  0.000 %)                          
I-VOPs average DRF: 2.801104
I-VOPs std. deviation: 0.399168
I-VOPs max DRF: 3
P-VOPs average DRF: 2.799257
P-VOPs std. deviation: 0.400555
P-VOPs max DRF: 3
This report was created by AVInaptic (16-09-2007) on 17 set 2007, h
20:24:03
-- 
Paradoxally,
Jan AxHell

 N-VOPs:   123 (  0.356 %)
XviD ha generato 123 n-vops...
Fai attenzione perche' in qualche punto il filmato ottenuto potrebbe
avere qualche "scattino".
Del resto questo filmato era stato codificato proprio male...


Del resto questo filmato era stato codificato proprio male...
Ma infatti non è un grande problema :-)
-- 
Paradoxally,
Jan AxHell

 DivX) ?
non e' un difetto di XviD. In questo caso ha generato n-vops perche'
si e' accorto che quei frame erano identici al precedente, quindi
ha fatto bene a usare n-vops, ha risparmiato spazio :-)
Poteva anche generare p-frames senza codificare alcun blocco, e
avrebbe sprecato solo pochi bit in piu', ma piu' o meno sarebbe
stato lo stesso.
Il problema, pero', e' che, nella decimazione da 120 a 23.976 fps,
sono stati buttati frame che erano codificati (anche se non si sa se
erano a loro volta duplicati...) e sono comunque apparsi dei duplicati.
Queste caratteristiche vanno a discapito della fluidita' del filmato,
che in corrispondenza dei duplicati potrebbe risultare un po' scattoso
(te ne accorgi se si tratta di scene molto movimentate, altrimenti
forse non te ne accorgi neanche)


forse non te ne accorgi neanche)
Sì, un po' scatta, ma a occhio scatta come quello da 120fps, sono
bruttini in modo simile, ma nei limiti dell'accettabile :-)
-- 
Paradoxally,
Jan AxHell