Newsgroup: it.comp.software.divx
Titolo: Aiuto! Audio fuori sincrono su tv e non su pc

Come da oggetto ho masterizzato un file avi su un cd e riproducendolo sul 
lettore dvd attacato alla tv l'audio č fuori sincrono di un paio di secondi. 
Riproducendo lo stesso cd sul pc (anche pc diversi) l'audio č perfettamente 
in sincrono. Dato che ho masterizzato piů volte file avi e non ho mai avuto 
questo problema mi piacerebbe capire come mai succede.
Grazie  a tutti.
David. 

 questo problema mi piacerebbe capire come mai succede.
puo' succedere per diversi motivi ed e' impossibile dire quale
nel tuo caso specifico, senza analizzare l'AVI.
Prova ad aprirlo con avinaptic (lo trovi nel sito in firma a
questo messaggio), poi clicca su "Statistiche->AnalisiDRF",
poi salva il rapporto su file di testo e riportalo
integralmente sul Ng. Se nei dati c'e' qualcosa di strano te lo
faro' sapere
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org

 perfettamente in sincrono.
Prova ad analizzarlo con AVINaptic e a mandarci il risultato.
-- 
Saluti, Kap - 
www.lordkap.it
 - AVINaptic: 
http://fsinapsi.altervista.org
FAQ del newsgroup: 
http://giubbe.altervista.org
In molti casi il cucinare è una forma di omicidio colposo.
Edward Clamp


 Innanzitutto grazie per la celerità. Ho fatto come suggerito, spero sia 
