similar to: Speex on a Blackfin DSP

hi, i am using AVTransmit3.java for transmitting audio, how can i implement JSpeex or speex for compression and encoding. please give me some idea about this. shankar.s speex-dev-request@xiph.org wrote: Send Speex-dev mailing list submissions to speex-dev@xiph.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xiph.org/mailman/listinfo/speex-dev or, via email, send a

-----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Tuesday, June 19, 2007 6:38 PM To: Michael Shatz Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Blackfin inline assembler and VisualDSP++ toolchain >> Yes, data footprint in the new version is quite manageable. Still I would >> wish better documentation for speex_alloc_scratch(). >

Hello, I'm using speex provided with the Blackfin SDK on a BF533 EZ-KIT LITE In this version of speex, the program is used in wide band with a sampling rate of 16KHZ But i want to use it in narrow band mode with a sampling rate of 8KHZ In AudDriverFuncs_AD1836.c file, i see that the supported sample rate are 48000, 24000 and 16000 --> I don't understand because in the readme file it

On Mon 30 Apr 2007 11:21, Jean-Marc Valin pondered: > I expect there's potential to reduce > that to around 10-15 MIPS through better optimisation (and a better > compiler). Which we are constantly working on. We do have some targetted pieces of C code, that we noticed could be done better, and are in process of working on. -Robin

hello, i try to add a speex compression on the TDM Talkthrough on the BF-533 EZ-KIT LITE but when i compile i obtain the following errors: [Error li1021] The following symbols referenced in processor 'p0' could not be resolved: 'speex_bits_destroy [_speex_bits_destroy]' referenced from 'Debug\Process_data.doj' 'speex_bits_init [_speex_bits_init]' referenced from

Hi, I'm using the Speex codec on my Blackfin-based board, and plain-C performance is pretty poor. Decoder is OK (something 25 MIPS for wide-band). But Encoder is not (wide-band quality 8, complexity 1): - 162 MIPS with Analog-Devices lib - 128 MIPS with 1.2beta2 (faster but not working) I don't worry that much, as it's not the optimized version, and everything is running in SDRAM.

Hi, Thank you. I will try it. Do you know some G.72x, GSM, and iLBC optimized for Blackfin ? I mean open source. -- Best regards, Miroslav mailto:miro@space-comm.com Wednesday, March 23, 2005, 9:05:11 PM, you wrote: JMV> Hi, JMV> As far as I understand, the last patch (for TI C5x) I merged in SVN also JMV> allows Blackfin to work, but I haven't

Hi, Are there any optimized codecs for Analog Blackfin DSP? If yes, from where we can download it? We are looking for Speech, Audio and Video codecs. Best Regards, Miroslav Nachev

-----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Thursday, June 14, 2007 11:17 PM To: Michael Shatz Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Blackfin inline assembler and VisualDSP++ toolchain Michael Shatz a ?crit : >>> Actually, you're the first I know using the VisualDSP++ toolchain >>> :-) >> >> I guess

Hi, I'm trying to encode a stereo speex file on the blackfin without much luck. This is a standalone application with no OS using the speex library provided in the blackfin multimedia sdk. I believe this library was ported to run using Visual DSP++ by Jean-Marc (may be wrong). I have mono encoding working fine, to add stereo encoding I just added a call to speex_encode_stereo_int()

Hi Jean-Marc I'm trying to integrate your speex codec on our custom Blackfin board. The board is not uCLinux compatible and there is no chance that it will ever be. I am using ADI-supplied VisualDSP++ IDE and corresponding toolchain. As long as I am compiling "C"-only version of the library everything is fine. VisualDSP++ produces working library. There is only one not so minor

-----Original Message----- From: Robin Getz [mailto:rgetz@blackfin.uclinux.org] Sent: Saturday, June 16, 2007 12:11 AM To: Michael Shatz Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Blackfin inline assembler and VisualDSP++ toolchain >On Wed 13 Jun 2007 12:37, Michael Shatz pondered: >> >> Hi Jean-Marc >> >> I'm trying to integrate your speex codec on our

> -----Original Message----- > From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] > Sent: Wednesday, October 17, 2007 1:56 AM > To: St?phane Lesage > Cc: speex-dev@xiph.org > Subject: Re: [Speex-dev] Blackfin port on Visual DSP, Michael Shatz ? Salut Jean-Marc, After 1 month busy on other projects, I can finally answer you: > Some things to check. Do you

Hello, i want to create a little program on BF533 EZ KIT Lite and VDSP++ the purpose of this program is to compress an input audio frame with speex then uncompress it to get the audio frame on output of the EZ KIT the input sample rate is 16KHZ and i can't get a lower sample rate with this kit When i use a 160 samples frame and narrow band mode--> i got a bad result in output There is

Some things to check. Do you compile with VAR_ARRAYS? If not, you can probably reduce the size of the managed stack. In terms of data RAM, everything should fit into SRAM easily. I've done some massive wideband RAM reduction in 1.2beta2. If it's not working on Blackfin, then we'd need to investigate that first. Depending on whether you're using all the bit-rates, you might want to

Hi Jean-Marc, didn't get a reply to my last post (see below) -- do you have no idea what happens here? After some more tests, I disabled the DIV32_16 Blackfin optimizations and now get good quality on the Blackfin. But when I have overdrive on the input, things become very bad -- I'm not sure if this is really a filter stability issue like I wrote some weeks ago. I use the speex

> Speex has gone through alot of improvements since then, and I don't think the > speex you have produces a binary compatible bitstream with the current > trunk/release (if you are not looking for compatibility with other systems, > it doesn't matter). Just a note here. Speex has maintained bit-stream compatibility since pre-1.0 releases. I make lots of minor optimisations

Hi Jean-Marc, > Can you confirm I'm understanding everything correctly? You encode > with > the same encoder and then decode with either A) blackfin assembly and > fixed-point or B) fixed-point only on Blackfin. Then A) sounds bad and > B) sounds good. If you do the same in narrowband, it sounds OK. Is > that > correct? If that's the case, it's *probably* some

Hello all, I'm testing the Speex codec for my diploma thesis on a BF-533 Blackfin under uCLinux (2005R3 RC3 release). I successfully compiled the Speex (1.1.11-svn) and I can encode/decode wav-files on my STAMP-board using the speexenc/speexdec sample apps. But I encountered that the decoded file sounds strange/noisy, when compiling with "--enable-blackfin-asm" +

Hi, I just started to examine the DIV32_16 function (Blackfin ASM version), and wondered why the return value of the function inside 'fixed_bfin.h' is of type 'spx_word16_t', but the local variable 'res' which is returned by this function is of type 'spx_word32_t'. Is this a trick of optimization or a bug? (Same question for PDIV32_16 and MAX16, too!) best