similar to: Floor type 0 and residues type 0 and 1

Hi, I am trying to implement a Vorbis decoder in Java, and I have some problems understanding the file-format specification included with libvorbis. In the header description, there are a few obvious mistakes, which I believe to have solved, but when I try to decode the audio packets, the decoded floor and residue data doesn't seem to make sense at all, and after a few packets, my decoder

Hi! What happened to this document? Was it just left dying in the IETF system? Tor --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the

Hello again! As promised, here's a completed package of OggSplit. It's configured with autoconf and automake (use autogen.sh) and there are debian build rules. In it's current state it's quite useable, although there are certain internal things which could be improved (nothing critical however). There are of course bugs, so I encourage everyone to try breaking the tool with

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

Go monty! jack. ----- To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vq huffbuild.c latticetune.c make_residue_books.pl Date: Sun, 3 Jun 2001 22:50:13 -0700 (PDT) From: xiphmont@xiph.org (Monty) Precedence: bulk Reply-To: cvs@xiph.org xiphmont 01/06/03 22:50:12 Modified: lib codebook.c codebook.h floor0.c mapping0.c os.h res0.c vq

Do anybody know, from where I can get an Ogg Vorbis File, which uses floor0 coding. I know that the current encoder doesn't use floor0. Anyway, to be fully compliant with the Vorbis Specification the decoder still must be able to decode floor0. I am working on a Vorbis port to a DSP. I want to go sure, that if the need of floor0 decoding will again occur, this also will work properly.

Hi there In the past, i have used lame to encode high quality mp3-files (vbr 1, bitrate ~ 192kbit). I tend to switch to ogg with Quality 4 or 5, but i noticed, that many ogg-files tend to produce too much high frequencies response. In many cases, this is very noticeable. For my opinion, i cannot accept this worse frequence reponse. I have used latest version of ogg (OggEnc v1.0, precompiled

Hi there In the past, i have used lame to encode high quality mp3-files (vbr 1, bitrate ~ 192kbit). I tend to switch to ogg with Quality 4 or 5, but i noticed, that many ogg-files tend to produce too much high frequencies response. In many cases, this is very noticeable. For my opinion, i cannot accept this worse frequence reponse. I have used latest version of ogg (OggEnc v1.0, precompiled

Hi folks, some notes about goings on. After opportunity to think aloud, I have the pieces of the VQ system more or less in place. I need to finish the codebook generation core (this is not libvorbis code, but an external utility). I then need to write the encode/ decode/packing code that makes use of the codebook. This future code is already specced. Tony: I haven't worked on the xmms

Hi folks, some notes about goings on. After opportunity to think aloud, I have the pieces of the VQ system more or less in place. I need to finish the codebook generation core (this is not libvorbis code, but an external utility). I then need to write the encode/ decode/packing code that makes use of the codebook. This future code is already specced. Tony: I haven't worked on the xmms

Hi, I've found some more errors in the file format specification (or at least points, where the specification and actual libvorbis implementation mismatch): - Floor 1 / curve computation / step 1: amplitude value synthesis 21) vector [floor1_final_Y] element [i] = [predicted] - (([val] - 1) divided by 2 using integer division) hould be: 21) vector [floor1_final_Y] element [i] =

Hello, everybody. I am looking for same Ogg Vorbis file which have 8192 size frame or using floor0. According to the Ogg Vorbis spec, the maximum frame size is 8192. But I cannot find that size of frame in the Ogg Vorbis file. Also I cannot find Ogg Vorbis file using floor0. If you have, pleas open them. Or can you tell me where I can find them? Sincerely. Eunjik --- >8 ---- List

Hi, Am trying to run beta4 encoder on a Sun machine. Want to compare floor0 and floor1. Do not have autoconf and automake. Got the encoder to compile with a simple makefile. The only define i am using is NO_FLOAT_MATH_LIB. The encoded file when played(winamp) gives out plain noise. Am i missing any other flags/defs? -Cathy <p>--------------------------------- Do you Yahoo!? Yahoo!

Hi Guys, I want to compile libvorbis, but I get this error message if I made a make. I use Sun Solaris 9 on a UltraSPARC Server and gcc 3.3 can anyone help me, please? <p>Best Thanks Daniel Here the message output from compiling. ----------------------------------------- /usr/ccs/bin/ld -G -z defs -h libvorbis.so.0 -o .libs/libvorbis.so.0.3.0 mdct.lo smallft.lo block.lo envelope.lo

Hi Folks, FWIW I figured out the /etc/magic file entries for both native and Ogg wrappered Speex, Vorbis and FLAC (attached). YMMV because the fields aren't necessarily in fixed positions in the files, but it works fine for me. Feel free to include it in the Xiph archives or forward it to the /etc/magic file maintainer once you're satisfied with it. John -------------- next part

Mandag, 2 juni 2003, skrev du: >On Mon, 02 Jun 2003 21:22, Vitaly Nechyos wrote: >This is what people usually want when they say 'normalization'. AFAIK, you >can't easily tinker with the vorbis frames to add a scale factor in the same >way you can with MP3, but I could be wrong. I could be wrong too, but if I haven't overseen anything, it should be possible to

ltconfig placeholder shoud be removed. Makefile.am : some stuff copied from branch_beta3 ogg lib must be added only where necesary. vq subdir Makefile.am'ized, (but installs nothing) made distclean target slightly more clean -- check it by hand first, please --- also you'll want to remove vq/Makefile if the ...am passes inspection ------------------------------------------------- diff

Hello, I would like to "piggy-back" other data in an Ogg/Vorbis I physical stream (i.e. file) in a manner that does not conflict with specifications and existing decoders/players/editors etc. As far as I can see, I have some possible choices: 1 - Chaining a logical bistream at the end. If this is the way to go, two questions arise to begin with: q1a - How to identify this stream in a

Fredag, 31 januar 2003, skrev du: <p>>Next thing is, that I would like to clarify the difference between a codec's >latency (which I would die to know in exact figures for the vorbis codec one >day - as well as block sizes, but that's another story) and the (bandwidth) >"smoothing window" latency - call it buffering or whatever. One thing is the codec

Salve, Imagine ogg vorbis is used to produce radio with free software. A journalist would produce a report end send it with 24kBit/s out from a cricis place somewhere in the world. DRM is going to use MP4 - so his report has to be reconverted with loosing quality :-( Can you imagine to have an free codec someday that would work in embedded radio-reciver like MP4? If yes, should DRM not be open