similar to: AW: [new?] Streaming technique

Hi, I have a newbie question, and a not-so-newbie one. I've just found out about Ogg, and I haven't been able to find a clear answer in the many webpages this proyect has (btw, why not create just one site instead of vorbis.com, ogg-vorbis.com...). The question is, does Ogg use perceptual coding, like mp3 does? And if so, would it be possible to build an encoder in such a way as to

After reading the documentation on the different types of channel coupling I began to wonder what effects this might have on bit peeling. Say for instance an audio file is encoded at a rather high bit rate with channel coupling type "X". Later on the same file is streamed, and is peeled down to a much lower bit rate in the process. However at this lower bit rate, channel coupling type

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

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

Hi Warren, is this shell extension able to modify multiple ogg files, either each one after another, or within one transaction (e.g. adding a comment to all files; stripping all comments from all files)? Or would I have to use the context menue for each separately? So long Friedrich > -----Ursprüngliche Nachricht----- > Von: Warren Spits [mailto:spits@cyberdude.com] > Gesendet:

Given all this talk of peeling lately, I thought I'd try out a method I've been thinking about for a while now. It goes something like this: * Peeling is achieved by dropping some of the residue. * The encoder indicates how much of the residue to retain (e.g a number of stages, 3 bits in the stream per packet, non-standard!). * The decoder (peeler) copies the contents of packets except

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

> From: Beni Cherniavsky [mailto:cben@users.sf.net] > Sent: 26 September 2003 10:35 > To: vorbis@xiph.org > Subject: Re: [vorbis] streaming > > - Vorbis is designed to allow "peeling": if you truncate packets, you > still get a legal Vorbis stream but with lower quality. This should > allow very effecient streaming of multiple bitrates from the same >

At 09:56 PM 5/28/02 +1000, you wrote: > >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.

On 2002.11.29 16:21 Leo Currie wrote: > Hi. > > I'm confused about one of the statements on > http://www.vorbis.com/faq.psp#unique .... > My question is this: > From the link above, it says: > "Vorbis has bitrate scaling - a feature that lets you adjust the bitrate > of a Vorbis file or stream without reencoding" > Does this mean that Ices is _not_

During the interesting interview that binaryfreedom has made with Monty and Jack, Monty mentions cascading, a feature that will be added, quote: "Cascading is the ability to make multiple passes through the frequency spectrum, iteratively filling in more detail, like a progressive jpeg". What are the advantages of something like this - does this generally improves quality or is it used

rc3 is out and now that the dust has settled I'd like to know, whats coming around the corner for rc4? what new tricks or quality improvements are planned? I think I saw somewhere that bit-rate peeling (or was it cascading codebooks) was one of them, also btw I've heard that wavelets was one of the next big things (i think it was usefull because of pre-echo correction) but that it would

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

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

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

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:

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,

I want to cite R for an article. What is the right thing to do? Shall I include "Notes on R" or is there a better way? -- mailto:koloska at rcs.urz.tu-dresden.de http://rcswww.urz.tu-dresden.de/~koloska/ -- -- right now the web page is in german only but this will change as time goes by ;-)