search for: peelability

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:

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/

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

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

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

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

...r discoveries are written in that page, and others are still evolving in my mind :) The goals of this analisis is to help the developers (if this is help at all for them), an to help people decide which -q is most suitable for them. But I have some more questions: 1) RC3 files can be peeled. Is peelability going to further improved? 2) Is there a cost for peeling instead of encoding directly with lower quality? I now is less than reencoding but, is negletable? 3) What happens with a file encoded with lossless channel coupling when it is peeled to a quality with lossy coupling? 4) Can next version...

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:

Not vorbis-related, just I think I found a similar technique being used... The description of the MPEG-2/SVCD plugin on the nero site says that it can encode exacty to the size of the CD (to maximize quality given a size restriction). It also says (in a separate point) that it uses two-pass VBR compression. >From that I guess they do something like encoding a bigger-than needed file and then

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

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

I've updated the "Introduction to compressed audio with Vorbis" tutorial based on the many good corrections and suggestions I got here. Changes were: fixed range of 16bit samples (-32768 to 32767 rather than 0 to 65535) added sentence on why 44.1KHz was chosen for CDs added Sony's name as developer of CD format wrong word ("Which" ->

I've updated the "Introduction to compressed audio with Vorbis" tutorial based on the many good corrections and suggestions I got here. Changes were: fixed range of 16bit samples (-32768 to 32767 rather than 0 to 65535) added sentence on why 44.1KHz was chosen for CDs added Sony's name as developer of CD format wrong word ("Which" ->

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

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

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