similar to: int or float?

Hi vorbis-dev, I'm investigating the mdct* function in libvorbis and writing a small client program to test it. I found that I have to set ARRAYSIZE when mdct_init(lookup, ARRAYSIZE) to minimum value of 62 otherwise it will segfault with mdct_backward. Is there any lower limit or it is more likely that my code has bug? Thank you very much, Pattara -- Please avoid sending me Word or

Hi, I wonder if there is specific requirement or restriction for the decoder in order to be consider "Vorbis" compliant (or let's say, to be a "correct" vorbis decoder). I am experimenting with integerized libvorbis and the decoder delivers the audio data as following, (and compare with the floating point version below). $ tail audioout-int.txt 0290670 025e 085c 02cf 0895

FYI.. ---------- Forwarded message ---------- Date: Thu, 25 Jul 2002 15:41:56 +0200 (CEST) From: Pattara Kiatisevi <ott@linux.thai.net> Reply-To: oggonachip@yahoogroups.com To: oggonachip@yahoogroups.com Subject: [oggonachip] Ogg-on-a-Chip project first phase finished Hi all, Finally our master thesis is finished! Ogg Vorbis player ran with RTEMS operating system on LEON on the FPGA

Hi, in order to understand the Ogg Vorbis decoding algorithm, do you recommend any document/book/www? I have read those on the web page but look for something more detailed.. Thank you very much, Pattara The best things in life are free. - B.G. DeSilva (1927) ---------------------------------------------------------------------- Ott Pattara Kiatisevi T L W G M.Sc. INFOTECH Student,

Hi, as we are trying to implement MDCT in hardware, we are caring now about the "n" (size of input and output vectors to and from MDCT). As I have looked in the code, this "n" is chosen from the Ogg/Vorbis stream data in info.c:_vorbis_unpack_info() which means this "n" can vary aribitrarily (as the power of 2) depending only on the value got from song data? or is

Hi all, This is to say hello to all of you as we are starting the project Ogg on a Chip for our master thesis. More information can be found at http://oggonachip.sourceforge.net/. Cut from the homepage: "The Ogg Vorbis Player (http://www.xiph.org/ogg/vorbis/index.html) shall be implemented in form of a system-on-a-chip by using hardware/software co-design techniques. A prototyping board

Hi, Today I tried to run my player code with the CVS libvorbis (instead of RC3 as usual) and I found the infinite loop here (lines prefixed with >> are in the loop): tatic ogg_int64_t _get_prev_page(OggVorbis_File *vf,ogg_page *og){ ogg_int64_t begin=vf->offset; ogg_int64_t end=begin; ogg_int64_t ret; ogg_int64_t offset=-1; >> while(offset==-1){ >>

Hi, I have a question about compiling Ogg/Vorbis. As I plan to have the code run on the LEON/SPARC CPU so I have to use sparc-rtems-gcc, sparc-rtems-ld, sparc-rtems-ranlib. Now, in order to compile the libs, e.g., libogg, I have to create my own Makefile like this: PROG=bitwise framing CC=sparc-rtems-gcc AR=sparc-rtems-ar RANLIB=sparc-rtems-ranlib CFLAGS=-rtems -msoft-float -Wall -W -g

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

Hi vorbis-dev! I'm working with Pattara in the oggonachip project, and wondering about the implementation of mdct.c as hardware. According your recomendations about using the floating point version, I would say, we have to implement the integerized version of mdct as a core, and use the fpu only to round the input values. By doing that, you think the result would be still acceptable? How

Better late than never :) jack. --- Ogg Traffic for Tuesday, November 13, 2001 Jack Moffitt <[1]jack@xiph.org> _________________________________________________________________ Table of Contents 1. [2]Support The Ogg Project 2. [3]Status Updates 2.1. [4]Stan Seibert 2.2. [5]Chris Wolf 3. [6]New Developments 3.1. [7]Ogg On A Chip

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

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 All, I would be very interested to have your ideas to port the vorbis lib ( part of lib at least) on a DSP TMS320C5409 (running @ 90Mhz). I have reviewed messages and URLs related to: - 'ivdev' Integerized Vorbis Project - Ogg-on-a-Chip Project This is very interesting. In my case I think the best approach would be , in order to shorten porting work & time, to recompile the

I spent a fair amount of time optimizing tremor for the PS2, mostly by using dual-pipe multiplies in the X[N]PRODnn and the window apply code. Then, just for kicks, I re-enabled _LOW_ACCURACY_ and lo and behold it was still substantially faster. I also got some gains out of tremor by changing the longs in cookbook and sharedbook to ogg_int32_t's like I did for vorbis. I think _LOW_ACCURACY_

Actually, we have a integerized version of the vorbis libraries that are available, royalty free, with a simple attribution requirement. These libraries are 100% C code and run faster than real time on a cirrus 7312-74mhz processor (arm core). My guess is they should run at about 20-30% cpu utilization on a strongarm/200. Monty has this same code, but his version doesn't play b4 content real

Since two people have asked me to open the source code on my work-in-progress Integer Speex project, I have put it up onto my site www.openacm.org as a download in the project tree. the suggested directory structure is as follows, i.e. the speex source folder should be on the same directory level as the sphinx filder. peex-1.0.1 (ideally the folder from within the SpeexACM source archive)

Hey. The problems with Levinson -type algorithms and integrization are well known. Older codecs have usually solved the problem by using Schur decomposition for inversion of the autocorrelation matrix instead of Levinson. Another solution sometimes used is to use double precision - in this case you probably could code some pseudo-64bit implementation (using only 32bit commands), but that

Sorry for starting another topic, this is actually a reply to Segher's post on Sun Oct 22 on the 'mdct question' topic. I wasn't subscribed properly and so I didn't get email confirmation and thus can't add to that thread. So Segher, if the equation is indeed what you say it is, then replacing mdct_backward with this version should work, but it doesn't. Am I applying

--- Bernd Löhr <B.Loehr@hermstedt.de> wrote: > Hi, > > I am using the FLAC encoder and decoder lib in it's integer only > version (FLAC__INTEGER_ONLY_LIBRARY) on a PPC405 system. > > I encounter complete different behaviour when setting random playback > > positions while decoding different flac encoded files. > If they have been encoded on a PC,