similar to: Bitrate stripping?

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/

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

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

Hi All, Let me ask this question of the group: When bit rate peeling becomes available, how will the quality of the peeled Vorbis file compare to a file encoded at the target quality directly from the original? So, for: a.wav --> b.ogg (at q6) --> c.ogg (at q2) a.wav --------------------> d.ogg (at q2) how are c.ogg and d.ogg likely to compare in terms of audio

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

Greetings, I thought this was supposed to be a list for educated people to discuss serious development of the ogg vorbis project. In light of that, it is amazing to see the level Mr. Segher Boessenkool drops down to in the last posts. More or less calling people insane and accusing them of being on crack and what not. I didn't want to post this on the list, for there is no reason to

Hi: I just wanted to know where exactly the problem with re-encoding in RC2 was. Was it in vorbis' ability to cope well with its own output as input, or did the first encode produce output that didn't lend itself to re-encoding? The difference is important. If it's the latter, anyone wanting to re-encode material will have to first encode it with RC3. I guess what I'm asking

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

question: would it be possible to mess around with icecast2s' relay ability to kind of cheat a peelable streaming thing? eg: client needs a bitrate lower than what is available, client tells server this, server relays to itself, or other available server, at a required bitrate, server forwards new stream info to client and so on. <p>--- >8 ---- List archives:

I'm trying to get a bitrate scaled live ogg stream working, but I've not found out how to get this running with the current tools. I've downloaded the CVS icecast2, and darkice, but the only option seems to be if the same stream is actually encoded multiple times at different bitrates. This is not good for my cpu. Can I get bitrate scaled ogg streams working with the current tools?

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- 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

After pinpointing a ld switch problem in the ogg/src/Makefile file, I managed to get libogg and libvorbis to compile using mingw32. FLAC compiled flawless so the configure script in vorbis-tools detected FLAC and included support for it in oggenc. And when oggenc was compiling, I noticed it included the FLAC libraries so everything went smoothly. But the oggenc.exe made only recognises wav

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 read in http://grahammitchell.net/writings/vorbis_intro.html > Ogg Vorbis files support "bitrate peeling", which means you can produce > a lower bitrate file from a higher bitrate file without re-encoding and > at the same quality as if you'd encoded the file directly into the lower > bitrate from the original file. No other lossy audio codec currently > supports

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

Are direct bit-rate converters possible for Ogg Vorbis? Or do they already exist? Even more, is it possible to directly convert MP3/ATRAC3 (i.e., Sony Minidisc) encoding to and from Ogg Vorbis? There has been an earlier discussion on this question. But this discussion centered around the fact that people couldn't see the point, and were rather hostile to the idea. There is a very good

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, 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