similar to: speex frustration

Most asm statements clobber ASTAT bits (shifts, maxes, etc...) but do declare the register as clobbered. Same thing with CC in a few places. Some places make an attempt at clobbering some hardware loop registers, but it's very incomplete compared with how many asm statements actually use hardware loops. Signed-off-by: Mike Frysinger <vapier at gentoo.org> --- libspeex/bfin.h

> OK, I forgot to update the ARM4 code. That should definitely be fixed > (otherwise it's not going to work). If this is not going to work then why does it work on my Arm? Any quick fix I can do for now? > > The second warning is in ltp_arm4.h in "pitch_xcorr(" getting a warning of: > > "matching constraint does not allow a register" on the "

I am using speex on a Philips LPC2138 Arm 7 processor and have hit two compiler warnings when using FIXED_POINT and the Arm 4 asm code. In cb_search.c get a warning on the call to compute_weighted_codebook of: "passing arg 2 of 'compute_weighted_codebook' from incompatible pointer type' In cp_search_arm4.h it is defined as: static void compute_weighted_codebook(const signed

>Dear Speex developers >I am going to port Speex on LPC2368 >I tested Speex encoding and the mesurments shows ~40ms cpu time for one >frame >Do you know who ported speex to NXP or other 32bit platform? >Best Regards >Zohar fox I have an own optimisation for Speex for different versions of ARM architecture. Here is Measurements of performance for STM32 72 MHz. 4000

Dear Speex developers I am going to port Speex on LPC2368 I tested Speex encoding and the mesurments shows ~40ms cpu time for one frame Do you know who ported speex to NXP or other 32bit platform? Best Regards Zohar fox -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20081105/8261e962/attachment.htm

Dear All I ported the speex decoder in LPC2000 ARM7 family. Because I fetched the .ogg file from and external MMC card, I can only red a limited memory block 1) Can I decode only a block of a speex file at time ? /*Create a new decoder state in narrowband mode*/ state = speex_decoder_init(&speex_nb_mode); /*Set the perceptual enhancement on*/ tmp=1;

Hi All, Is there any devices or pair of devices that do audio over RS485 and then convert to SIP for us in asterisk? Of course a speaker and push button at the other end. Is there anything like that out there? Thanks, Jerry -------------- next part -------------- An HTML attachment was scrubbed... URL:

Dear Jan My intention is to read a piece at time of an .ogg file (stored in and external Multimedia card) decompress it and render it on and LPC2000 DAC. Because I don't have enough RAM memory to load the complete ogg file, I must read only a piece of file at certain time, then decompress and render it, and repeat the previous process until the end of the file. The problem is that I don't

Hi, does anyone have any experience with UPSes managed with modbus/jbus protocol? I have a Socomec/Sicom Masterys MC unit, that is equipped with both RS232 and RS485 interfaces and, according to manual, supports JBUS-P and JBUS-PH protocols. I'd like to get some basic monitoring working, but I don't even know where to begin. Regards, -- Sebastian Zagrodzki Dzia? Sieciowy ICM,

On Mon, 2006-01-23 at 10:15 -0500, tom abcd wrote: > I am using speex on a Philips LPC2138 Arm 7 processor and have hit two > compiler warnings when using FIXED_POINT and the Arm 4 asm code. > > In cb_search.c get a warning on the call to compute_weighted_codebook of: > "passing arg 2 of 'compute_weighted_codebook' from incompatible pointer type' OK, I forgot to

Although I've never used ARM's compiler, I admit I'm very surprised that it's not compatible with the NEON intrinsics. Given that and M. Zanelli's speed tests, it seems clear that M. Zanelli's code is the way to go. I look forward to its inclusion in the opus GIT. --John On 6/10/2013 1:00 PM, opus-request at xiph.org wrote: > Date: Mon, 10 Jun 2013 10:36:34 +0100

Dear Ralph Thank you for your info. My file_read() function only get a specified number (nbBytes) of bytes from the .ogg file and store it in cbits, nothing else lb = file_read(&file, nbBytes, (void *)cbits); Unfortunately I have only 32K (first section) + 8 (second section) = 40 Kbyte of RAM to do all, including the file system management (I get the FS from the EFSL project). Speex

Hi, I work for a small company that makes radar systems for research organisations and we use FreeBSD on the PCs for data acquisition and processing. We have recently shifted to FreeBSD6/amd64 and one machine in particular is exhibiting a strange problem. The acquisition process is a Tcl interpreter with a largish chunk of C code which talks to the hardware (via RS485 and a custom PCI card).

Hi, Basically, inner_prod() can and should be adapted to the architecture it will run on. It is not really sensitive to noise, so it's possible to tweak it a lot. Also, in the current code, I saturate it to +-16384, which is OK to prevent overflows. I'm not concerned with the case of a constant -16384 value because it can't really happen in practice (especially after filtering). BTW,

Date: Fri, 31 Aug 2007 13:19:32 +0300 From: "Dovid B" < > Subject: Re: [asterisk-users] phone as control interface (was 99 bottles of beer) To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com> Message-ID: <05bf01c7ebb8$6ff3ffc0$0a00a8c0 at DovidLaptop> Content-Type: text/plain; format=flowed;

> We agree on not supporting the non-FP version, however the run time flags > need to be settable with a non FP SSE mode so that exceptions are avoided. I think we should keep the more "official" naming and not AMD's, which is more confusing. SSE means SSE1: all the SSE instructions (including the ones using xmm registers). What AMD calls SSE is not SSE at all. Basically,

I'm trying to make a design decision between a TI 6416 or DM642 (fixed point) and 6713 (floating point) platform. The application is a 32 channel speech encoder. (CBR only, 8khz, 8kbps) To get a feel for the computational load, I am running 1 second (50 frames) of voice through the encoder. My profile of the 6416 indicates I'm at 27.4M cycles/channel. I need to get below 720Mhz/32

I just merged drm (Direct Rendering) from HEAD. - Support for latest Intel chips - Support and fixes for many AMD/ATI chips r500 and below - Support AMD/ATI IGP based chips (rs690/rs485) - Lots of code cleanups - Lots of other fixes and changes since the existing drm is 2+ years old If you are experiencing a "garbled" screen with

Hi Jean Marc, I think there is just a confusion over terminology going on here- I agree that support for 3dnow base version may not necessarily be relevant; However, even though 3dNow extended is a bastardized version of SSE, it still supports the same instructions, and that is what is important- I don't think we intend to add any AMD specfic code. The real issue is cross CPU SSE support,

I am overriding the inner product routine in ltp.c. To test my replacement, I threw some test vectors at it. I understand the loss of resolution caused by the shift. I also see a FIXED_POINT danger with the summation of four mults overflowing the 32 bit before the shift. I can fix this by accumulating each term into a long, but if the code scales the x[],y[] vectors to avoid this problem I