similar to: Fixed vs. Floating Point primer. was: Implementi ng Vorbis in hardware

Displaying 20 results from an estimated 11000 matches similar to: "Fixed vs. Floating Point primer. was: Implementi ng Vorbis in hardware"

2001 Jan 23
1
Fixed vs. Floating Point primer. was: Implementing Vorbis in hard ware
Let me chime in with a few facts regarding DSPs. It may be review to anyone who has programmed DSPs, but some may find it informative. Fixed-Point vs. Floating Point DSP chips Floating Point DSPs make the best/easiest compiler targets. Most of the standard operations present in ANSI C translate fairly well into floating point DSP assembly. This reduces the need for assembly
2006 Jul 29
2
speex and omap
Hello ! I am developing a kind of phone using TI's OMAP 5912 and speex. The soft works great on ARM, and it is time to move speex and voice processing stuff to DSP. Could some one point me how to do it ? Should I install CCS ? Or it possible to compile speex using just ti_dsptools ? Does anybody ran speex and dsp gateway ? It would be great, if some one share makefile, cmd etc. for
2004 Aug 06
2
Introduction...
I've been following this kist for a while now and I suppose I had better introduce myself. This is going to be rather a long message, but that can't be avoided. My name is Andrew Baker and I work for a company called TeleDesign. We are based in the UK. http//www.teledesign.co.uk I have lots of experience with telecomms, a fair bit with VoIP, quite a bit (but rather less recent) with
2004 Aug 06
4
SHARC DSP
Anyone have any idea if the any of the Sharc or TigerSHARC DSPs are powerful enough to do realtime Speex? <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed.
2007 Dec 12
1
4kbps sounds robotic on TMS320C64
Hi, I'm currently working on the TI DaVinci processor, which has an ARM926 processor and a TMS320C64+ DSP in it. I have been using Speex 6kbps (narrowband, quality=2, complexity=1, perceptual_enh=0) on the DSP C64+ side without any issues; the voice sounds very good for such a low bandwidth requirement. However, recently, I tried out the 4kbps mode (changing quality to 1) on the DSP and it
2004 Dec 28
3
Shoutcast compatibility suggestions
Hi: Ok, I've not managed to find any documentation on the shoutcast compatibility introduced in icecast 2.2.0, so please humour me if I missunderstand how it's meant to work. This is my understanding of it currently: 1. You configure Icecast (as shown in the shoutcast example) so that shoutcast connections get mapped to the mountpoint you define. 2. You configure a listen socket
2010 Aug 12
2
[LLVMdev] Experimental C64X backend
Hi, Over the past few months I've been developing a LLVM backend for TIs C64X family of DSPs. It can be found as a co-processor in a variety of OMAP-based devices such as gumstix, beagleboard and even Nokia's N900 phone. A project I'm working on [0] has had need to put code on it, and we wanted to avoid TIs proprietary compiler. The DSP itself is a VLIW machine, with 64 32-bit
2004 Mar 19
9
How many MIPS for Vorbis Decoder?
Hello, I may be stupid, but I cannot find any data on how "expensive" the Vorbis Decoder is. Looking for an embedded solution I am interested in how many "MIPS" you need to decode a MONO audio stream at reasonable quality (44 kHz, approx. 100 kbps?) Can it be done in a microcontroller, or do I need ultra-expensive DSPs to do it? Thanks for hints Jens --- >8 ---- List
2007 Dec 12
1
4kbps sounds robotic on TMS320C64
Tried your fixed_generic.h change but that didn't help. Andy ----- Original Message ---- From: Andy Ngo <ndno72-speex@yahoo.com> To: Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> Cc: speex-dev@xiph.org Sent: Wednesday, December 12, 2007 4:13:35 PM Subject: Re: [Speex-dev] 4kbps sounds robotic on TMS320C64 Jean-Marc, Yes, fixed-point is enabled (#define FIXED_POINT in
2004 Aug 06
3
SHARC DSP
They claim to max out at 1,800 MFLOPs And have a clock speed of up to 300 mhz. Jean-Marc Valin wrote: >Tell me how fast these chips are, I'll tell you if there's a chance... > > Jean-Marc > >Le jeu 18/12/2003 à 16:52, David Siebert a écrit : > > >>Anyone have any idea if the any of the Sharc or TigerSHARC DSPs are >>powerful enough to do realtime Speex?
2004 Aug 06
2
Introduction...
> 3. I'm interested in the methodology for creating a fixed point > implementation and guaging how "good" it is relative to the floating > point golden standard My methodology at this stage is to get it working on the floating point DSP first and to gain recent experience in both Speex and the TI DSP range while I do so. Then I'll enter into serious discussions about
2007 Jul 19
2
How Can I Get involved in Speex Fixed-Point Development?
Hi, My name is Jean Quirion and I am a DSP engineer. Currently I am working on a project where it is desired to implement a VoIP solution over a GSM GPRS link. I would like to use Speex as the vocoder for this application. This application would require the Speex encoder/decoder and possibly the pre-processor to run on a low power fixed-point DSP such as a TI C55x. Thus, I am interested in
2004 Aug 06
1
speex on a DSP chip?
We are bellow 30MIPS for our 16bit single MAC fixed point DSP. 8khz/8kbps I aggree with Jean-Marc that MIPS is dependent from the target DSP, but it's a very good indication when you compare same architecture DSPs. It is very difficult (impossible) to use effecient a DSP using only c. George ----- Original Message ----- From: "Andre Borrelly" <andre@myavalaunch.com> To:
2006 Apr 13
4
How to create a compact Speex library
--- Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > Sorry if this a repost but I want to create the > > smallest Speex library possible to be put in TI's > > TMS320 DSP. I'm only interested in one > configuration: > > 5.97 Kbps narrowband. What part of source code > can I > > remove? Currently, when I compiled the version >
2010 Aug 18
0
[LLVMdev] Experimental C64X backend
On Thu, 2010-08-12 at 12:03 +0200, Jeremy Morse wrote: > Hi, > > Over the past few months I've been developing a LLVM backend for TIs > C64X family of DSPs. It can be found as a co-processor in a variety of > OMAP-based devices Interesting! > The code itself can be found in the git repo at [2] and is based on LLVM > 2.7. (Binutils is at [3]). Are you intending to
2003 Aug 14
2
Hardware encoder.
Hi people, I am aware of the integer based DEcoder (Tremor) but am more interested in a hardware ENcoder, for use in a solid state portable recorder. Has anyone made *any* steps towards implementing an encoder in a DSP? I ask because I have been investigating MP3 hardware encoders, and apart from being very expensive (to licence - DSPs are as cheap as grains of sand in comparison) I have an
2013 Dec 15
5
Real hardware for opus
So an iPod made in the last 4 years has not even a dsp that's used for help in low-power playback of mp3? What are my best options for a portable player I can put opus on and have 10 hours of opus playback? On Sun, Dec 15, 2013 at 6:10 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > The vast majority of audio players do *not* have special hardware for > MP3 and Vorbis.
2006 Apr 22
2
Major internal changes, TI DSP build change
> >I fixed it in svn. Could you check that? > > Now all platforms match again. Note that the measured SNR for this test > sample is lower than with the broken code (10.87 vs 11.10), but of course > this is no way to judge the real quality. SNR, especially on a single sample, can be very misleading. Yet, could you just check that the DSP results match what you get on a PC?
2009 Dec 01
2
[LLVMdev] DSP backends
I've been looking around for DSP backend projects (like f.i. ADIs SHARC), is there any such ongoing projects to the knowledge of the list members ? TIA /Rob
2005 Aug 15
2
Updated MIPs and memory requirements for TI c54x or c55 DSPs
Hi, I can see that there has been some effort to compile the SPEEX codec to operate on the TI c54x and c55x DSPs and I am wondering if anyone would be able to update the mailing list with their current MIPs and Memory resource requirements for their c54x and/or c55x compilation? The only estimate I was able to find in the mailing list archive was 42MIPs but I'm not sure if this is an