similar to: rc1 encoder?

Hi all, First up, this is not a proposal on how to do it, but rather on how to get it done. In the latest thread it was mentioned that it was most likely that either Monty or Segher would be the most likely people to implement this code. It was also stated that this is not their priority at the moment. I can only see two solutions to this problem: 1. Find someone else with the knowledge and

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

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:

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. I'm confused about one of the statements on http://www.vorbis.com/faq.psp#unique I have a server using Ices2 as the source. I provide it with Ogg's encoded at quality 5, and I get it to provide lower bitrate streams like so: ices.xml --snip-- <instance> --snip-- <encode> <samplerate>44100</samplerate>

>> 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! Here are some patches to the CVS (ices) that I made to get my radio webinterface with songselection-support working. To make the log update (flush) each time something is written (before the patch it flushes only when you quit): ---- CUT ---- Index: log.c ============================================================ ======= RCS file: /usr/local/cvsroot/log/log.c,v retrieving revision

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

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

----- Original Message ----- From: "Ian Malone" <ibmalone@gmail.com> To: "ogg-dev" <ogg-dev@xiph.org> Sent: Friday, March 10, 2006 5:24 PM Subject: Re: [ogg-dev] oggfile, skeleton and vorbis tools >> This is something we might want to extend skeleton to support, i know >> we've talked about this kind of thing before. So that skeleton can

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

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?

Alright folks, here's the solution. 1) Keep extensions to 3 letters for audio & video. Except for special situations where the user might be doing a codec specific name. Since the official extensions are 3 letters, those can always be used on any 8.3 device. 2) introduce a new extension .OGV for ogg container video. With a strong preference for Xiph only codecs. (If you want 3rd

(w. quotes from the xiphmeet: <http://westfish.xiph.org/~giles/200603_meeting.txt>, I've tried to strip it down to relevant stuff) <xiphmont> "Is there any interest in extending vcedit/libvorbisfile to do basic handling of Vorbis streams from concurrently multiplexed Ogg?" < xiphmont> Yes, but that work was *also* tied to OggFile from way back when, and one

Hi: Have been testing the latest winamp plugins on my icecast2 stream (http://bumpy.braille.uwo.ca:9000/test.ogg <plug plug>) and I noticed that in the field where the player/browser is listed in the log entries I see Mozilla for the winamp plugin. Isn't this ummmm. wrong? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

----- Original Message ----- From: "Ian Malone" <ibmalone@gmail.com> To: <ogg-dev@xiph.org> Sent: Friday, March 10, 2006 8:42 AM Subject: Re: [ogg-dev] oggfile, skeleton and vorbis tools > Re-reading Monty's email: when you talk about vorbis-only vorbisfile and > the concurrent vorbis stream case do you mean vorbisfile will need to be > able to choose?

Hi guys. IMO now it's definitely time for finalizing Vorbis and throwing it in the arena. Two reasons: - RC2 sounds wonderfully well, I'm really amazed how good it is.. and I personally think there's little room for further improvement in sound quality.. - portable music devices are starting to take off (see Waitec, Creative, Apple and many other vendors). Wouldn't be good

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