tutto giusto.
Grazie, David.
[ Info sul file ]
Nome: Ratatouille [ITA].avi
Data: 24/03/2008 23:06:04
Dimensione: 730,142,720 bytes (696.318 MB)
[ Info generiche ]
Durata: 01:46:04 (6364.12 s)
Tipo di contenitore: AVI OpenDML
Streams totali: 2
Tipo stream n. 0: video
Tipo stream n. 1: audio
Audio streams: 1
ISFT: Nandub v1.0rc2
JUNK: Nandub build 1852/release
[ Dati rilevanti ]
Risoluzione: 608 x 256
Larghezza: multipla di 32
Altezza: multipla di 32
DRF medio: 3.015700
Deviazione standard: 0.621730
Media pesata dev. std.: 0.480524
[ Traccia video ]
FourCC: xvid/XVID
Risoluzione: 608 x 256
Frame aspect ratio: 19:8 = 2.375 (~2.35:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 19:8 = 2.375 (~2.35:1)
Framerate: 25 fps
Frames totali: 159103
Stream size: 619,127,979 bytes
Bitrate: 778.273167 kbps
Qf: 0.200008
Key frames: 1929 (0; 109; 359; 403; 404; ... 158859)
Null frames: 0
Min key int: 1
Max key int: 250
Key int medio: 82.479523
Ritardo: 0 ms
[ Traccia audio ]
Audio tag: 0x55 (MP3)
Bitrate (contenitore): 126.552 kbps VBR
Canali (contenitore): 2
Frequenza (contenitore): 48000 Hz
Chunks: 265100
Stream size: 100,743,696 bytes
Preload: 0 ms
Max A/V diff: 1928 ms
Tipo: MPEG-1 Layer III
Initial skip: 114,048 bytes
MPEG frames: 265052
Durata: 01:46:01 (6361.248 s)
Bitrate (bitstream): 126.553340 kbps VBR
Chunk-aligned: No
Emphasis: none
Mode: joint stereo
Ritardo: 0 ms
[ Info sulla codifica MPEG4 ]
User data: XviD0047
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: H.263
Frames totali: 159103
Drop/delay frames: 0
Frames corrotti: 0
I-VOPs:  1929 (  1.212 %)
P-VOPs: 59985 ( 37.702 %) #########
B-VOPs: 97188 ( 61.085 %) ###############
S-VOPs:     0 (  0.000 %)
N-VOPs:     1 (  0.001 %)
Max consecutive B-VOPs: 2
    1 consec: 15190 ( 27.034 %) #######
    2 consec: 40999 ( 72.966 %) ##################
[ Analisi DRF ]
DRF medio: 3.015700
Deviazione standard: 0.621730
DRF max: 4
DRF<2:     0 (  0.000 %)
DRF=2: 29521 ( 18.555 %) #####
DRF=3: 97562 ( 61.320 %) ###############
DRF=4: 32019 ( 20.125 %) #####
DRF>4:     0 (  0.000 %)
I-VOPs DRF medio: 2.255054
I-VOPs deviazione std.: 0.435891
I-VOPs DRF max: 3
P-VOPs DRF medio: 2.531816
P-VOPs deviazione std.: 0.498986
P-VOPs DRF max: 3
B-VOPs DRF medio: 3.329454
B-VOPs deviazione std.: 0.470015
B-VOPs DRF max: 4
[ Profile compliancy ]
Profilo da testare: MTK PAL 6000
Risoluzione: Ok
Framerate: Ok
Min buffer fill: 81%
Rapporto generato da AVInaptic (18-11-2007) in data 28 mar 2008, h 16:29:18

 Bitrate (bitstream): 126.553340 kbps VBR
quello che va osservato e' che la durata dell'audio e' inferiore di
alcuni secondi rispetto alla durata del filmato.
Di per se' questo non e' necessariamente un problema, ma soltanto
un primo indizio...
Allo stesso modo, il preload pari a 0 ms non e' necessariamente un
problema, ma anche questo e' un indizio che va tenuto d'occhio.
Ed ecco il problema: il max A/V diff e' decisamente troppo alto
(valori normali sono intorno ai 500 ms o poco piu').
Un AVI normale e' fatto in questo modo:
AVAVAVAVAVAVAV...
cioe', pezzi di audio e video vengono intercalati in modo abbastanza
regolare.
Invece, il tuo AVI e' fatto cosi':
VVVVVVVVVVVVVVVVAVAVAVAVAVAV...
cioe', per i primi due secondi c'e' soltanto il video, l'audio
parte circa due secondi dopo (per questo il valore max A/V diff
schizza a circa 2 secondi!).
Inoltre, i primi 114048 bytes dello stream audio sono garbage
cioe' non fanno parte dello stream MP3 vero e proprio...
Tu vuoi sapere come risolvere il problema...
Il modo piu' semplice e' quello di aprire l'AVI con programmi
come VirtualDubMod o Avidemux e segare via dal filmato i primi
2 secondi, poi risalvare in "direct stream copy".
Tieni presente che in un caso come questo, in cui l'audio e'
MP3 VBR, il numero dei "chunks audio" deve coincidere
esattamente con il numero dei "MPEG frames audio"
(in questo caso non avviene, infatti questo AVI non e' perfetto).
Purtroppo non sono capace di scrivere una guida generica per
interpretare i rapporti di avinaptic, perche' i casi possibili
sono veramente tanti ed esplicitarli tutti mi richiederebbe
un sacco di tempo (e l'enorme guida che ne deriverebbe non lo
leggerebbe nessuno).



 Grazie, un pò troppo complesso per me, mi sa che mi procurerò un file 
migliore. Un ultima domanda. Visto che il file non è di buona qualità come 
mai però i vari pc sui quali l'ho guardato non evidenziano il problema ma il 
lettore dvd da tavolo si? (pura curiosità da niubbo).
Ciao, David. 

 il lettore dvd da tavolo si? (pura curiosità da niubbo).
non ho scritto che il file non e' di buona qualita' (anzi, forse non
si vede neppure malaccio; quantomeno la codifica effettuata non dovrebbe
avere degradato troppo il filmato in ingresso al decoder).
L'AVI non e' "ben formato".
Il motivo per cui i lettori per pc lo riproducono senza problemi e
quello da tavolo no dipende da una diversa implementazione del
demuxer AVI nei due casi.
Nell'implementazione del lettore da tavolo, l'audio viene fatto
"scivolare" in anticipo in modo che inizi contemporaneamente al
video.
Ti ricordo che l'AVI e' fatto in questo modo:
VVVVVVVVVVVVVVVVVVVVAVAVAVAVAV...
adesso riscriviamo le V e le A su due righe separate:
VVVVVVVVVVVVVVVVVVVV V V V V V...
                    A A A A A ...
il lettore da tavolo effettua questo "scivolamento":
            <-------A A A A A ...
cioe', si comporta come se l'AVI fosse fatto cosi':
AVAVAVAVAVAVAV...
La conseguenza di questo intervento e' che quel lettore riproduce
l'audio 2 secondi prima di quello che dovrebbe, quindi tu senti
prima le parole, poi, dopo due secondi, vedi la bocca muoversi.
Ti e' chiaro?



Chiarissimo! Sei un mito! Grazie ancora, se trovo il tempo mi cimento anche 
nell'impresa.
David