Bitrate Peeling with Ogg Vorbis
Yort writes "Thought this might be interesting to some audiophile /.ers - there's been some discussion on the Ogg Vorbis lists, summarized in the most recent Ogg Traffic, about "bitrate peeling". In short, it's where you can simply "peel off" the high resolution data from the ends of an audio stream packet to come up with a smaller, lower quality stream. Brings up a number of geek-cool opportunities."
"That may be true if it were peeling off the copyright instead of the bitrate."
I don't think you read the article, so I'll summarize it again in a more informative way:
There is a technology called "Bitrate peeling" that the Ogg Vorbis team is considering adding into the codec which would allow an audio stream's bit rate to be dynamically raised and lowered based on connection speed availability.
This would help net radio *immensely* because the cable modem users don't have to use the same 60 kbps stream as the 28.8k modem users, and the 28.8k modem users don't have to use the same 192kbps stream as the cable modem users. Also, it would decrease the cost of operation for the net radio stations that run multiple servers in order to meet the connection needs of different users.
Bitrate peeling is a briliant idea, and would be a major win for Vorbis if they ever actually provide an implementation of it. It's something that the format supposedly supports, but right now it's still just a hypothetical application.
Let me know when they've got something working THEN I'll be impressed
my sig's at the bottom of the page.
Lately I've been finding all I can download off P2P programs like Direct Connect and Furthurnet. Its mostly live shows, and they are all in .shn format, which is a lossless compression format that restores to the original .wav file.
These communities shun both compressed files like .mp3 and trading anything that has been released commercially. What you do get is great recordings of live music from bands like U2, DMB, Grateful Dead, etc., all ethically traded and in their full audio glory.
The audiophiles I know pretty much don't listen to mp3, ever.
No, Thursday's out. How about never - is never good for you?
>personally, i'm converting over from 256kbps mp3 to > 128kbps vbr ogg and i'm saving TONS of space and > not really sacrificing any quality... Although OGG Vorbis is superior to MP3, transcoding from MP3 to OGG will generally lead to a noticable loss in quality. Transcoding in general is bad, but transcoding down to a lower bitrate and between two transform codecs (as is the case) isn't really a great idea... but to each their own. With hard drives so cheap these days I'd just leave the MP3s as is. Especially considering most MP3s out on the P2P networks are encoded using outdated/flawed encoders such as Blade or Xing and are bad enough as is!
I really would like to donate, but not through PayPal. Could you please offer some other method of payment like the Amazon Honour System or Element5?
Looking at your example of storing the variable bit rates as seperate files as an example, let's do some theoretical math:
Original High Quality file: 10mb
3/4 Quality file: 7.5mb
Half quality file: 5mb
Quarter quality file: 2.5mb
Total for all variations without peeling: 25mb
Or, store the High Quality 10mb original only and dynamically peel. Savings, 15mb (1.5 times more files)
No need te reencode a new file for each device (and some of us have many!)
Just FYI
You can have it fast, accurate, or pretty. Pick any 2.
wrong. it takes cpu to convert to an mp3, and you have to have the original cd to not get artifacts. it takes no intensive cpu to shave bits (just ignore a part of the stream) and yhou do not have to have the original CD.
No, mp3 would have to be reencoded, which would make the quality much worse and would take a lot of time.
When I want to put music into my player, I want it now, I don't want to wait 1-2 hours.
Holographic? No. Progressive (similar to progressive JPEG)? Yes.
It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
That's how DTS was able to add a discrete surround channel (DTS ES) without causing problems with older receivers. Dolby can't change their header without breaking backward compatibility, which is why their extra surround channel (DD EX) is matrix encoded.
* As is generally the case, my opinions do not reflect those of my employer.