similar to: Speex on EFM32

Displaying 20 results from an estimated 300 matches similar to: "Speex on EFM32"

2010 Mar 03
2
Speex on EFM32
In fact, on my shelf is running speex using Raisonance Primer2 DK and IAR STM32-SK DK. But I want to save the power consumption of the device runnig speex, and EFM32 seems to be a very good candidate. Also, do yo think that the STM32F103 (Cortex M3 90 MIPS) could be used to run Speex at 4 Kbps in real time? Regards, Nicolas 2010/3/3 Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> >
2010 Mar 03
1
Speex on EFM32
Thanks ! On this forum is also shown this information : http://lists.xiph.org/pipermail/speex-dev/2009-January/007050.html According to vk's results, it could be possible to run Speex at 4/6 & 8 kbps on a Cortex M-3 at 36 MHz ... so not excluding the EFM32 ... Nico 2010/3/3 Pietro Maggi <studiomaggi at gmail.com> > On ST forums there is someone that states it has done an
2010 Mar 03
0
Speex on EFM32
On ST forums there is someone that states it has done an optimized port of the library that run Speex at 4Kbps (ST port is only 8Kbps). Take a look here (hoping that the link works):
2011 Oct 25
1
PWM vs. DAC output
I am using ST micro's STM32F103 chip with their AN2812 development code. It uses a PWM output, resulting in low-quality sound. Can I just use a scaled version of the PWM to drive a DAC? (i.e. is the output linear, or is there shaping to make the PWM output work?) Any feedback, links or pointers would be greatly appreciated. David. -------------- next part -------------- An HTML attachment
2013 May 21
1
Library without malloc
Dear all, I am trying to use the Speex library pre-processor, I only need the VAD and Echo Canceller. I am using a STM32F103 processor, but I am using a tiny OS and it doesn't allow to use malloc. Is there a version of the library that will work without the need of using malloc? Obviously I will use all the time the same parameters, like 8kHz sampling rate, 160 frame... I will appreciate
2011 Oct 31
1
Can CELT / libopus on a ARM cortex M3 or M4 (fast enough ?)
Hello everyone, For a private project I would like to make a new Internet Intercom device (for my kids and me). At the moment I use a separate DSP with Ogg/Vorbis (VS1053) but I like a challenge ;-) Is a eg. ST32F10x (cortex m3) or a new ST32F40x (cortex m4) powerful enough to do encoding and decoding ? Any existing projects to learn from? Thanks for your time, Edwin van den Oetelaar
2008 Mar 02
1
Serial port problem and strange solution (Fujitsu MCU development under wine)
Hi to everyone, this is my first post to the list. I'm developing an application for a Fujitsu MCU (90364 series) using Fujitsu Softune6 Workbench in linux under wine. Everithing works well exept for the firmware serial uploader. It starts and sends some commands to the MCU but hangs with a timeout error (obviously I've correctly simlinked and chmodded the appropriate ttyS*). To
2008 Mar 25
0
No subject
Shows that as the MCU increases, the OpenMP extra overhead is amortized and OpenMP becomes as fast as the pthreads implementation. The last chart http://lampiao.lsc.ic.unicamp.br/~piga/gsoc_2008/systime.png Shows that both pthreads and OpenMP overhead decreases as what seems to be a logarithmic function of the MCU size. This was a great experiment, and from what I can conclude, the OpenMP
2015 Dec 28
2
How to make opus work on a low end device ?
hi, I am porting opus encoder to a low end device with 32K ram, 256K flash and 32MHz arm M3 mcu. But opus seems consume too much. To make it work , what I can think of 1, Only fixed point supported 2, Only mono voice application supported 3, Set complexity to zero 4, Support only one sample rate, like 16KHz 5, Silk mode only or Celt mode only My question is , before
2011 Jul 20
0
ATMEL - GNN Components, Co.Ltd
ATMEL GNN - Components 1. Introduction : Atmel Corporation (http://www.gnn-components.com/Atmel_corporation-22-423.aspx) is a global leader in designing, manufacturing and marketing advanced semiconductorsincluding microcontroller (MCU), programmable logic, and nonvolatile memory. Atmel meets the evolving and growing needs of today's electronic system design engineer through the production
2020 May 26
1
New LLVM backend for Renesas RL78 MCU
Hi David, >>Ah, so this is a commercially backed project? Initially it wasn’t. I started to do this in my own free time and after I got something which I could demonstrate I can be much better than what we currently have with GCC it became part of my day to day job. >>But relatively small? (are you the only engineer working on this?) Yes I’m the only one working on this.
2011 Sep 21
3
[LLVMdev] PIC16 removal details
I've been looking closely at LLVM as a means to developing a new toolchain for an MCU core of very similar architecture. To that end, the once included PIC16 backend might be a valuable reference. I found a message in April of this year that indicated it had been dropped from new releases however, and that were it to be resumed "it will be largely a rewrite". I'm wondering if
2020 May 26
2
New LLVM backend for Renesas RL78 MCU
Hi David, Thank for very much for your reply! I got a reply on the clang mailing list in April from Dmitri: http://lists.llvm.org/pipermail/cfe-dev/2020-April/065115.html and following his advice “attaching pragmas as attributes to functions” I managed to do it, it was actually quite easy. >>Compatibility with an existing compiler is usually compelling - are the compilers you're
2020 Apr 01
3
New LLVM backend for Renesas RL78 MCU
Hello all, For the past couple of months I've been writing a new llvm backend for Renesas RL78 MCU: https://www.renesas.com/eu/en/products/microcontrollers-microprocessors/rl78.html The software manual which contains all there is to know about RL78 is available here: https://www.renesas.com/us/en/doc/products/mpumcu/doc/rl78/r01us0015ej0220_rl78.pdf The motivation behind this is the
2008 May 20
1
[LLVMdev] LLVM on small MCUs?
>> Do you have a link? Google isn't turning this up. >http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080512/062319.html Wow, PIC looks like a brutal port. AVR would be easy in comparison: stack-based architecture with plenty of registers. However, these architectures share: - 8-bit loads, stores, and arithmetic ops. - Harvard architecture What sizes and
2018 Feb 20
2
Developing OPUS on TI CC3220
Hello All, I'm looking to try to port a Opus Decoder and Encoder onto the TI CC3220SF (http://www.ti.com/product/CC3220) device. Currently, I have successfully been able to get the decode working for a .ogg file saved locally to the serial flash. My end goal is bidirectional audio using OPUS between two devices. While looking into the documentation for the Encoder, I was not sure what the
2016 Jun 23
1
Build opus for STM32
Hello everyone. I would like to use the opus codec in the following scenario: the PCM audio signal, coming from bluetooth module is captured by STM32F446 MCU and then decoded by opus codec. However, I don't know where to start to build the opuslib for ARM Cortex-M4. Could someone provide any hints or give any brief guide on this? WBR, Aleksandr -------------- next part -------------- An
2016 Jun 22
1
Opus codec on STM32
Hello everyone. I would like to use the opus codec in the following scenario: the PCM audio signal, coming from bluetooth module is captured by STM32F446 MCU and then decoded by opus codec. However, I don't know where to start to build the opuslib for ARM Cortex-M4. Could someone provide any hints or give any brief guide on this? WBR, Aleksandr -------------- next part -------------- An
2016 Nov 16
1
Fwd: HW requirements?
Hi all, I would like to implement an opus encoder on a TI CC2650 MCU (128 kB Flash). I did not find any information about the hardware requirements of opus, but I found that someone already had trouble with the flash size with the 512 kB ATMEL AT32UC3B0512. (http://lists.xiph.org/pipermail/opus/2016-August/ 003611.html) Do you think I should start implementing or rather find an other
2008 May 19
0
[LLVMdev] LLVM on small MCUs?
John Regehr wrote: > I ask since gcc is causing significant pain for one of my students. He > could switch over to LLVM but only after writing a backend for AVR (8-bit > RISC). An AVR backend would be very cool. AVR is way more compiler friendly than PIC, so it should not be all that difficult either. The only hitch is that in the MCU world people expect to be able to write interrupt