similar to: Bit Rate Peeling Quality

I was up late last night, and i had a thought on peeling that would probably provide 100% accurate peeling data to a decoder, but take a maximum of 1101 times normal time to encode (taking into account the range from q-1 to q10 ). ay you want to encode a track at q10, but you want it to be peelable. the 1101 encoder would encode from the source at every quantifiable level (since there are 2

>> Is bit-peeling going to be real (or just a rumor forever)? > Apparently the RC3 streams are capable of being bit peeled, however the > tool to do so was looking likely to be quite complex. I believe the plan > was to have RC4 produce streams that left better hints for the peeling > tool, so as to make the tool simpler and faster, but I doubt we'll see it > until

first, congrats to monty and the whole crew for getting this close to 1.0. it's a monumental achievement reflecting a huge amount of hard work -- kudos! econd, i know the bitrate peeling feature has been pushed back until after 1.0 is out. but i'm wondering -- will oggs created with a 1.0 encoder be peelable with an as-yet-unreleased utility, or do "peelable oggs" have to be

Hi: A friend asked me a question that I was unable to answer, so I'm posting it here. Can files created by the beta4 encoder be peeled down when that becomes available, or is the ability to encode peelable files also not implemented? My friend wants to know if they should switch over now or hold off until this becomes possible. Geoff. --- >8 ---- List archives:

No offense, Segher, but the output quality of this thing is awful. =) I'll disregard the fact that, at least with *my* compiler, the source tarball I downloaded reduces every packet to zero bytes, which isn't terribly interesting. I decided to set the byte reduction to something constant: I started by dividing each packet's size by 2 just to see what would happen. The resulting ogg

Hey, Maybe you guys remember us, I'm from the Neuros forums. I've got to say, having a player that supports Ogg Vorbis has really turned things around for everybody. We're still struggling with higher bitrate Vorbis streams, but that is only because of our terribly underpowered DSP. Anyway, to the point of my email. Recently the discussion of bitrate peeling has been floating

Hi all, last time I have seen discussions here about alternative encoders, or tuned versions of the encoder. Last year (sept/oct) there had been the discussion if existing streams will be peelable or if they have to be "modified" first to be peelable. Now for my question: Is it known allready if existing streams will be peelable or not ? Or, with other words: Is it known if the /can/

I have run an ogg analisis using EAQUAL from -q 0 till -q 10 evaluating bitrate and quality. The results are shown in a nice graph, and can be seen here: http://audio.sinderman.com/ One thing I have found is a bug, as it is cleary shown by the blue lines. Other discoveries are written in that page, and others are still evolving in my mind :) The goals of this analisis is to help the developers

Hey y'all -- I heard some discussion a while back about "bitrate stripping" to reduce filesize without re-encoding ... has this gone anywhere? Too lazy to write a re-encode script, Nate <p> --- nate - nmt2002@columbia.edu cell=917 445 6830 aim=mediumnate abolishthe.us/gpgpublickey Nobody for president. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the

I just read some of the discussion on the list about 'bitrate peeling' and remembered an interview of Monty that I have read recently. In it he says that Vorbis uses MCDTs <sp> and that these are theoretically reversable. And now, I learn that theoretically we can use bitrate peeling to make smaller files from larger ones, and that leads to my question. Could I theoretically

Thanks. Do you or any one have an idea about when the functionality (ices) will be implemented? Thanks for any information! Alan <p>> On Tue, 2003-03-11 at 18:17, Alan Young wrote: >> Icecast / Vorbis community, >> >> I have a icecast/ices audio streaming server from which I stream ogg >> audio files. I know that I can encode different streams for low,

Icecast / Vorbis community, I have a icecast/ices audio streaming server from which I stream ogg audio files. I know that I can encode different streams for low, medium and /or high quality broadcasts (for example). However, I would like to have one stream that uses bit rate peeling to send the user the highest quality stream that their bandwidth will allow. Has any one done this? Does any

Monty, You helped me out quite a bit the other day, but I just wanted to make sure I understand something. The "ideal" way to do bit rate peeling is to have the encoder set the file up to be conducive to the peeling process, and the streamer would be the device that actually does the peeling. Am I correct in assuming, then, that the decoder would think that the file it is

Hi all, I recently started to study the Ogg Vorbis codec and found an interesting feature called bitrate peeling [1]. Do you know where I can find more information on this topic? E.g., how is the actual peeling being implemented, what are the performance results in terms of resulting quality, what are the requirements for bitrate peeling (can it be applied to any ogg vorbis stream), ...? Also,

Hi All, As specified in earlier email we have released the trial version of the ogg vorbis decoder. Along with the decoder we have released an experimental version of the bitrate peeler that we have used to test the decoder for bitrate peeled inputs. We have made the executable of the bitrate peeler available from our website downloads section. www.vinjey.com/ogg_downloads.html

Hi- just wondering, what would be the best quality rating to use to fit lots of music into 10GB of HD space. The audio quality has to be high enough for it to sound good when played through PA systems (for when my college is stupid enough to forget to hire a DJ, or when the realise the DJ they always hire can't use a mixing desk properly) ranging from a functional PA system thats stuck in the

Hello all, Just a quick note to let you all know that I have placed a bounty on Lauchpad to get bitrate peeling added to Vorbis. It is a feature that I think we would all like to have, and would probably pay something to get, but it hasn't been done. My request to you is to add to the bounty. I have seeded it with US$20, which is not enough to motivate a developer to get it done, but I am a

Hi, I have a question about how to obtain the union of several data frame rows. I'm trying to create a common key for several tests composed of different items. Here is a small scale version of the problem. These are keys for 4 different tests, not all mutually exclusive: id q1 q2 q3 q4 q5 q6 1 A C 2 B D 3 A D B 4 C D B D I would like