Newsgroup: it.comp.software.divx
Titolo: [linux] disallineamento audio video

un saluto a tutti.
il problema è questo:
sto transcodificando da tv tramite una pinnacle pctv usb e mencoder. dopo
circa 30 minuti di registrazione mi sono accorto che l'audio va fuori
sincrono. il problema non si presenta in un punto preciso ma lentamente su
tutto il file, in altre parole: più la registrazione è lunga più si
percepisce il disallineamento.
ho usato
MEncoder 1.0pre8-4.1.1
e transcodifico con
LAME 64bits version 3.97
libavutil version: 49.0.0
libavcodec version: 51.11.0
libavformat version: 50.5.0 built on Sep 12 2006 18:32:34, gcc: 4.1.1
20060724 (prerelease) (4.1.1-3mdk)
tutti i pacchetti erano in formato rpm per mandriva 2007.0-x86_64
aiutino?
ciao e grazie
:)

 il problema è questo:
e al solito mi dimenticavo il meglio :(
la linea di comando usata è
export DISPLAY=:0 && mencoder tv://21 -tv
driver=v4l2:width=640:height=480:device=/dev/video:alsa:adevice=hw.2,0:amode=1:audiorate=32000:forceaudio:volume=100:immediatemode=0:norm=PAL -ovc
lavc -lavcopts vcodec=mpeg4:vbitrate=1900:mbd=1 -sws 2 -oac
mp3lame -lameopts
cbr:br=192:mode=1 -o /home/karchopho/Desktop/prova.avi -endpos 1:25:00
l'esportazione della varibile è necessaria perché ho inserito la linea di
comando (tramite kcron) in crontab per registrare notte tempo, mentre
l'indicazione della periferica audio (:adevice=hw.2,0) è necessaria per
indicare a mencoder di utilizzare il mixer della pinnacle (sembrerà strano
ma mi legge la periferica come mixer) pena un video muto.
riciao
p.s.
devo dire che la qualità video lascia un pochetto a desiderare (i
classici "quadrettoni" di colore): sbaglio qualcosa anche nei parametri
lavc?
ririciao

 lavc?
si', e' normale che ottieni i quadrettoni sulle scene piu' movimentate,
perche' codifichi a target bitrate in singola passata (il bitrate e'
alto, ma lo e' anche la risoluzione; inoltre non e' chiaro se la sorgente
e' interlacciata e in tal caso dovresti impostare un filtro adeguato).
Ti conviene impostare una codifica a quantizer costante, ed
eventualmente qualche filtro adatto al tuo caso.
Se mi fai avere (su questo Ng oppure per email) un rapporto su un
filmato che ottieni con questo metodo, gli daro' un'occhiata.
Per ottenere il rapporto, scarichi la versione Linux del mio programma
e leggi le istruzioni di installazione per Linux nel manuale (si trova
tutto nel sito in firma).
Quando lo hai messo in funzione, apri uno di tali filmati con il
programma e clicchi su Statistiche->Analisi_DRF. Alla fine ottieni
un rapporto ed e' quello che vorrei vedere
Ciao
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org

 Ciao
grazie frank :)
tanto per renderti la vita difficile, qui sono due rapporti :)
nel primo file ho usato avidemux per ripulire dalla pubblicità e cmq si
tratta di una smart copy, quindi non ho transcodificato ulteriormente.
nel secondo si tratta di un file "grezzo" come me lo ha restituito mencoder
ciao.
1°)
Info sul file
Nome                        25esima_1.avi
Data                        20/02/2007 09:12:44
Dimensione                  1,084,984,230 bytes
Info generiche
Durata                      01:09:50 (4189.76 s)
Tipo di contenitore         AVI
Streams totali              2
Tipo stream n. 0            video
Tipo stream n. 1            audio
Audio streams               1
JUNK                        Avidemux
Traccia video
FourCC                      FMP4/FMP4
Risoluzione                 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
Frames totali               104744
Stream size                 979,341,653 bytes
Bitrate                     1869.971841 kbps
Qf                          0.243485
Key frames                  799 (0; 1; 2; 3; 4; ... 104743)
Null frames                 1604 (84527; 84538; 84549; 84560; 84577...)
Min key int                 1
Max key int                 281
Key int medio               131.093867
Ritardo                     0 ms
Traccia audio
Audio tag                   0x55 (MP3)
Bitrate                     192 kbps CBR
Canali                      2
Frequenza                   32000 Hz
Chunks                      104744
Stream size                 100,554,912 bytes
Ritardo                     0 ms
Info sulla codifica MPEG4
User data                   Lavc51.9.0
Packed bitstream            no
QPel                        no
GMC                         no
Interlaced                  no
Aspect ratio                Square pixels
Quant type                  H.263
Frames totali               104744
Drop/delay frames           1604
Frames corrotti             0
I-VOPs                      799 (0.762812 %)
P-VOPs                      102341 (97.705835 %)
B-VOPs                      0 (0 %)
S-VOPs                      0 (0 %)
N-VOPs                      0 (0 %)
Analisi DRF
DRF medio                   20.631355
Deviazione standard         4.485087
DRF max                     31
DRF>9                       103140 (100 %)
I-VOPs DRF medio            19.395494
I-VOPs Deviazione std       4.776221
I-VOPs DRF max              25
P-VOPs DRF medio            20.641004
P-VOPs Deviazione std       4.481399
P-VOPs DRF max              31
Rapporto generato da AVInaptic (9-02-2007) in data 21 feb 2007, h 18:42:12
--------------------------------------------------------------------------
2°
Info sul file
Nome                        25esima_2.avi
Data                        21/02/2007 02:56:15
Dimensione                  1,304,892,696 bytes
Info generiche
Durata                      01:25:00 (5100.04 s)
Tipo di contenitore         AVI OpenDML indexes multi-chunks
Streams totali              2
Tipo stream n. 0            video
Tipo stream n. 1            audio
Audio streams               1
ISFT                        MEncoder 1.0pre8-4.1.1
JUNK                        [= MPlayer junk data! =]
Traccia video
FourCC                      FMP4/FMP4
Risoluzione                 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
Frames totali               127501 (104725)
Stream size                 1,174,582,127 bytes
Bitrate                     1842.467317 kbps
Qf                          0.239904
Key frames                  918 (0; 250; 500; 750; 1000; ... 127409)
Null frames                 3880 (8546; 8547; 8600; 8873; 8874...)
Min key int                 1
Max key int                 275
Key int medio               138.889978
Ritardo                     0 ms
Traccia audio
Audio tag                   0x55 (MP3)
Bitrate                     192 kbps CBR
Canali                      2
Frequenza                   32000 Hz
Chunks                      141667
Stream size                 122,400,288 bytes
Ritardo                     0 ms
Info sulla codifica MPEG4
User data                   Lavc51.9.0
Packed bitstream            no
QPel                        no
GMC                         no
Interlaced                  no
Aspect ratio                Square pixels
Quant type                  H.263
Frames totali               127501
Drop/delay frames           3880
Frames corrotti             0
I-VOPs                      918 (0.719994 %)
P-VOPs                      122703 (96.236892 %)
B-VOPs                      0 (0 %)
S-VOPs                      0 (0 %)
N-VOPs                      0 (0 %)
Analisi DRF
DRF medio                   17.046731
Deviazione standard         2.315203
DRF max                     30
DRF<3                       1 (0.000808 %)
DRF=3                       2 (0.001617 %)
DRF=4                       2 (0.001617 %)
DRF=5                       0 (0 %)
DRF=6                       1 (0.000808 %)
DRF=7                       0 (0 %)
DRF=8                       1 (0.000808 %)
DRF=9                       30 (0.024267 %)
DRF>9                       123584 (99.970069 %)
I-VOPs DRF medio            13.293028
I-VOPs Deviazione std       2.102020
I-VOPs DRF max              23
P-VOPs DRF medio            17.074814
P-VOPs Deviazione std       2.293688
P-VOPs DRF max              30
Rapporto generato da AVInaptic (9-02-2007) in data 21 feb 2007, h 18:51:02
-----------------------------------------------------

