similar to: Problem with decoding number of codebooks

I'm having trouble decoding the number of codebooks out of an ogg file, and was wondering if anyone here could lend a hand? I read in the sync pattern, and I think the codebook dimensions properly, but when I try and read in the number of codebook entries, I get a number larger than the number of bytes in the file, which I have to assume is wrong :) Anyway this is how I read in the numbers :

Hello, I'm trying to write a Vorbis decoder (just as a hobby) but I've got a problem with reading the setup header. According to the Vorbis documentation the first data that should be read after the initial 'vorbis' string is an eight bit integer which when incremented by one, contains the number of codebooks in the header. My problem is that whenever I read this number it seems

Dear Sir or Maddam, we're in the progress of developing a multimedia framework for Java. We started with programming a Vorbis (ogg) codec and demultiplexer and have still some problems with this. The problem occured when trying to read the setup header of a vorbis file. After a certain time we have to decode the codebook_lengths but this does not work. We followed the instructions in the

Hi, Please brace yourselves for some possibly stupid questions. Why are there only 2 codebooks for floors and many more for residue values? What makes the encoding of floor values fundamentally different from encoding residue values? I have a basic understanding of VQ, and looking at the floor decode function, it all makes sense 1) Read the codebook index from the stream 2) Do a

The following has been committed to the Vorbis I spec as of r19445: Errata 20150226: Single entry codebooks A ?single-entry codebook? is a codebook with one active codeword entry. A single-entry codebook may be either a fully populated codebook with only one declared entry, or a sparse codebook with only one entry marked used. The Vorbis I spec provides no means to specify a codeword length of

hello, does anybody know whether the codewords have a special meaning? whether they have a different influence like the quantization matriy in jpeg? e.g. do lower or the first entries have a greater influence than the last or higher codewords? thanks gerald

On Mon, Jul 13, 2015 at 3:00 PM, Martin Leese wrote: > Vorbis is history; Opus is the future. You > might, instead, like to improve Opus. A lot of Open Source applications are currently using vorbis/libvorbis instead of opus. I don't see any signs of them being ported to opus. I'm working with several Open Source SDL2 programs now (updating, building, packaging, etc.) and they

Hello Monty, Sorry for the wrong subject title last time. A little more clarification needed. When reading bit-by-bit, there is no MSb/LSb, just 'first bit' and 'last bit'. The Huffman tree is traversed from 'first bit' to last bit'. This is a conceptual layer above the bitpacker; all you need to know is what order the bits come out, which happens to be LSb-first.

Hello, Vorbis uses codebooks, for example to do vectorquantization and huffman-encoding. My question is - are all these codebook dynamicly generated ("trained") or are there also static codebooks used ? If yes, what specific tasks are these 2 types used for, during encoding ? Thanks Stoffke <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

Hello, I'd like to know in detail how does the creation of VQ and Huffman codebooks work in Vorbis. I've used the source code from *encoder_example* as guide, but the only reference I've found is the function *_make_words *inside * vorbis_book_init_encode*, which creates the Huffman tree if I'm not wrong. So I have two doubts. The first is that, for creating the Huffman tree (and

Hi, I am trying to implement ogg vorbis real time decoder on SHARC ADSP 21364 processor. I am writing my own version of the decoder using the documentation vorbis_I_spec.pdf from xiph.org. However I am facing certain hurdles in floor curve decoding during audio packet decode. In the spec it says that [cval] = read from packet using codebook number [so and so] in *scalar context*.(page no 43).

Hi, Does anybody know how codebooks are generated in OggVorbis encoder? We are porting oggorbis encoder on embedded platform for which VQ codebook memory is hugeeee to imagine. How can we reduce that? Can we do VQ with less codebooks and if yes how? If any help available? Parul Embedded Engineer Einfochips Ltd

Pardon my ignorance or laziness (as the case may turn out), but is there documentation or a script/Makefile somewhere that describes exactly how the current codebooks were produced? (I mean, the exact arguments, as opposed to "in general") Are the (exact) training data sets available somewhere? Thanks, --Mike -- [O]ne of the features of the Internet [...] is that small groups of

Tony Rodriguez wrote: > I wanted to try improving the compression efficiency of libvorbis by > specifying a new metric used in generating the codebooks. Vorbis is history; Opus is the future. You might, instead, like to improve Opus. Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

Hi, Am I correct in understanding that the codebooks are *not* adaptive during compression? I see that Packet #3 is written to the stream in the beginning of the encode process with no modification. If the codebooks are not adaptive, then why are codebooks included in the stream at all? Why not pass the mode type (A or B or C...) instead of all the mode info and let the decoder load it's

---------- Forwarded message ---------- Date: Mon, 18 Dec 2000 15:50:05 -0500 (EST) From: Erik Kruus <kruus@on2.com> Reply-To: vorbis-dev@xiph.org To: vorbis-dev@xiph.org Subject: Re: [vorbis-dev] what script or command makes the codebooks? I've been through the entire vq table process during the last week. Some folks have already suffered through listening to .ogg files encoded with a

On Sat, Jul 18, 2009 at 10:23:21AM +0900, Conrad Parker wrote: > 2009/7/18 Adam Rosi-Kessel <adam at rosi-kessel.org>: > > On Fri, Jul 17, 2009 at 12:48:27PM -0700, Ralph Giles wrote: > >> > In my ongoing quest to restore corrupted ogg files, I'm trying to find > >> > an easy way to identify the setup header without having to actually > >> >

Hi, Does anyone know a practical way to determine the number of 20ms speex frames in a given speex packet without actually looping on speex_decode* ? Cheers, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20080208/0a3e84ac/attachment.html

David Hogan wrote: > Does anyone know a practical way to determine the number of 20ms speex > frames in a given speex packet without actually looping on speex_decode* ? There's no ready-made function for that. You'd have to write a function that inspects the bits, determines what mode is involved, and jump the right number of bits until a terminator is found or there's no more

Jean-Marc Valin wrote: > David Hogan wrote: > >> Does anyone know a practical way to determine the number of 20ms speex >> frames in a given speex packet without actually looping on speex_decode* ? >> > > There's no ready-made function for that. You'd have to write a function > that inspects the bits, determines what mode is involved, and jump the