search for: ubicom

...you should probably use). As for > exc2, it can be removed, but I'm not sure if you can just use exc > instead (maybe yes). > when removing "spx_sig_t *orig;" in the encoder, the stack usage went from 17091 to 16451 bytes, I have already got a working decoder running on my Ubicom IP3K, using 10-15% of the CPU, with a decoder stack size of 4058 bytes. The encoder is next.. /alfred > Jean-Marc > -- Alfred E. Heggestad <alfredh@sxdesign.com> SX Design

hi attached is a patch fixing some build warnings with ip3k-elf-gcc (gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant, please review carefully before applying.. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: warnings.diff Type: text/x-patch Size: 17666 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attach...

On Mon, 2005-09-05 at 10:29 +1000, Jean-Marc Valin wrote: > > attached is a patch fixing some build warnings with ip3k-elf-gcc > > (gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant, > > please review carefully before applying.. > > Euh, could you explain what's wrong with "start" and "end"? Also, AFAIK, > (int)floor(something) is valid, no? > there is nothing wrong with "start" and &quo...

--- Dan Sully <daniel@electricrain.com> wrote: > Hi - just wanted to give a quick plug for my company's new product - > Squeezebox2. > > We're doing native FLAC on the device now, in addition to > visualizers, 802.11g and more. this is cool, I added a status item on the FLAC site for it. just as a data point for us, can you comment on the cpu that is doing the FLAC

Hi I am currently trying to port speex v1.1.6 to a microcontroller with very limited memory (<64Kbyte RAM). what I found when initialising the encoder, a chunk of 32Kb was attempted to be alloced, which failed: src/nb_celp.c: void *nb_encoder_init(const SpeexMode *m) { /* snip */ st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(spx_sig_t)); /* snip */ } same goes for the

hi, jean-marc: i think we can remove spx_sig_t *orig. but am not sure about exc2Buf. is it for extension? rgds, tk On Mon, 28 Feb 2005 12:42:38 -0500, Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca> wrote: > Hi, > > I looked at the code I think there are still places where you can reduce > memory. For example, I think bufSize can be reduced to around 400 > (instead of

...it can be removed, but I'm not sure if you can just use exc >>instead (maybe yes). >> >> >> >when removing "spx_sig_t *orig;" in the encoder, the stack usage >went from 17091 to 16451 bytes, > >I have already got a working decoder running on my Ubicom IP3K, >using 10-15% of the CPU, with a decoder stack size of 4058 bytes. >The encoder is next.. > > It will probably be very close, if you can do it. I did a bunch of tests of encoder performance (on an Athlon XP 1700+) a while back, and found that, for 8kbps CBR complexity 1, I go...

..._FRAME 2000 now there is _almost_ enough RAM to allocate both encoder and decoder ;) /alfred > > when removing "spx_sig_t *orig;" in the encoder, the stack usage > > went from 17091 to 16451 bytes, > > > > I have already got a working decoder running on my Ubicom IP3K, > > using 10-15% of the CPU, with a decoder stack size of 4058 bytes. > > The encoder is next.. > > > > > > /alfred > > > > > Jean-Marc > > > -- Alfred E. Heggestad <alfredh@sxdesign.com> SX Design

> there is nothing wrong with "start" and "end", but in the Ubicom OS > there is a global function called "start()" which gives the warning: > > libspeex/ltp.c:573: warning: declaration of "start" shadows a global declaration > build/include/UbicomSDK.h:5651: warning: shadowed declaration is here Since it's just a warning...

Hi, We have managed to compile samba3 (v 3.0.24 that ships with openwrt/ kamizake) for our ubicom32 platform and programmed a board with it, however I am not able to access a samba share on the board. When trying to access the OpenWRT router (using the smbclient command) I get: Error NT_STATUS_CONNECTION_REFUSED The device is reachable from my linux box (otherwise I should have seen a Error N...

...They also come in a 3.3v low power version for use in battery powered systems. Gene -----Original Message----- From: Leo Ann Boon [mailto:leo@innovax.com.sg] Sent: Tuesday, August 19, 2003 7:21 PM To: asterisk-users@lists.digium.com Subject: Re: [Asterisk-Users] Re: Open source IP phone, maybe? Ubicom's Scenix IP2K. Sxdesign has an SIP phone platform using that chip http://www.sxdesign.com/index.php?page=solutions&submnu=voip Jose Ildefonso Camargo Tolosa wrote: > Hi! > > I think it is a great idea. > > The DS80C400 needs external memory, and/or flash. It have the >...

Hi! I think it is a great idea. The DS80C400 needs external memory, and/or flash. It have the Ethernet integrated, but it is really slow (it is 8051 architecture), and yes, I know it can go up ti 75Mhz, but only gives 18MIPS max. I would use ATmega128 from atmel (16MIPS at only 16Mhz), take a look at: http://www.ethernut.de (project using mega128 with Ethernet, includes schematics). It