Unlike other MP3 encoders which do VBR encoding based on predictions of output quality, LAME's default VBR method tests the actual output quality to ensure the desired quality level is always achieved.
Call me paranoid, but it worries me to see the words "Pioneer National Trainer // Product Specialist" in his signature.
I responded to the second, newer thread.
Quote from: Slipstreem on 16 October, 2008, 07:56:15 AM Call me paranoid, but it worries me to see the words "Pioneer National Trainer // Product Specialist" in his signature. :rolleyes:My thoughts exactly.
Call me paranoid, but it worries me to see the words "Pioneer National Trainer // Product Specialist" in his signature. :rolleyes:
that's plenty of space saving for me, since I can't tell the difference between a WAV and a 320kbps MP3 - but I CAN tell the difference between that and a VBR MP3, or that and a 128kbps MP3.
No, I think I'm going mad. That post I made is quite unclear. Some other guy responded to me with a wall of verbiage that seems to completely miss the point.
Basic lesson in computing: ALL instructions and data to be operated upon must exist in RAM. If the instruction or data is external to the RAM, the system must first copy it into RAM (from wherever - Hard Disk, CD, whatever) before it can be used by the CPU. The CPU has no direct access to the hard drive (or, in the case of the CD player, the CD), it must go through the RAM. The CPU also has to actually execute the copying of things into RAM (which in reality is actually handed off to the chipset in the machine, but the chipset won't operate on anything unless it is told to do so by the CPU).So, as each frame is read to be decoded, it is copied into RAM (quite probably more than one frame at a time, however).What happens (in an oversimplified manner) is this: the processor that is decoding the frame is dumb. It doesn't know where the frame ends, it just keeps operating on streams of data - possibly operating into some area of the memory that contains something else that isn't MP3 data. This is known as buffer overflow, and can cause crashes and/or bad sounding music playback. This is prevented by setting something called a buffer size - it knows how much data it must read before stopping.If every frame that is copied into RAM to be operated on is a different size, the CPU needs to be told of this, executing an extra instruction that sets its buffer size. This means that every frame needs at least 2 operations to work - the buffer set, and the buffer read/operate. In a particularly variable MP3, for example, where the frame size is changing A LOT from one to the next, the CPU can't read nearly as much data "ahead" because it never knows where the end will be, and it might read too far before the memory is copied (because a CPU operates many many times faster than the hard drive, or CD, can write data to the RAM) and hit a buffer overflow, causing issues of unknown result. Also, since the CPU is in charge of ALL the RAM and is also doing other things (both in a CD player and in a normal computer), every time it resizes the RAM buffer (because it's copying frames of varying sizes), it might copy something to the area that was occupied by a larger frame but is now free before it needs to use it for audio data again. Now, if it needs to fill that space with audio data (because splitting up a frame in memory would be very bad), it has to MOVE what's there before it can copy new data into that space. This eats up time and processor resources.
...So, I choose to encode my MP3's at 320kbps CBR so that I give my crowd the best possible chance at hearing the music in the way it was originally recorded. ......I DO NOT believe that a VBR MP3 is acceptable, FOR ME, since I consider myself a professional. And since I listen to other DJ's, I like them to use good-quality stuff too ...
5) We know that MP3 is lossy. We know that it won't have the best sound quality when compared to a lossless algorithm - you people here at HA will know that better than anyone given the breadth of the forums. Unfortunately, MOST people who use MP3 either can't tell the difference or just don't care. As a DJ I believe it's part of my JOB to care - I don't want to be promoting BAD sounding music, as some DJ's do that go ONLY use filesharing as a means to get their music, which more often than not results in a crappy-sounding MP3 from some n00b who doesn't know any better.10) I would say that the POINT of MP3 (or any other compression algorithm) is to reduce filesize either for storage or transfer (say over the internet). But, as mentioned in the other forum, storage is getting cheaper, as is bandwidth (at least where I live). I choose to use MP3's because the collection I carry around with me is too big to fit (in WAV format) on today's hard disks (~500GB at 320kbps) in a portable format. Since I play out with my MP3 collection and don't use CD's anymore, keeping everything in WAV would be damn near impossible unless I carted SEVERAL 1TB disks around. And since my music collection is part of my livelihood, my drive is a RAID 1 external USB enclosure. So for every drive I take, I now need TWO - cheap or not, this is getting more and more expensive. The tradeoff, for me, came at that point. I'm willing to accept MP3's lossy format at 320kbps because of practicality. I understand that other people's "tradeoff" point is different from mine.
...I DO NOT believe that a VBR MP3 is acceptable, FOR ME, since I consider myself a professional. And since I listen to other DJ's, I like them to use good-quality stuff too ...
Is it that hard nowadays to properly support the standard?
... don't ... let them even know that most modern audio and video formats use VBR by default for quality reasons.
If "your JOB (is) to care" use FLAC.
Did you ever do a double blind test? As much as I tried, i could not tel VBR (~128kbps) from the original on the last listening test.
...wrote a lot of fancy stuff about VBR's speed penalty which is really nonsense. And with respect to quality you put the blame on VBR for no really existing reason.
The fact that perfection can't be achieved with mp3 is the reason why most members here prefer an encoder setting which produces smaller files than when using CBR 320.