I have several VBR mp3 (lame 3.90 --alt-preset standard) and my cd changer seems to not like them quite well. It skips from time to time, specially some transients.
So, is there a way (or program) to losslessly increase the bitrate of low bitrate parts to avoid the sudden br changes that causes skipping?
Re-encoding from the CD is unwanted, re-encoding the mp3 is not desirable either.
Full Version: un-VBR or VBR to ABR
I knew someone might have asked this before, I just didn't know what words to put on the search.
Thanks
Thanks
QUOTE (guruboolez @ Sep 2 2006, 13:26) 
wait. isn't mp3 repacker designed to shrink cbr (--present insane in particular) to vbr to save some bits and not the other way around?
QUOTE (Omion @ Mar 15 2005, 03:33)
Features:
* Can make --preset insane files up to 10% smaller LOSSLESSLY (depending on the LAME version used)
* Squeezes out all the padding it can from any MP3 (Will not produce a larger file, unless you use the -b switch or something goes wrong)
* Writes valid LAME/XING header for proper VBR seeking
* Goes exceedingly fast thanks to the OCaml rewrite
* Uses much less memory than the old "-m" mode
* Many people also use this backwards, to losslessly turn VBR into larger CBR files to humor players which can't handle VBR
* Works on Windows, Linux, 64-bit Linux, Linux through WINE, and should work perfectly on any other platform with an OCaml port.
* GPL, so anybody can tweak it as long as it stays GPL
* Can make --preset insane files up to 10% smaller LOSSLESSLY (depending on the LAME version used)
* Squeezes out all the padding it can from any MP3 (Will not produce a larger file, unless you use the -b switch or something goes wrong)
* Writes valid LAME/XING header for proper VBR seeking
* Goes exceedingly fast thanks to the OCaml rewrite
* Uses much less memory than the old "-m" mode
* Many people also use this backwards, to losslessly turn VBR into larger CBR files to humor players which can't handle VBR
* Works on Windows, Linux, 64-bit Linux, Linux through WINE, and should work perfectly on any other platform with an OCaml port.
* GPL, so anybody can tweak it as long as it stays GPL
emphasis is mine
So according to the documentation I would need to do:
in order to process a vbr file in.mp3 and set the minimum allowable bitrate to be 160kbps. I assume blocks with higher bitrates will pass unaltered.
CODE
mp3packer -b 160 in.mp3 out.mp3
in order to process a vbr file in.mp3 and set the minimum allowable bitrate to be 160kbps. I assume blocks with higher bitrates will pass unaltered.
If you have some doubts, use the GUI:
http://www.hydrogenaudio.org/forums/index....c=40780&hl=
http://www.hydrogenaudio.org/forums/index....c=40780&hl=
QUOTE (legg @ Sep 2 2006, 16:50)
I assume blocks with higher bitrates will pass unaltered.
Sort of. It actually gets a bit complicated, but basically, increasing the minimum bitrate will generally also decrease the maximum bitrate. It makes the whole file "more CBR".
If you wanted perfect CBR, but you wanted it at the lowest bitrate possible, you could use
CODE
mp3packer -i in.mp3
At the end of the info, it will say "Smallest bitrate for CBR is XYZ" Then re-run with CODE
mp3packer -b XYZ in.mp3 out.mp3
I think there's some automated CBR thing in the GUI, but I haven't looked at it in a while.
I thought that maybe raising the lowest possible bitrate would help since the changer does support VBR files, I guess they didn't have in mind lame 3.90 insane vbring.
Files compressed with 3.97b2 seem to be more stable.
Files compressed with 3.97b2 seem to be more stable.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.