search for: integerization

...tation manual, e.g. Golub, "Matrix comuptations". cheers, Tom Bäckström Laboratory of Acoustics and Audio Signal Processing Helsinki University of Technology http://www.acoustics.hut.fi/~tbackstr/ Christian Buchner wrote: > Hi there. > > Just a little status update how that integerization is coming along. > I am trying to limit myself to 32 bit arithmetics. That means > not using any __int64 or long long datatypes at any point. > > I have now replaced all steps up to including the estimation of > the LPC filter coefficients with integer code. That is about a > qua...

Hi there. Just a little status update how that integerization is coming along. I am trying to limit myself to 32 bit arithmetics. That means not using any __int64 or long long datatypes at any point. I have now replaced all steps up to including the estimation of the LPC filter coefficients with integer code. That is about a quarter of the total work complet...

Le ven 27/06/2003 à 05:10, Christian Buchner a écrit : > Hi there. > > Just a little status update how that integerization is coming along. > I am trying to limit myself to 32 bit arithmetics. That means > not using any __int64 or long long datatypes at any point. If possible, it would be nice to restrict ourselves to 32x32->64 multiplies, so the code could run on almost any architecture. > One problem th...

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

--- 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,

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

Hi, I'm looking for more documentation on the Vorbis bitstream format. The goal for me is to write an optimized decoder using only integer or fixed point math for use on the Phatnoise Car Audio System (see http://www.phatnoise.com). I've already found the info on the Ogg framing system and I've already written my own thing for parsing through Ogg frames (easy). Also, is RTP

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

Hi, I am trying to find a function that returns simply the weights and points of an n point gauss hermite integeration, so that I can use them to fit a non-standard likelihood. I have found some documentation for the function 'gauss.hermite' written by jim lindley, but can't find the actual binary on CRAN I'm aware there are lots of functions like glmm, glmmML etc to fit mixed

Dear All, I have a matrix m of the form  m             [,1]             [,2]   [1,]  9072.302 0.00000004462366   [2,]  9086.811 0.00000005628169   [3,]  9101.320 0.00000007126347   [4,]  9115.830 0.00000008986976   [5,]  9130.339 0.00000011260000   [6,]  9144.848 0.00000014018405   [7,]  9159.357 0.00000017344229   [8,]  9173.866 0.00000021363563   [9,]  9188.375 0.00000026389996  [10,]  9202.884

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

Hi Vorbis, Now I get libvorbis-rc3 + integerized mdct_backward + integerized window running. The sound output is ok. Now we have to go further on possible optimization of the code in order to have the music played realtime on our chip (LEON-Sparc). There are 2 possible ways: 1.Make everything integer, remove all floating point usage. Then we can remove FPU and can run the chip at higher

Hello, I have used "MDCT_INTEGERIZED" version of mdct and the resulting bitstream is absolutely silent. Do I have to make some other changes to the source code to get it working? I mean some int->float or float->int conversion before/after call a mdct function. Thanks Rado --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

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

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)

Hello all, I am trying to integerate 0.0.6b with our kernel RPM here and have come across an interesting conflict. I want to include the raid patch that Red Hat includes in their kernel but that patch includes the following hunk: --- linux/include/linux/fs.h.orig Tue Jan 16 13:30:09 2001 +++ linux/include/linux/fs.h Tue Jan 16 13:47:18 2001 @@ -191,6 +191,7 @@ #define BH_Req 3 /* 0 if the

Anyone have any idea if the any of the Sharc or TigerSHARC DSPs are powerful enough to do realtime Speex? <p>--- >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 'speex-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed.

The Speex ACM codec has been released as version 1.0.1.1. Enjoy! Here is a list of changes: * A setup application has been added to the release. Just click SETUP.EXE and follow the instructions. * The crash under Windows 95/98/ME was fixed. * A reported crash in VirtualDub, CDEx and possibly other applications was fixed * The codec's Format Tag was changed to an official Microsoft

Hi, I have Asterisk 1.4.18 and I have been running call center queues on it. Today it suddenly stopped adding inbound calls to queues. I am facing with following error: app_queue.c:3939 queue_exec: unable to join queue "myqueue" In extension file: Queue(myqueue|t|||120) And my agents are joining in following

On Thu, Nov 28, 2019 at 12:42:25AM +0000, Ashish Kalra wrote: > Why can't we leverage CMA instead of SWIOTLB for DMA when SEV is > enabled, CMA is well integerated with the DMA subsystem and handles > encrypted pages when force_dma_unencrypted() returns TRUE. > > Though, CMA might face the same issues as SWIOTLB bounce buffers, it's > size is similarly setup statically