Newsgroup: it.comp.software.divx
Titolo: cambio settaggi audio

ciao...
vorrei modificare i valori dell'audio di un divx
portandolo alla massima compatibilità con i lettori da tavolo...
parlo di:
48000 Hz
128 o 192 Kbps
CBR
quale programmi utilizzare?
mi troverei anche bene con avidemux,
impostando Video>COPY
Audio>LAME
ma non riesco a capire se e come mi permette di impostare il CBR e i 48000 
Hz
avreste una soluzione?
grazie e buon anno

 Hz
Audio>Lame
Configure>Mode>CBR
Filters>Resample_to_hz>48000
Se l'audio da cui parti e' gia' campionato a 48000, non c'e' bisogno di
fare il resample.
Comunque, i lettori da tavolo di solito leggono bene anche altre
frequenze, come 44100 o 22050 Hz
-- 
Home page: 
http://fsinapsi.altervista.org

 ha scritto nel messaggio 
news:4599fad2$0$22381$4faf...@reader2.news.tin.it...


 li converto in CBR
cioè volevo dire è fondamentale che l'aiudio si CBR? 

 cioè volevo dire è fondamentale che l'aiudio si CBR?
No, però alcuni lettori s'incasinano con l'audio VBR.
-- 
Saluti, Kap - 
http://www.lordkap.it

 cioč volevo dire č fondamentale che l'aiudio si CBR? 
solo se un lettore non supporta l'audio VBR.
Personalmente non ho mai avuto problemi con il VBR.
Ho letto che negli anni passati e' stata molto dibattuta la questione
se il fomato AVI supportasse l'audio VBR o meno: Avery Lee, l'autore
di VDub, era contrario all'utilizzo del VBR, mentre altri tizi hanno
verificato che in effetti e' possibile mettere un VBR in un AVI senza
violare le specifiche originali, e infatti di AVI con audio MP3 VBR me
ne sono passati parecchi per le mani e non mi hanno mai dato problemi
ne' su pc ne' su lettori SA.
Lo stesso varrebbe anche per il VFR, cioe' gli stream video a framerate
variabile: e' possibile immagazzinarli in un AVI senza violare le
specifiche. Qua e' accennato come sia possibile:
http://guru.multimedia.cx/category/container-formats
Riporto qui di seguito la parte a cui mi riferisco:
-------------------------------------------------------------
Common missconceptions about AVI
AVI doesnt support variable bitrate audio
This is simple nonsense, there are 2 ways to store frames (audio/video/?) in
AVI, the first is to set sample_size to the size in bytes of a packet and
store an integer number of such packets per chunk, the second is to store 1
frame per chunk and set sample_size=0 and thats what has to be done for
variable size packets it works with audio as well as video. Now what some
encoders actually do is they set sample_size=1 and then chop the audio stream
up at random, this surprisingly works with cbr mp3 but not vbr mp3 but its
totally wrong even for cbr mp3
AVI doesnt support variable framerate
again this isnt true, storing variable framerate in AVI is not efficient but
it is possible and its not a hack and it doesnt stretch the AVI spec, its
fully suported, you just set the framerate to the least common multiple of
the rates you want to use, and use 0-byte chunks for ?skiped? frames
storing variable samples per packet audio in AVI (vorbis)
while this is still possible, this stretches the spec somewhat, sample_size
must be 0, now there are 2 ways to store things, 1. the one with large
overhead this sets rate/scale to a common timebase (gcd of samples per
packet/samplerate) and then adds 0 sized packets to keep the timestamps
correct, 2. the one with small overhead, this sets rate/scale to (lcm of
samples per packet/samplerate) and packs several packets intoeach chunk which
isnt really allowed but well ? 
AVI has 24byte per chunk overhead, ODML-AVI has 32byte per chunk overhead
well ODML-AVI without the old redundant index has just 16byte per chunk
overhead and if you stretch the spec like some encoders successfully do by
having chunks and index missmatch then you can get away with 8byte per chunk
overhead, and yes you can still seek in this
-------------------------------------------------------------
