similar to: Ogg Vorbis bitrate peeling bounty on Launchpad

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, 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 all, I'll try to explain my suggestion with my poor english. I've got the feeling that icecast is full of potential but not growing as fast as it can or simply not having the support it could have. The greatest lack are the "open doors" for new coders, webdesigners, translators, etc. Icecast is open: the sourcecode is open, the mailing list is open, etc. But a skill is

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

The bounty stands at $5,500. I'm seriously considering taking a shot at it if I can find a decent T.38 provider to test with (I'm still hoping for reliable PAYG T.38). It looks like a lot of very smart people have done a lot of very hard work (t38modem, spandsp) that would go towards getting this working. At this point it appears to be mostly a matter of integration

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

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

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:

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 saw some of the heat about the $20 bounty earlier. So I don't want to put a low bounty out. Quote me a bounty, and I'll see if I can get it approved by management. :-) I'm in need of getting this bug fixed. Bug has all of the details, but basically 1.4.22 broke it all. I've waited as long as I can - hoping the bug would 'resolve itself' - but now I'm putting a

I have the following helper method in application_helper.rb: def format_date(date) day = to_s(date.day) month = to_s(date.month) time = to_s(date.time) date = day + "/" + month + " - " + time return date end I am trying to call this method in a view like this: <%= format_date(bounty.created_on) %> create_on is a timestamp in mysql. I am

Hi, I've just initiated a new bounty for the above; http://www.voip-info.org/wiki-Asterisk+bounty+callingcard+to+MySQL Any takers or any contributors please respond to me privately. I do not know exactly how the bounty process works, but I can coordinate on this ? SW -------------- next part -------------- An HTML attachment was scrubbed... URL:

I am the one that placed the bounty. After it being there for 2 months and getting no takers (and very few if any people asking about it), we are almost finished writing it in house. I'll keep the bounty up untill we do finish our product so if anyone beats us to getting it working they'll get paid... W. Kevin Hunt CCIE #11841 MCSE, Linux+ SME www.huntbrothers.com >

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello vorbis, Wasn't really answered in my first post about this subject (although people did convince me to do a debian/rules binary, which i've done and am VERY impressed with RC3 (played a -q3 file to a mp3 dude secretly, and he says "whoa! 112kbits! give me your new mp3 encoder" (winamp3 doesn't show the changing

After reading the recent thread [http://www.xiph.org/archives/vorbis/200211/0057.html] on the vorbis list about bitrate peeling, I was wondering if it would be possible for xiph.org to post a specification, outline, flowchart, or a drawing on a napkin of what the basic operations of bit peeling would entail. If there was some sort of starting point, then it may be a little more inviting for

http://voip-info.org/tiki-index.php?page=Asterisk+bounty+SIP+simultaneous+registry From the WIKI: Contributions Manager: Daniel Jimenez (cuban) Bounty: $50 USD Date opened: July 10, 2004 Contributors: cuban ($50) Detail Yes, Yes I know you could do all sorts of fun with the dialplan to produce a similar effect, but I still would like to be able to do this. Plus it's easy money :). I

Hi Nicolas, There doesn't seem to be any interest in using asterisk and video. I posted a $1,000 bounty to get video meet me working without a single reply. I have now just bumped this to $2000 http://www.voip-info.org/tiki-index.php?page=Asterisk+bounty+Meet+Me+vid eo+conferencing This is a legitimate commercially binding bounty, I hope this might inspire some people to develop at least

Hi all, I'm looking into congestion control for Vorbis RTP and I'm wondering if it's not too early to define a mechanism which would help bitrate peeling. The client can send a standard receiver report stating the interarrival jitter and packets loss. Once a certain jitter/loss point is reached the server peels off a pre-determined bitrate fraction from the stream, eg 128k would

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