dimenticavo: è possibile recuperare in qualche modo i files "danneggiati"?
grazie
ciao

 dimenticavo: è possibile recuperare in qualche modo i files "danneggiati"?
intanto prova a fare altre acquisizioni con l'opzione "-vf harddup", poi
rispondi al mio altro post (se riguardando anche con mplayer risulta
desincronizzato oppure no). Se con mplayer non e' desincronizzato, per
recuperare i filmati in questione, ti tocca ricodificarli eliminando
i frame nulli (cioe' applicando l'opzione che ti ho detto)


 DRF>9                       123584 (99.970069 %)


 i frame nulli (cioe' applicando l'opzione che ti ho detto)
rieccomi.
dunque: per questa notte la linea di comando diventa
mencoder tv://21 -tv
driver=v4l2:width=640:height=480:device=/dev/video:alsa:adevice=hw.2,0:amode=1:audiorate=32000:forceaudio:volume=100:immediatemode=0:norm=PAL -ovc
lavc -lavcopts vcodec=mpeg4:vqscale=2:mbd=1 -sws 2 -vf harddup -oac
mp3lame -lameopts
cbr:br=192:mode=1 -o /home/karchopho/Desktop/25esima_3.avi -endpos 2:00:00
ho appena fatto una prova di qualche minuto e devo dire che la qualità è
eccelsa! immaggino però già svariati gigabyte invadere la mia home :)
pazienza.
per tornare alla tua risposta precedente, devo diriti che non l'ho provato
sullo stand alone ma solo su mplayer e il problema l'ho notato lì.
devo però aggiungere che dal momento che ho lanciato il comando con crontab,
sono andato a spulciare il /var/spool/mail/karchopho e indovina cos'ho
trovato?
giacché la shell predefinita è sh e non bash, ogni cosa che faccio con
crontab mi invia una mail, e c'è un immenso listato di tutto quello che ha
fatto mencoder... un file di testo di circa 20 mega!!!
copio verso il centro e incollo solo qualche riga:
Pos:2573.8s  63090f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2573.8s  63091f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
video buffer full - dropping frame
1 duplicate frame(s)!
Pos:2573.9s  63092f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:191]
Pos:2574.0s  63093f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.0s  63094f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.0s  63095f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.1s  63096f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.1s  63097f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.2s  63098f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.2s  63099f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.2s  63100f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.3s  63101f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.3s  63102f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.4s  63103f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.4s  63104f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.4s  63105f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.5s  63106f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.5s  63107f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
1 duplicate frame(s)!
Pos:2574.6s  63108f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.6s  63109f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.7s  63110f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.7s  63111f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:191]
video buffer full - dropping frame
Pos:2574.8s  63112f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.8s  63113f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.8s  63114f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.9s  63115f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2574.9s  63116f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.0s  63117f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.0s  63118f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:191]
Pos:2575.0s  63119f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.1s  63120f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.1s  63121f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.2s  63122f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
1 duplicate frame(s)!
Pos:2575.2s  63123f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.3s  63124f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:191]
Pos:2575.3s  63125f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.4s  63126f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.4s  63127f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.4s  63128f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.5s  63129f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.5s  63130f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
video buffer full - dropping frame
Pos:2575.6s  63131f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.6s  63132f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
1 duplicate frame(s)!
Pos:2575.7s  63133f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
Pos:2575.7s  63134f ( 0%) 23.83fps Trem:   0min   0mb  A-V:0.000 [1863:192]
se ho capito bene quello che mi hai suggerito e ho capito questo pezzo di
listato, significa che menconder non ce la fa a star dietro alla
transcodifica della tv, e butta via qualche fotogramma giusto? con la
conseguenza del disallineamento, ho capito? e allora adesso con i nuovi
parametri che gli passerò stanotte, la situazione dovrebbe peggiorare,
vero?
:(
quei circa 50 secondi che ho provato con i nuovi parametri, sono andati a
buon fine e cioè senza scarti.
tant'è che nel vecchio listato, il primo frame "buttato" l'ho trovato qui
Pos:1309.6s  32725f ( 0%) 23.74fps Trem:   0min   0mb  A-V:0.000 [1900:192]
too bad - dropping audio frame !
Pos:1309.7s  32726f ( 0%) 23.74fps Trem:   0min   0mb  A-V:0.000 [1900:192]
cioè dopo un bel po' che mencoder era in funzione.
per stanotte voglio provare a disattivare screensaver e la disalimentazione
della scheda tv (centrasse qualcosa?) inoltre voglio disattivare anche
tutti i processi possibili (dipendesse da questo? ho beryl attivato e
ksysguard mi dice che si ciuccia un botto di risorse) anche se la cosa che
veramente mi inquieta è quel
video buffer full - dropping frame
cos'è il video buffer? può essere manipolato? lo devo modificare in qualche
modo? se sì, è il caso di "allargarlo" a dismisura? e come? e quanto?
[certe volte mi sembro carlo lucarelli :)]
ciao e ancora stragrazie.

 modo? se sì, è il caso di "allargarlo" a dismisura? e come? e quanto?
