search for: sharcs

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 -

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.

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 -

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?

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:

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

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

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

...re difficult, but pretty rewarding. The assembly routines were 10-20 times more efficient than their C counter parts. So I guess my point is this: If we just want to say that Vorbis is available for a DSP chip, then start with a floating point platform (I've heard good things about ADI's Sharcs). But if we want to make it most attractive for portable player companies, then a fixed-point DSP algorithm will probably be better received. We should probably get vendor comments. What chips do they use? What do they plan on using? Are they willing to sponsor GPL development? For example, I...

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

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

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

Hi, I am trying to implement ogg vorbis real time decoder on SHARC ADSP 21364 processor. I am writing my own version of the decoder using the documentation vorbis_I_spec.pdf from xiph.org. However I am facing certain hurdles in floor curve decoding during audio packet decode. In the spec it says that [cval] = read from packet using codebook number [so and so] in *scalar context*.(page no 43).

...n hardware > > > "Borgerding, Mark A." wrote: > > [...] > > So I guess my point is this: If we just want to say that Vorbis is > > available for a DSP chip, then start with a floating point > platform (I've > > heard good things about ADI's Sharcs). But if we want to > make it most > > attractive for portable player companies, then a > fixed-point DSP algorithm > > will probably be better received. > > I think that is a really bad idea. With many very cheap MP3 players > already in the market, the only thing an...

Hi, I'm trying to build 5-STABLE, I have cvsuped the latest source, cleared out /usr/obj and I still get this problem. Any idea what could be causing it? Mark ===> lib/libmagic cat /usr/src/lib/libmagic/../../contrib/file/Header /usr/src/lib/libmagic/../../contrib/file/Localstuff /usr/src/lib/libmagic/../../contrib/file/Magdir/zyxel /usr/src/lib/libmagic/../../contrib/file/Magdir/xdelta

> 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

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