similar to: Ogg bitwise.c bit tracking

Ivo Emanuel Gon?alves wrote: > And IF that kind of performance can be gained in libvorbis too, the > question is, what are we waiting for? I doubt the performance gain would be that large. Theora had the fun little situation where it was thunking into the big endian version of some bitpacker functions which were one-line calls to the little endian version. Because gcc seemed to be

On 09/02/2008, Ralph Giles <giles@xiph.org> wrote: > Yes, all that is reasonable. The original argument was that we need a > library anyway, no one noticed the function call overhead, and using > libogg simplified the embedding. > > Now, we'd like to remove libogg entirely as a dependency to avoid > confusion when using other containers, but that's an api change...

It's very small, maybe it could be made a separate statically linked lib ? Or some of it inlined. That said, libogg is small too, and some of the routines in there are quite small as well.

On 2/7/08, Ralph Giles <ralph.giles@artifex.com> wrote: > And theora, remember. Actually, I thought I remember derf doing that. And there it was on Trac's timeline. Look at changeset 14369: "Copy the libogg bitpacker directly into libtheoradec. Due to the vagaries of -fPIC and dynamic linking, we wasting a _huge_ amount of time on function call overhead. We also take the

From: Nathaniel Gray <n8gray@gmail.com> Date: Sep 14, 2005 11:30 AM Subject: Newbie q: decoupling vorbis from ogg To: vorbis-dev@lists.xiph.org Hi, Sorry if this is a newbie question. I'm trying to write an OS X AudioCodec for Vorbis using libvorbis. I'm confused about the libvorbis dependency on libogg. I thought the vorbis spec didn't require ogg as the container, but the

From googling around, it seems that the ogg bitpacker has defined endianness, but I can't find anywhere that says which order it's in. Any help? The endianness of the 24 bit field in the OggPCM header should be specified. I was going to edit the wiki to specify it as network byte order, then realized that you may have standardized on something else in theora/vorbis already.

Hi, I have some questions: 1) in the sources of the encoder_example (and of course in oggenc.c, too) I see a lot of dependance on ogg. I want to get totally rid of ogg and use the vorbis bitstream alone. From this reason stems the second question: 2) is there a definition of the vorbis bitstream somewhere? I don't need to know every single detail, just the informations necessary to

Hi, I just installed debian (ubuntu) on this machine: Linux ludwig 2.6.8.1-3-amd64-generic #1 Tue Oct 12 11:40:38 UTC 2004 x86_64 GNU/Linux but neither libtheora0 and libtheora-dev from packet nor libtheora-1.0alpha4 I compiled seems to work ;-) both mplayer or vlc can't read video stream Theora header parsing failed: -20 or [00000247] theora decoder error: This bitstream does

Hello speex development team! As I see on http://www.speex.org/downloads/ page, where is no Windows binaries for speex encoder and decoder tools for 1.2beta2 version since no maintainer for it yet. Well, I compiled it from the sources using MSYS environment and MinGW tools (GCC version is 3.4.5). Both libOgg-1.1.3 and speex-1.2beta2 were configured as "./configure

Greetings, I am building a data collection system that will ultimately have 28 channels and multi-rates up to 2 M/sec. I need some sort of lossless format framing and header system to transfer the data to a desktop PC over USB. Rather than reinvent, I looked around to see what others are using and for existing tools for testing. Surprisingly, I found few general purpose data formats that can

Michael Smith wrote: > libogg has two bitpackers; a little endian one and a bigendian one. ok, I didn't see it in the docs at http://www.xiph.org/ogg/doc/libogg/reference.html and didn't look in the header file first. My bad. Is it correct to state that the oggpack_* functions use little endian order, and the oggpackB_* functions use big endian order? Is it safe to mix calls to

Fellow Theora users, For long you have waited for the stable release of the official implementation of everyone's favorite video format. Well, this is its Release Candidate, and you are hereby invited to play around with it as much as you want. Here's what's new since beta3: - Merge x86 assembly for forward DCT from Thusnelda branch. - Update 32 bit MMX with loop filter fix. -

Fellow Theora users, For long you have waited for the stable release of the official implementation of everyone's favorite video format. Well, this is its Release Candidate, and you are hereby invited to play around with it as much as you want. Here's what's new since beta3: - Merge x86 assembly for forward DCT from Thusnelda branch. - Update 32 bit MMX with loop filter fix. -

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

Arc wrote: > Ok so we cap it to 64bit, since much more than that doesn't make sense (96bit > would be a "long double" C type) On x86 CPUs, "long double" is 80 bits. > I really don't like this idea, but I will entertain, formatting it as follows: > > ID Type Bits > 0 Int 8 > 1 uInt 8 > 2 Int 16 > 3 Int 24 > 4 Int

Dear vorbis-dev lurkers, I bring you the first beta release of vorbis-tools 1.3.0. It has quite a few new features and the final version will have even more, so I am sure it is to everyone's benefit that it gets as much tested as possible so we can do a quick release. Here's the changelog so far: * Fixed an error in configure.ac; --with-speex/flac work again (#1319) * Corrected

you probably don't want the ~2% perf improvement below... but i figured i'd post it anyhow :) well... i do suggest the use of fabsf() rather than fabs() -- gcc doesn't seem smart enough to figure out fabs() when you ask it to compile "-mfpmath=sse". but the #else part uses properties of ieee-754 float layout which you may or may not be interested in (ab)using. basically

Hi, I'm working on making a game in VB2008, and I'm hoping to use OGG Vorbis-format music (because ogg files are tiny =D) in it. I've googled for info on doing this, but all I've found are dead links and non-free implementations... and when I tried compiling libogg ages ago on Windows, I completely failed. I've already worked out how to use DirectSound, so I really just need

All, Monty has made some improvements to the vorbis reference implementation, and we're ready to do a new release. Please sanity check the release candidate at http://people.xiph.org/~giles/2007/libvorbis-1.2.0rc2.tar.bz2 And let us know if there are any problems. The plan is to make an official release on Wednesday. Changes since the 1.1.2 release: * new ov_fopen() convenience