Newsgroup: it.comp.software.divx
Titolo: AVI che dopo il mux con l'audio crasha

Stanotte ho lanciato un batch di 4 rip XviD con GordianKnot.
I primi due e il quarto (in ordine di elaborazione) non hanno alcun
problema, mentre il terzo va solo con VLC.
Cioè se lo lancio con altri player, la finestra video si apre con
forme e dimensioni assurde, senza mostrare nulla e il player si
blocca. Ma se lancio i componenti separati, lo stream video si vede e
lo stream audio si sente.
Quindi è andato storto qualcosa in fase di mux, ma cosa può essere e
cosa posso fare? Ho provato a muxare a mano gli stream creati da GK,
ma ottengo lo stesso risultato. In tutti i casi l'audio di partenza
era WAV perchè era stato registrato come PCM (non da me) su un Media
Center, ma non so quanto conti, dato che solo un rip ha questo
problema.
[ About file ]
Name: I Figli di Hitler PAL 43 PRO.avi
Date: 27/09/2007 09:21:09
Size: 1,453,432,832 bytes (1386.102 MB)
[ Generic info ]
Play duration: 01:18:25 (4705.44 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: VirtualDubMod 1.5.10.1 (build 2439/release)
JUNK: VirtualDubMod build 2439/release
[ Relevant data ]
Resolution: 640 x 480
Width: multiple of 32
Height: multiple of 32
Average DRF: 3.135995
Standard deviation: 0.909373
Std. dev. weighted mean: 0.244848
[ Video track ]
FourCC: xvid/XVID
Resolution: 640 x 480
Frame aspect ratio: 4:3 = 1.333333
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 4:3 = 1.333333
Framerate: 25 fps
Number of frames: 117636
Stream size: 1,372,352,028 bytes
Bitrate: 2333.217770 kbps
Qf: 0.303804
Key frames: 770 (0; 246; 278; 319; 349; ... 117633)
Null frames: 0
Min key int: 1
Max key int: 250
Avg key int: 152.774025
Delay: 0 ms
[ Audio track ]
Audio tag: 0x55 (MP3)
Bitrate (container): 124.936 kbps VBR
Channels (container): 2
Sample rate (container): 48000 Hz
Chunks: 196060
Stream size: 73,482,816 bytes
Preload: 504 ms
Max A/V diff: 520 ms
MPEG frames: 196060
Play duration: 01:18:25 (4705.44 s)
Bitrate (bitstream): 124.932530 kbps VBR
Chunk-aligned: Yes
Emphasis: none
Mode: dual channel
Delay: 0 ms
[ About MPEG4 encoding ]
User data: XviD0046
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: MPEG
Number of frames: 117636
Drop/delay frames: 0
Corrupted frames: 0
I-VOPs:   770 (  0.655 %)                          
P-VOPs: 59204 ( 50.328 %) #############            
B-VOPs: 57662 ( 49.017 %) ############             
S-VOPs:     0 (  0.000 %)                          
N-VOPs:     0 (  0.000 %)                          
Max consecutive B-VOPs: 1
[ DRF analysis ]
Average DRF: 3.135995
Standard deviation: 0.909373
Max DRF: 5
DRF<2:     0 (  0.000 %)                          
DRF=2: 41706 ( 35.453 %) #########                
DRF=3: 18249 ( 15.513 %) ####                     
DRF=4: 57658 ( 49.014 %) ############             
DRF=5:    23 (  0.020 %)                          
DRF>5:     0 (  0.000 %)                          
I-VOPs average DRF: 2.306493
I-VOPs std. deviation: 0.463845
I-VOPs max DRF: 4
P-VOPs average DRF: 2.304894
P-VOPs std. deviation: 0.461022
P-VOPs max DRF: 4
B-VOPs average DRF: 4.000398
B-VOPs std. deviation: 0.019967
B-VOPs max DRF: 5
This report was created by AVInaptic (16-09-2007) on 27 set 2007, h
11:08:59
-- 
Paradoxally,
Jan AxHell

 Mode: dual channel
perche' usi il mode "dual channel"?
Puoi provare a rimuxare, ma l'hai gia' fatto, magari prova con
un altro programma, tipo cosi':
mencoder -mc 0 -noodml -oac copy -ovc copy input.avi -o output.avi
ma mi sa che otterrai lo stesso problema...
Prova a guardare la struttura dell'AVI (da avinaptic, clicchi
sul pulsante "visualizza struttura on/off") e a confrontare con
la struttura degli altri AVI che funzionano, se noti qualche
elemento in piu' o in meno...
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org

