search for: sharc

...39;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 - x:\r235\src\ntprpst\sharc\mta\src\build~XM.bat X:\> X:\> x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat No file of directory - x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat X:\> Normally, I would assume this is some 8.3 filename quirk,...

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

...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 - x:\r235\src\ntprpst\sharc\mta\src\build~XM.bat X:\> X:\> x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat No file of directory - x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat X:\> Normally, I would assume this is some 8.3 filename quirk,...

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

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

...rc > 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? > >> > >> > >>--- >8 ---- > >>List archives: http://www.xiph.org/archives/ > >>Ogg project homepage: http://www.xiph.org/ogg/ > >>To unsubscribe from this list, send...

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

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

...des. > The misc.c change allows private memory allocation, for cases where it is > not desirable to use the normal heap. > This makes it possible to sort of comply with the TI algorithm interface > standard (xDAIS). > > I changed my code today to follow the pattern used for the Sharc port > (OVERRIDE switches), but you might prefer a different style for including > the user-provided allocation routines. > > Regards, > > Jim Crichton -- Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> Universit? de Sherbrooke

...subset of the Speex coding modes. The misc.c change allows private memory allocation, for cases where it is not desirable to use the normal heap. This makes it possible to sort of comply with the TI algorithm interface standard (xDAIS). I changed my code today to follow the pattern used for the Sharc port (OVERRIDE switches), but you might prefer a different style for including the user-provided allocation routines. Regards, Jim Crichton -------------- next part -------------- A non-text attachment was scrubbed... Name: speex1-1-10-to-c55x.patch Type: application/octet-stream Size: 2882 byt...

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

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

...c/../../contrib/file/Magdir/python /usr/src/lib/libmagic/../../contrib/file/Magdir/chord /usr/src/lib/libmagic/../../contrib/file/Magdir/ctags /usr/src/lib/libmagic/../../contrib/file/Magdir/human68k /usr/src/lib/libmagic/../../contrib/file/Magdir/pdp /usr/src/lib/libmagic/../../contrib/file/Magdir/sharc /usr/src/lib/libmagic/../../contrib/file/Magdir/pulsar /usr/src/lib/libmagic/../../contrib/file/Magdir/apl /usr/src/lib/libmagic/../../contrib/file/Magdir/communications /usr/src/lib/libmagic/../../contrib/file/Magdir/ncr /usr/src/lib/libmagic/../../contrib/file/Magdir/alpha /usr/src/lib/libmagic/....

...knows you might want to run it on an embedded DSP that doesn't > support C++ someday. <p>I doubt I will. Others might :-) More specifically - the manufacturer of VoIP cards I refer to earlier build their current cards using fixed point DSPS (although they use floating point DSPs (Sharc) elsewhere in their range. They have a number of seriously talented and very well equipped DSP programmers in their staff - their business depends on how much they can squeeze out of every DSP. If suceeded in getting them interested it would be good. I personally would prefer working in C rathe...

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