similar to: Transcoding Ogg streams?

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_

G'day, doing a spot of reencoding on my 64k ogg files, trying to create a stream for those poor sods who are still on dial up. The syntax below works - gives me a 28k stream. Seems like the bitrate has little effect on the reencoding. Anyone know all the commands I can use - still no documentation for this ver2 of ices and icecast hey? <p> <encode>

yep, they simply forward the bitstream to icecast. And in general, bitrate changes are handled by most listening clients, although very few I have found (if any) can handle samplerate changes appropriately. oddsock At 10:03 AM 9/14/2004, you wrote: >You mentioned these programs and their "no-reencoding" mode. Can they >handle collections of MP3s of different bitrate? >

Hello. The page http://www.vorbis.com/faq.psp (last faq) and http://cs.leander.isd.tenet.edu/~mitchell/vorbis_intro.html both state that it's possible to lower the bitrate of an existant ogg enc file without reencoding. Where does this feature exists? oggenc only likes wav files as input, how can I feed it an .ogg file and get a lower bitrate in a new one? -- Grzegorz Adam Hankiewicz

I am running Icecast2 and Ices2 on Redhat Linux 9. I have two ices running with two different configuration sending to Icecast and the cpu load for each is around 7.0. The playlist contains ogg files encoded using Ogg Encoder Decoder 1.2.8b from (www.mediatwins.com) with 64kbps, 44.1KHz, VBR. The <encode> </encode> is the same for both configurations and here it is:

I am trying to limit the bandwidth per stream so that I can stream 2 mp3 connections from my box. I have 256 upload speed. I am using icecast 0.3 and ices 2. I made the changed listed below, restarted everything but it still seems to be streaming at max bandwith. Is there anything, besides moving to ogg vorbis -- it will happen when I have time to write the script to convert the 1000s of files

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,

Ok so I'm up and riding with Icecast2 and ices2, thanks for all of you who pointed me in the right directon. I can stream fine without reencoding but when I change the nominal-bitrate tag its not happy. Comments in the xml file say: <!-- Live encoding/reencoding: Currrently, the parameters given here for encoding MUST match the input data for channels and sample rate. That restriction

Now every thin works fine good, thanks a lot for helping me, but there is another problem. in ices-playlist.ogg the are to sections first section is: <input> <module>playlist</module> <param name="type">basic</param><!-- Only 'basic' implemented --> <param

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....i will becam here an error under EZStream(Win32) "Unknown format THEORA, passing right on through! Unable to open file pipe:"... Im usung the ffmpeg2theora-0.12.exe here the XML File Greets <!-- This example is for a input playlist that can contain avi and mpg (video) files files and a output stream that is OggTheora. The output stream settings (bitrate, channels,

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

At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 10:32, tom erbe wrote: >> icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives >> me a segfault under solaris. it works just fine on my linux box. ices > >The segfaults are a stack size problem. Try changing STACKSIZE near >the top of thread/thread.c from 8192 to 65536 or so...

At 02:53 PM 30/10/2002 -0700, you wrote: >Bastard is used in a negative context here :) A snippit of a top >command reveals: > >PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND >3246 root 15 0 2436 2436 1280 S 10.5 3.9 0:14 ices > > >I am re encoding using: > > <encode> >

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, I need some help... I've installed an icecast server but I can't use shout because it's always talking about "bad password". My icecast server use crypted password. I think the problem came from mkpasswd. I always get a different password when I use mkpasswd toto. Help me please. <p><p><p>--- >8 ---- List archives: http://www.xiph.org/archives/

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:

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

>> 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, is there a good concept to lower the quality of a Theora stream without completely reencoding it? For example to make a lower bitrate stream out of a higher bitrate stream on the fly on some sort of proxy server. I am thinking about something like requantization. If you think requantization is also the best (or the only) option for Theora please let me know. Kind regards, Franz