elemento in piu' o in meno...
Niente, strutture identiche. Proverò a comprimere il WAV di partenza
con un altro programma (anzichè BeSweet) e vedere cosa succede.
Cmq, grazie come sempre Frank :-)
-- 
Paradoxally,
Jan AxHell

 4705.440 secs
be', almeno e' servito per avere una conferma che anche per mencoder
e' corretto :-)
A questo punto fallo analizzare a tutti i programmi che hai, per
vedere se qualcuno rileva qualche stranezza: GSpot, MPEG4 Modifier
DRF Analyzer ecc.
Se nessuno rileva stranezze, potrebbe anche essere ok (le cause,
allora, andranno cercate altrove...)
Se qualcuno di tali programmi rilevasse stranezze, spero che me lo
farai sapere :-)
Mi interessa molto, perche' in quel caso vorrei modificare il
programma in modo che rilevi anche quel tipo di stranezze...


DRF Analyzer ecc.
Fatto, niente di anomalo. Ma ho compresso la WAV con Adobe Audtion ed
è uscito un AVI che funziona con queste caratteristiche
(Oltre al birate, le uniche differenze sono che questo ha audio joint
e NON ha "Initial bytes skipped: 480 bytes" <-- che sia quello?) :
[ About file ]
Name: I Figli di Hitler PAL 43 PRO.avi
Date: 27/09/2007 16:45:20
Size: 1,428,680,704 bytes (1362.496 MB)
[ Generic info ]
Play duration: 01:18:25 (4705.44 s)

[ Relevant data ]

[ Video track ]

[ Audio track ]
Audio tag: 0x55 (MP3)
Bitrate (container): 82.856 kbps VBR
Channels (container): 2
Sample rate (container): 48000 Hz
Chunks: 196060
Stream size: 48,730,824 bytes
Preload: 480 ms
Max A/V diff: 496 ms
Initial bytes skipped: 480 bytes
MPEG frames: 196059
Play duration: 01:18:25 (4705.416 s)
Bitrate (bitstream): 82.849795 kbps VBR
Chunk-aligned: Yes
Emphasis: none
Mode: joint stereo
Delay: 0 ms
[ About MPEG4 encoding ]


Max consecutive B-VOPs: 1
[ DRF analysis ]






17:39:08
-- 
Paradoxally,
Jan AxHell

 This report was created by AVInaptic (16-09-2007)
la versione del 23-09-2007 e' un po' piu' precisa nel calcolo
del bitrate medio...
Boh, non so che dirti...
Forse nell'altra versione e' stato effettuato un "taglio" dello
stream audio MP3 prima del muxing nell'AVI. Se e' stato fatto un
taglio, e' stato fatto in un punto di confine tra frames MPEG,
altrimenti dai dati ce ne saremmo accorti...
Gli MP3 non possono pero' essere tagliati in un punto qualsiasi
(pur rispettando l'integrita' dei frames) perche' i frames degli
MP3 possono dipendere da quelli precedenti.
Quasi nessun decoder MP3 fa storie se incontra uno stream in cui
i frames iniziali dipendono dai precedenti (rimossi). Nel caso
pessimo la dipendenza a ritroso puo' arrivare a un massimo di
9 frames. I decoder tipicamente non si lamentano...
Forse, nel tuo caso, quello che e' stato usato e' un decoder
che si rifiuta di funzionare se lo stream non e' formalmente
corretto e completo...


corretto e completo...
Mah, io uso ffmpeg.. 
Cmq alla fine in qualche modo ho risolto, va bene così :-)
Però era una bella stranezza eh? 
-- 
Paradoxally,
Jan AxHell