search for: blackfin

Hi, when I compile with FIXED_DEBUG enabled, I get an error -- both when make tries to build testenc.o and when I try to link my app against the speex lib: lorenz@panelmaker:~/Blackfin/tests/speex_loopthrough$ make bfin-uclinux-gcc -c -g -I/home/lorenz/include -o main.o main.c bfin-uclinux-gcc -gl -elf2flt -L/home/lorenz/lib -o speex_through main.o -lspeex_debug -lspeexdsp -lm /home/lorenz/lib/libspeex_debug.a(bits.o): In function `speex_bits_set_bit_buffer': /home/lorenz/Bla...

...driven signal produces a debug-output. best regards, Frank -----Urspr?ngliche Nachricht----- Von: "Jean-Marc Valin" <jean-marc.valin@usherbrooke.ca> Gesendet: 12.02.08 22:49:49 An: Frank Lorenz <Frank_wtal@web.de> CC: speex-dev@xiph.org Betreff: Re: [Speex-dev] Problem with Blackfin assembly optimizations -- bug in fixed_bfin.h / resampler saturation??? OK, a few things got accidentally broken. I've partially fixed it in svn/git (the limitation is that you can't link with both libspeex and libspeexdsp if configured as fixed-point debug). Can you compile/test now?...

...of a "non totally broken" input signal and I'm not sure what to do here... Sure I could fix it, but then it would make the code less optimal for the normal case (and it doesn't change anything if you've got saturating arithmetic anyway). BTW, what happens if you turn on the Blackfin assembly? Do you get the same output (approximately) or does it get worse? Jean-Marc > best regards, Frank > > > -----Urspr?ngliche Nachricht----- Von: "Jean-Marc Valin" > <jean-marc.valin at usherbrooke.ca <http://lists.xiph.org/mailman/listinfo/speex-d...

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" + &quot...

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

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 kind of bug and/or Yes, that's right, except one thing: I...

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 resampler to downsample from 48 to 16 kHz. When I look to the downsampl...

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

Hi, I tried to figure out what the problem is -- but it seems to be totally different from what I expected. My status at the moment is: - computing results for "generic" and "Blackfin ASM" versions of the DIV32_16 function are the same, there is no "algorithmic bug" - Instead, there seems some sort of memory corruption: When I comment out the DIV32_16 function inside "fixed_bfin.h", everything works fine. When I replace the DIV32_16 function inside &...

...ersion of the routine), the quality improves significantly. Nevertheless, there is still a horrible distortion when there is some overdrive/saturation in the input signal. For me, it looks like there's an instable filter which oscillates when it is driven by a specific input frequency. With the blackfin version of DIV32_16 activated, a similar distortion appears even without overdrive, sometimes this distortion lasts forever. Addittionally, I always hear some kind of "fast ticking" noise in the background (sounds like non-smooth frame-fades). Does this help you to get some idea about th...

...er versions of speex, including 1.2beta2 and 1.1.12, too. I had no time in the last weeks to investigate this issue further, sorry. Hopefully, I'm able to do some more test the next days, but I have no real idea how to proceed Performance and quality seem to be o.k. for me if I deactivate the Blackfin optimizations inside the file "fixed_bfin.h". Because I am not an expert on Blackfin architecture and assembler up to now, I think it would be helpful to start some discussion with David Rowe (his blog points me to the fact he has done a lot of optimizations for Blackfin?)? If I read old...

Hi all, I'm trying to run speex on the Blackfin processor. I'm not familiar with programming/compiling/linking at all, but I guess the first thing I need is libspeex compiled for Blackfin, so that my program can use the library functions. I've downloaded the source files (version 1.1.10) from www.speex.org and I've been trying to com...

Hello Jean-Marc, > Got any luck with the Blackfin stuff? One thing I forgot mentioning that > would probably help a lot in narrowing down the bug is to simply disable > assembly functions one by one and see which one breaks Speex. sorry that I didn't reply for some days. Unfortunately I had some other serious problems with my software w...

Frank Lorenz a ?crit : > And yes, the same "overflow" happens even when I disable Blackfin ASM > optimizations. Indeed, that shouldn't happen. Just to make sure I understand, so far there's two problems: 1) DIV32_16() in Blackfin assembly causes problems 2) The resampler overflows When you fix/workaround those two, is the encoder/decoder working correctly or are there other...

I am looking into using speex for a decode only application on the blackfin. Encoding would be done elsewhere with voice phrases loaded into FLASH. Code space is a premium in the blackfin app, and mips to a certain extent 1) The source code seems to be codec-centric with encode and decode in many of the same files. Does anyone have any hints on what can be removed ea...

Hello everybody, I'm currently trying to run speex on the Blackfin (BF-537) STAMP evaluation board unter uCLinux. Using 1.2 beta 3, I encountered problems when activating the Blackfin assembler optimizations. Without optimizations for blackfin, i.e. calling ./configure --enable-fixed-point --host=bfin-uclinux everything seems to work fine. But when I add the...

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

...rface: ALSA opus: version: 1.1.2 build process: export CC=/opt/uClinux/bfin-linux-uclibc/bin/bfin-linux-uclibc-gcc export CFLAGS=-funroll-loops\ -ffast-math\ -mfast-fp\ -DFLOAT_APPROX\ -O3 export LDFLAGS=-isystem\ /home/dab/Pantel/svn/blackfin_env/2011r1/main/blackfin-linux-dist/staging/usr/include\ -L/home/dab/Pantel/svn/blackfin_env/2011r1/main/blackfin-linux-dist/staging/usr/lib export STRIP=/opt/uClinux/bfin-linux-uclibc/bin/bfin-linux-uclibc-strip ./configure --enable-fixed-point --host=blackfin...

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

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