non lo so.
Dai un'occhiata alla man page di mencoder, all'opzione -tv c'e' questa
sotto-opzione:
 buffersize=<value>
      maximum  size  of  the  capture buffer in megabytes (de-
      fault: dynamical)
ma a occhio e croce sembrerebbe meglio lasciare di default



 comment: first try, more to come ;-)
Selected device: Pinnacle PCTV USB 2
 Tuner cap:
 Tuner rxs:
 Capabilites:  video capture  tuner  audio  read/write  streaming
 supported norms: 0 = PAL; 1 = NTSC; 2 = SECAM; 3 = PAL-M;
 inputs: 0 = Television; 1 = Composite1; 2 = S-Video;
 Current input: 0
 Current format: YUYV
v4l2: current audio mode is : STEREO
Selected channel: 43 (freq: 647.250)
[V] filefmt:9  fourcc:0x32595559  size:640x480  fps:25.00  ftime:=0.0400
==========================================================================
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 32000 Hz, 2 ch, s16le, 1024.0 kbit/100.00% (ratio: 128000->128000)
Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
==========================================================================
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: [raw] RAW Uncompressed Video
VDec: vo config request - 640 x 480 (preferred colorspace: Packed YUY2)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
VDec: using Packed YUY2 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
SwScaler: BICUBIC scaler, from Packed YUY2 to Planar YV12 using MMX2
videocodec: libavcodec (640x480 fourcc=34504d46 [FMP4])
[VE_LAVC] High quality encoding selected (non-realtime)!
[VE_LAVC] Using constant qscale = 3.000000 (VBR).
Selected video codec: [rawyuy2] vfm: raw (RAW YUY2)
==========================================================================
MP3 audio selected.
Forcing audio preload to 0, max pts correction to 0.
New_Face failed. Maybe the font path is wrong.
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
Pos:   0.0s      1f ( 0%)  0.00fps Trem:   0min   0mb  A-V:0.000 [0:0]
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing
vprp header.
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing
vprp header.
.............
Pos: 745.2s  18631f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:127]
Pos: 745.3s  18632f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:127]
Pos: 745.3s  18633f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:128]
Pos: 745.4s  18634f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:127]
Pos: 745.4s  18635f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:128]
Pos: 745.4s  18636f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:127]
Pos: 745.5s  18637f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:128]
Pos: 745.5s  18638f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7197:127]
Pos: 745.6s  18639f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7198:128]
Pos: 745.6s  18640f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7198:128]
Pos: 745.6s  18641f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7198:128]
Pos: 745.7s  18642f ( 0%) 24.98fps Trem:   0min   0mb  A-V:0.000 [7198:128]
................
----------------------------------------------------------------------------
impiega circa 40 secondi per portarsi a quel numero di fps per poi passare,
verso la fine, a 25.00 - 24.99 senza alcun frame rigettato... mi pare che
ci siamo, no?
grazie frank 
grazie a tutti.
ciao.

