Displaying 20 results from an estimated 1000 matches similar to: "SHARC DSP"
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
0
SHARC DSP
Le ven 19/12/2003 à 09:38, David Siebert a écrit :
> They claim to max out at 1,800 MFLOPs
> And have a clock speed of up to 300 mhz.
Are you kidding? Not only is this enough to encode/decode in real-time,
but you can probably do ~50 channels (or more) at the the same time.
Jean-Marc
> Jean-Marc Valin wrote:
>
> >Tell me how fast these chips are, I'll tell you if
2004 Sep 27
2
Speex VAD algorithm
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7226.0">
<TITLE>Speex VAD algorithm</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf
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
2004 Aug 06
2
Server based audio merge
CELP based coders perform poorly when you mix streams. Perhaps, we need
a transform code or a subband code at somewhat higher rate 12-16 kbps
that will retain the quality after transcoding and mixing. Is the speex
ultra-wideband based on subband coding?
-Devendra Jalihal
<p>On Fri, 21 Nov 2003, Ulrich B. Staudinger wrote:
> Hi,
> been silent in this discussion for quite long ...
2004 Aug 06
2
Some questions
Hi,
I might have written to this mailing list previously about this but I've
been experiencing some mailing problems so I write this again.
First of all, thanks Jean-Marc Valin for your continued efforts on
speex.
I must say that I am very impressed with Speex and further more the
innovative features recently added in 1.1.
They have worked great for me.
Question 1)
What is the return value
2005 Aug 17
2
Updated MIPs and memory requirements for TI c54x or c55DSPs
Hi,
Just a couple tips to reduce complexity. First, I think you'd get a good
speedup by enabling the PRECISION16 switch (if it's not done already).
This (very) slightly reduces quality, but means you convert a lot of
"emulated" 16x32 multiplications into 16x16. There are also several
routines that would benefit from platform-specific optimizations. There
are already
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
3
Server based audio merge
There's no perfect solution to the multiple client problem. Each
approach has advantages and drawbacks:
1) Mixing at the server
- Allows a constant bandwidth for every client
- Allows compatibility with regular VoIP prones
- Requires transcoding, even when only on person is talking
- Higher bit-rate required for the general case (one speaker is talking)
2) Sending multiple streams
- Possible
2005 Oct 17
1
Speex Example Build for TI DSP C54x C55x C6x DSPs
The attached file contains build files for TI's Code Composer Studio (CCS)
for the C54x, C55x, and C6x DSPs. I had intended to post this a couple of
months ago, but it took a long time to get around to doing the little bit of
cleanup required.
This is a file I/O loopback application suitable for running with the CCS
simulators, for evaluating memory and MIPs requirements for these
2002 Sep 25
1
Win95 .bat Issue
For some reason I'm getting Access denied errors when I try to execute a
.bat file that resides on a TRU64 samba share, from a Win95 command prompt.
The drive is mapped as x:\ & for the sake of testing, the directory has been
recursively set to 777 (chmod).
Command prompt output:
x:\> x:\r235\src\ntprpst\sharc\mta\src\build_sharc_fta.bat
Access denied -
2013 May 24
0
[LLVMdev] who are making a SHARC backend please?
hi list,
SHARC, is a kind of DSP Processor from ADI.
Who are making a backend for it, or already have one?
If your code's not for business, would you mind share it for me? even incomplete is appreciated.
Thanks, all.
linduan at isoftstone.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2011 Aug 03
0
Speex on Analog Device Sharc
Trying to figure out a good way to implement this into an Analog Devices 21065L.
Has anyone tried this yet?
Any pointers?
Available source code to start from?
New to the Speex side, but am quite experienced at audio dsp
processing in a Sharc.
Thanks a lot in advance,
John
2004 Aug 06
3
speex on a DSP chip?
Le mer 31/03/2004 à 02:51, George Bratis a écrit :
> I think that if you want to use a low cost dsp you must rewrite ti in
> assebmly.
> In our tests you will need 4-5 times more MIPS just compiling C code.
You may need to rewrite 3-4 compute-intensive, but definitely not the
whole thing.
Jean-Marc
--
Jean-Marc Valin
http://www.xiph.org/~jm/
LABORIUS
Université de Sherbrooke,
2002 Oct 10
1
Win95 Issue
For some reason I'm getting Access denied errors when I try to execute a
.bat file that resides on a samba share (from a Win95 command prompt). The
drive is mapped as x:\ & for the sake of testing, the directory has been
recursively set to 777 (chmod).
Command prompt output:
x:\> x:\r235\src\ntprpst\sharc\mta\src\build_sharc_fta.bat
Access denied -
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
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:
2005 Aug 19
1
Re: Patch, related to TI DSP C54x C55x C6x builds
Hi Jim,
Thank for the patch. I'll apply it when I have a few minutes. If I
haven't done so after a few weeks, please send it again. I'm in the
process of relocating to Australia, so everything's a bit of a mess
around here. Also, please post the c5X-specific files to the list
(.cmd, .pjt, ...) so they'll be archived. Last thing, I see you defined
spx_word64_t as long long for
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
2005 Aug 18
0
Patch, related to TI DSP C54x C55x C6x builds
Jean-Marc,
I have attached a small patch with modifications to arch.h, bits.c, and
misc.c. This contains the few mods remaining to support the various fixed
point TI DSPs after the work that you did at the end of May (thank you for
this).
arch.h: Add switch for compilers not supporting "long long" (C55x does, C54x
and older C64x does not)
bits.c: Allow external definition for max