similar to: help on blackfin

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: Thursday, November 22, 2007 12:16 AM > To: St?phane Lesage > Subject: Re: [Speex-dev] Blackfin port on Visual DSP, Michael Shatz ? > > (en passant, tu es francophone?) oui, fran?ais, travaillant pour une soci?t? suisse ;-) > > St?phane Lesage a ?crit : > >

Hello, I'm new on DSP and i want to implant speex echo canceller on the Blackfin DSK version of speex to work on the BF533 EZ-KIT LITE But i can perform the echo canceller to work This is my code, so if somebody can tell me where i'm wrong //----------------------------------------------------------------------------- // CallBackFunction() - Gets called by the audio pseudo-driver

Hello, i want to use speex on a Blackfin DSP to make CELP compression I want to know how many MIPS are necessary to make Speex to work? Thanks Damien -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20070430/e445920e/attachment.html

> No I didn't know this macro. > > According to the sources, I understand it's destined to compilers supporting > run-time size for local arrays on the stack. > > But this is not documented (API or user manual), and does not appear in any > header file. > It should appear at least in arch.h, commented and defaulting to #undef... Actually, it's meant to be

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

On Tue 17 Apr 2007 02:15, Justin Clacherty pondered: > 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). Glad things are working - but to

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

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

> So, I did following changes: > In every loop I remove %= (In Vis.DSP Help I didn't find such sign) > And loop become able to compile. Let me know if you think of something that would work in both gcc and VDSP. > With parallel issues I found several interesting things: > > 1) > "A0 -= R1.L*R0.H (IS), A1 -= R1.L*R0.L (M,IS) || R0 = [%1++];\n\t" >

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

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, As far as I understand, the last patch (for TI C5x) I merged in SVN also allows Blackfin to work, but I haven't tested. Jean-Marc Le mercredi 23 mars 2005 ? 10:01 +0200, Miroslav Nachev a ?crit : > 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. >

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.

> >Actually, you're the first I know using the VisualDSP++ toolchain :-) > I guess that's because speex has pretty big memory footprint. So developers that integrate speex tend to have plenty of RAM and once one has plenty of RAM he could install biggish OS. And between biggish OSes for Blackfin the most popular choice is uCLinux. And ucLinux works best with gnu tools. Something

From: Jim Crichton [mailto:jim.crichton@comcast.net] Sent: Tuesday, June 19, 2007 10:47 PM > >For TI DSPs, I used a private memory array rather than the C stack, and a >debug patch in stack_alloc.h to measure the scratch usage: > >#if 1 >extern char *spxGlobalScratchFree; >#define ALLOC(var, size, type) (var = PUSH(stack, size, type),

Hi Bernhard, 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 kind of bug and/or invalid assumption

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

Jerry, Thanks for the response; basically, I need to get just the narrow band working now (maybe use advanced features such as jitter buffer, echo cancellation, VAD, etc in the future); the DSP will do the encode and decode simultaneously as data are available. My main objective is just do a voice application that runs on the ARM side of the DaVinci with the codec running on the DSP side; the