non vorrei andare fuori 3d... ma ci provo ugualmente.
risolto il problema del disallineamento vorrei diminuire la dimensione dei
files risultanti in qualche modo.
come posso fare? è  possibile "ingannare" mencoder durante il tv-rip come se
stesse facendo una "prima passata" per poi tornarci su con calma e ottenere
un files dalle dimensioni accettabili?
grazie.

 ottenere un files dalle dimensioni accettabili?
mi pare che sia quello che gia' stai facendo, se utilizzi "vqscale" invece
di "vbitrate".
Comunque il tuo problema non e' di soluzione immediata, perche' dai
dati che avevi riportato risultava evidente che il codec "faticava"
molto a codificare quei filmati (si capiva dal "DRF medio" che, anche
con bitrate medio di 1800-1900 kbps, risultava molto alto).
Quello che vorresti fare e' acquisire ad alta qualita' (devi avere molto
spazio libero sull'hard disk) e, in un secondo tempo, impostare una
ricodifica del materiale acquisito in modo da ottimizzare il rapporto
tra qualita' e dimensioni.
In questo caso, potresti anche prendere in considerazione di usare
altri codec per la fase di acquisizione, ad esempio "huffyuv" (che mi
pare sia stato introdotto proprio per questo scopo).
Dopo che hai acquisito il filmato, puoi impostare la ricodifica come
meglio credi. Ad esempio, presumo che opterai per una ricodifica in
doppia passata, che puoi fare in tutta calma, senza i vincoli
temporali che avevi nell'acquisizione.
Comunque, come dicevo sopra, anche usando una doppia passata
impostando un target quantizer che ti restituisca un filmato di
dimensioni accettabili, otterrai una qualita' abbastanza bassa,
perche' la doppia passata avra' l'effetto di distribuire la
qualita' in modo piu' uniforme (rispetto a una singola passata),
ma difficilmente il quantizer medio sara' tanto piu' basso...
Per diminuire le dimensioni e al contempo ottenere una codifica
accettabile (cioe', in cui i quantizer usati non sono troppo alti),
dovresti cercare di capire perche' tali filmati sono cosi' poco
"comprimibili" e applicare opportuni filtraggi per renderli piu'
malleabili...
Ad esempio, un modo abbastanza ovvio e' quello di abbassare la
risoluzione (filtro "-vf scale=w:h"), ma esistono decine di altri
filtraggi, alcuni dei quali potrebbero essere efficaci nel tuo
caso specifico.
Concludo con un avvertimento: la codifica in doppia passata e'
utilissima per un caso specifico, cioe' quando vuoi che il
filmato finale abbia una ben precisa dimensione (in bytes).
Se non hai questo vincolo, una codifica in singola passata a
quantizer costante (vqscale=...) ti da' un risultato migliore
in un tempo inferiore.


 in un tempo inferiore.
ciao.

 la risoluzione?
boh, non hai che da provare...


 boh, non hai che da provare...
fatto: cambia una cippa :(
cmq ora va bene così. 
ciao e grazie :)