Difference between revisions of "MP3packer"

From TMB Wiki
Jump to: navigation, search
(Features)
Line 38: Line 38:
 
* When processing whole folders, the option 'Recreate sub-folders' will put the output files into the same sort of directory structure as the input files
 
* When processing whole folders, the option 'Recreate sub-folders' will put the output files into the same sort of directory structure as the input files
  
 +
[[Image:WinMP3Packer_1.0.3.png]]
  
 
[[category:Audio Tools]]
 
[[category:Audio Tools]]

Revision as of 17:29, 14 June 2006

MP3packer

MP3packer (written by Omion over at HydrogenAudio.org) attempts to save space by storing frame data in the smallest possible frame. Usually MP3s are already stored in the most efficient way possible. However, for high-bitrate CBR files, e.g. 320kbps (created via LAME '-b 320' aka '--preset insane' for example) there can be a lot of wasted space. So, the original idea of MP3packer was created to reduce the size of high bitrate CBR files, turning them into VBR files. However, MP3packer can also turn VBR files into CBR.

Download

Download the latest version from:

Features

  • Usually makes 320kbps files 2-10% smaller LOSSLESSLY
  • Squeezes out all the padding it can from any MP3 (Will not produce a larger file, unless you use the '-b' switch)
  • Writes valid LAME 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 that can't handle VBR. This is done by finding a CBR bitrate that the [[VBR] file will fit into
  • Strip headers from the start and/or end of the files
  • GPL, so anybody can tweak it as long as it stays GPL

A few caveats

  • It's only been tested it on Win32. It should work just fine on any UNIXish OS with an OCaml port.
  • Full-directory processing has been 'undone' with the rewrite. Should be put back soon
  • The program will always output an MP3 that doesn't use CRCs (Cyclical Redundancy Checking), even if the input file uses CRC. This is primarily laziness on the author's part, but nobody really needs them, and it saves 600 bits per second.
  • Reduction in size, as mentioned in the MP3packer features can be very small: do not expect miracles



WinMP3Packer

WinMP3Packer is a frontend for the MP3packer program written by psyllium also over at HydrogenAudio.org. You'll need the .NET Framework (version 1.1 or 2.0) installed to use this GUI.

Download

Download the latest version from:

Features

  • see MP3packer features
  • Allows for batch processing: multiple files and folders may be selected
  • Allows for processing whole folders. Will also recurse into the sub-folders and process the files in there
  • When processing whole folders, the option 'Recreate sub-folders' will put the output files into the same sort of directory structure as the input files

WinMP3Packer 1.0.3.png