similar to: bitpeeler

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

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the

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 all, Yes, it's true. A new version of rehuff, the tool that losslessly compresses Vorbis files: one that is easy to compile, and that works with newer-than-two-years-ago streams, too! On 1.0 streams, you get about 3% size reduction, and the headers get _much_ smaller (which helps for fast-start network streams). Building it should be easy (you might have to add some -I and -L for

Hi all, Yes, it's true. A new version of rehuff, the tool that losslessly compresses Vorbis files: one that is easy to compile, and that works with newer-than-two-years-ago streams, too! On 1.0 streams, you get about 3% size reduction, and the headers get _much_ smaller (which helps for fast-start network streams). Building it should be easy (you might have to add some -I and -L for

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

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

Hiya, Here is the sources to my "rehuff" program. ./rehuff in.ogg out.ogg does a lossless recoding of a vorbis stream. (It generates optimal huffman codes for the particular stream). This code is meant for developers only, until someone is kind enough to provide good build and configure support for it. I won't. And no installation help questions please. There is a little patch

Hi All, As specified in earlier email we have released the trial version of the ogg vorbis decoder. Along with the decoder we have released an experimental version of the bitrate peeler that we have used to test the decoder for bitrate peeled inputs. We have made the executable of the bitrate peeler available from our website downloads section. www.vinjey.com/ogg_downloads.html

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

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

Hello ! A question to all 'Wheel-reinventers': I can build the huffmantrees by hand (on paper) but how to code it? Are there any good URLs out there? Or does the spec supply sufficient information? I tried figure out how oggdec (debugging) does this, but I couldn't get the clou. Thank you Dominik --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

Hello, I am a computer engineering student and compression hobbyst and have recently developed a new entropy coding algorithm. It can be used to achieve compression proper of arithmetic coders at very high speeds -almost like Huffman codecs-. Since it could be of interest to you, I send it as an attachment -code and technical report-. Please, drop me a line in case you have any doubt or

Fredag, 11 oktober 2002, skrev du: >Rubbish. Been there, done that (multiple times). Look at rehuff, for >example; written without looking at libvorbis (nor at the spec). And you wrote that without any knowledge about the file format? Tor <p><p>=================================================================== EASY and FREE access to your email anywhere:

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

We've implemented a vorbis decoder based on Tremor and as part of the documentation we're also writing about psycho acoustic models and encoding. We're quite up to date with the decoding process and psycho acoustics in general but unfortunately not on the psycho acoustic encoding used in Vorbis. We have a few questions that would we would be very thankful to have answer to: Which

My wish for 1.1 is to stream my station with VBR at bitrates averaging 28-32kb/s with a minimum 32khz sample rate. Hopefully this will be achievable with the new low bitrate tuning that is planned. This could put it on a par with Real Audio at 32kb/s. Currently a quality of -1, 32khz sample rate produces an average around 34-38kb/s which is too high for modems. I could currently use a managed

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?

Hello all, Just a quick note to let you all know that I have placed a bounty on Lauchpad to get bitrate peeling added to Vorbis. It is a feature that I think we would all like to have, and would probably pay something to get, but it hasn't been done. My request to you is to add to the bounty. I have seeded it with US$20, which is not enough to motivate a developer to get it done, but I am a