Re: TI-H: 8 bit stereo sound! (and more)


[Prev][Next][Index][Thread]

Re: TI-H: 8 bit stereo sound! (and more)





I think you are missing the point....

sure.. works great for sound, and yes there are other ways to create sound
with a ti calculator, but sound is useless!(mostly) the real point of my
work is the fast high bandwidth data path (which one aplication posible is
sound) the limitless _other_ applications are whats important. If all you
can see of this is the application of sound.....

anyways some other applications could be:
	high speed multicalc networks (games, data transfer, multicalc
prossessing of data...)
	device control (LEDs, motors, floppy drives, harddrives, memory
chips, printers, mice, etc, etc, etc...)
	almost _anything_ else you can think of

sure you can hook up a mircocontroler to your calc through the link port
and do all this stuff through that, but the calc<->uC data path is too
slow. this bypasses that by putting the calc in _direct_ control of the
device in question, weather it be blinking LEDs (a seamingly favorite of
beginning calc-hardware people), feeding data to an external mp3
decoder, or writing data to an external IDE harddrive.

just think of all the crazy stuff you could claim to have done using
this....


On Sat, 24 Oct 1998, Grant Stockly wrote:

> 
> >Yes, i know you meant kbytes.. it's still slow
> >
> >and playing mp3s? are you nuts... a calc can't decode the sound data
> >fast enough... let alone doing it while using the CPU to clock out data
> >one bit at a time over the link port.....
> 
> Ummmm...  Look at my site.  I've made a hardware mp3 player.  You send the
> bitstream to the decoder and it comes out as data.
> 
> The P100 can hardly do it in win95!  The 68040 25MHz under Amiga OS.
> 
> 
> >well.... 4 megs of storage is easy... and who says what you are
> >sending/recieving has to be stored anywhere... if you're sending
> >multiplayer game data.. you just act on it... i'm just saying the
> >bandwidth is there.... for whatever you may want to do with it..
> 
> sure...  But samples would suck memory.  :)
> 


Follow-Ups: References: