similar to: _LOW_ACCURACY_ good enough?

Can anybody point me at any resources that would explain how to optimize mdct_backward for a cpu with a fused multiply-accumute unit? >From what I understand from responses to my older postings, Tremor's mdct_backward could be rewritten to take advantage of a muladd. My target machine can do either two-wide 32x32 + Accum(64) -> Accum(64) integer muladd or eight-wide 16x16 + Accum(32)

Hello, I'm interested in getting vorbis up and running on the PlayStation 2. I'm an official developer, not a ps2 linux developer, but the issues should be roughly the same. I've gotten the code to compile but our setup (intentionally) doesn't have libm so I'm seeing references to several double-precision math functions. Some of the issues I'm seeing: - As reported on

The codebase sets up ogg_int32_t, etc, but then uses long directly in several structures. Unfortunately for me longs are 64 bits on my platform, not 32, and I end up getting hammered by unnecessary software math routine calls. Should I be able to just search/replace 'long' with 'ogg_int32_t' in the code or would that cause more problems than it fixes? -Dave --- >8 ---- List

Is anybody interested in cleanly separating encode and decode in vorbis? I'm trying to take a stab at it myself from the head of cvs as of this morning, but it looks like a lot of files contain both encode-only and decode-only functions. An obvious one is mdct.c, which contains mdct_forward and mdct_backward (which isn't that big of a deal, since both are pretty well-contained, but it

Okay, how do I drop a changeset/patchset/tag for you folks from SVN? At this point, I have written three examples of how to use the basics of the ogg streaming and decoding in Tremor. I heartily welcome any suggestions, improvements and corrections that you can point out in the code. The examples required me to make some small modifications to the main tremor library. However, the changes

I checked out the lowmem-branch of Tremor from CVS but some files like synthesis.c seem to be missing on that branch. What am I doing wrong? Thanks, -Dave --- >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'

Hi all, I'm attempting to convert all the pointers to arrays the mdct_backward function so it can be partitioned off for a hardware implementation. Although this code is quite short I'm finding it a little tricky. As it stands, mdct_backward is passed values by reference i.e. void mdct_backward(mdct_lookup *init, DATA_TYPE *in, DATA_TYPE *out) o my modified version starts void

Hi vorbis experts! I'd like ot write application under Symbian that use theora as video codec & tremor as an audio one. I played at first with libogg & theora on PC, then successfully ported them both. Next I decided to port Tremor but I found that it use its own files from Ogg library. The API is almost identical, so I tried to bind the Tremor with upstream Ogg library (it actually

Hi vorbis experts! I'd like ot write application under Symbian that use theora as video codec & tremor as an audio one. I played at first with libogg & theora on PC, then successfully ported them both. Next I decided to port Tremor but I found that it use its own files from Ogg library. The API is almost identical, so I tried to bind the Tremor with upstream Ogg library (it actually

Hi, While following the developer mailing list, I came across "tremor-lowmem" version. I did some search of it in Xiph.org and "tremor" source code but wasn't able to find it. I would like to know if there is any separate thread for the "tremor-lowmem" version as we are working on the fixed point implementation of Vorbis code and we are looking forward for

Hi, I've started working on libogg2 support in liboggz and Tremor support in libfishsound. I'm running into some problems with namespace clashes. Specifically, each of libogg, libogg2 and libvorbisidec (Tremor) define conflicting ogg_* symbols and declare incompatible ogg_* types in their headers. While I understand that a dedicated Ogg Vorbis decoder would only need to use one of these

Hi, I'm experiencing a serious problem when trying to replace libvorbis with tremor (from svn): premitting that I don't want to use the ov_* functions, calling vorbis_synthesis_headerin() on the 3 initial packets works with libvorbis but immediately fails with tremor. At first sight it seems that the function in tremor either receives a leading \n before every header (that

All, I've consolidated our various svn branches of the fixed-point vorbis decoder (known as tremor or tremolo) into a single git repository, hoping that it facilitates review and merging of the various trees. In particular, android has a branch of Robin Watts' Tremolo code (arm-optimized tremor-lowmem) which I don't think anyone on the Xiph side has looked at. I used git-svn to

Hi Everybody: Below is this week's Ogg Traffic in plain text. The HTML version is available at http://www.vorbis.com/ot/20030331.html Enjoy! Ogg Traffic for Monday, March 31, 2003 [1]Carsten "Purple" Haese March 31, 2003 _________________________________________________________________ Table of Contents 1. Status Updates 1.1. Monty 1.2. Michael

Hi, I'm trying to determine how the frequency data that is passed to the MDCT, and output time domain data obtained from the MDCT, is changed when setting #define MDCT_INTEGERIZED For instance, the trig array, for a size 256 window begins 1.000000 0.000000 0.998795 -0.049068 0.995185 -0.098017 if INTEGERIZED is set, then it begins 16384 0 16364 -803 16305 -1605 which is simply a left shift

I have a wav file which has been converted to an ogg file with libvorbis via ffmpeg. However I've tested a few files just to make sure. I run a standard while loop to using ov_read to pull all the data out of ogg file. Using 4096 as the size to read each call. Watching my debug logs it is reading 2048 bytes each call. When I load the wav file the data chunk for the pcm data is 167680

I thought this might be interesting to the people outside those on the Vorbis development mailing list: http://www.xiph.org/archives/vorbis-dev/200209/0007.html From: rillian (rillian@telus.net) Date: Tue 03 Sep 2002 - 09:24:48 EDT > For those of you not of the commit mailing list, I wanted to point out > that monty has checked the fixed-point 'tremor' vorbis decoder into >

For those of you not of the commit mailing list, I wanted to point out that monty has checked the fixed-point 'tremor' vorbis decoder into xiph.org cvs, under the usual (free) xiph license. This was developed for use in embedded devices, so if you've been waiting for an interger-only (no fpu) implementation, you might want to give it a try. The code is in the 'Tremor' cvs

Hi there. This patch changes the block selection to quantify error based on the sum of the squared differences of the pixel values rather than the sum of the absolute differences, the former conventionally and statistically seeming like the preferable thing to do. The patch also const'ifies some parameters (which doesn't affect code quality on recent GCCs but might help on older/ other

Problems building celt-0.5.2 for blackfin. Use the following to configure: #!/bin/sh # bfinconf # Set up configuration to cross compile on blackfin ./configure \ --host=bfin \ --enable-fixed-point \ CC=bfin-uclinux-gcc \ CFLAGS='-O2 '\ '-mfast-fp '\ '-ffast-math '\ '-Wall -Dlinux '\ '-D__linux__ '\ '-fno-strict-aliasing '\