Re: ACPlay Software (was: Toll Booth and junk (was Re(fcc): TI-H:Radio/I

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

Re: ACPlay Software (was: Toll Booth and junk (was Re(fcc): TI-H:Radio/In...))


And a header would be good because some people (a) don't ID3 tag their mp3s
and (b) give them a different file name than the song name. It would be nice
if the file was sent in blocks though, in case we get an error...put a
checksum on them, and make them fixed length... I mean, come on...don't we
want at least a little room for transfer error here?

-- Jon Olson

-----Original Message-----
From: Nick S [despuqué] <worldsnow@hotmail.com>
To: ti-hardware@lists.ticalc.org <ti-hardware@lists.ticalc.org>
Date: Friday, November 06, 1998 12:33 AM
Subject: Re: ACPlay Software (was: Toll Booth and junk (was Re(fcc):
TI-H:Radio/In...))


>
>It doesn't need any header or anything... you can easily determine the
>beginning of an MP3 file and that is all that is needed... and if it
>doesn't support ID3 tags, then it would simply come up as "a song"...
>
>>From: "Jon Olson" <morph@jmss.com>
>>To: <ti-hardware@lists.ticalc.org>
>>Subject: Re: ACPlay Software (was: Toll Booth and junk (was Re(fcc):
>TI-H:Radio/In...))
>>Date: Fri, 6 Nov 1998 00:14:25 -0500
>>Reply-To: ti-hardware@lists.ticalc.org
>>
>>
>>Erm...any kind of header on the file? i.e. a null terminated name and a
>size
>>(big or little endian?)...it would certainly help the player store it,
>don't
>>you think?
>>
>>-- Jon olson
>>
>>-----Original Message-----
>>From: Grant Stockly <gussie@alaska.net>
>>To: ti-hardware@lists.ticalc.org <ti-hardware@lists.ticalc.org>
>>Date: Friday, November 06, 1998 12:14 AM
>>Subject: Re: ACPlay Software (was: Toll Booth and junk (was Re(fcc):
>>TI-H:Radio/In...))
>>
>>
>>>
>>>I'm not arguing.  I asked if you programmed a driver.  How am I
>supposed to
>>>know?  I have had hundreds of people send me their programs.
>>>
>>>Thats exactly what it needs to do.  Send raw bytes out the parallel
>port in
>>>SPP.  The common driver is 20 lines long.  It can do exactly what you
>want
>>>it to do as long as it sends the file rawly.
>>>
>>>Grant
>>>
>>>
>>>>Alright, I'm pretty tired of arguing. Grant, just tell me what you
>want
>>>>it to do and I'll see what I can do... when you told me like 3 months
>>>>ago, it wasn't very elaborate, so I didn't make it (i.e. you just
>said
>>>>make a prog that sends a byte out the parallel port). The windows
>>>>version probably won't be winAPI dependent, cuz I don't want windows
>to
>>>>have anything to do with it, and I might consider that later, since
>>>>people probably won't know their port address, but the KDE/windows
>>>>versions will both ask for the address at first. I might even do a
>>>>registry lookup to find the parallel port address's and ask which one
>>>>they want to use... but just TELL me exactly what it should do (ask
>for
>>>>files to send? just send the binary files and the hdd player will be
>>>>able to figure out each file and everything? what??) thanks...
>>>>
>>>>>Date: Thu, 5 Nov 1998 18:48:17 -0900
>>>>>To: ti-hardware@lists.ticalc.org
>>>>>From: Grant Stockly <gussie@alaska.net>
>>>>>Subject: Re: ACPlay Software (was: Toll Booth and junk (was Re(fcc):
>>>>TI-H:
>>>>> Radio/In...))
>>>>>Reply-To: ti-hardware@lists.ticalc.org
>>>>>
>>>>>
>>>>>>Well I don't know about you guys, but unless you have any objection
>to
>>>>>>my way, I think I'll begin to make the || software for Win and KDE.
>>>>>>Although I'm beginning to have less and less free time...
>>>>>
>>>>>Have you written a driver already?
>>>>>
>>>>>Grant
>>>>>
>>>>
>>>>
>>>>______________________________________________________
>>>>Get Your Private, Free Email at http://www.hotmail.com
>>>
>>>
>>
>>
>
>
>______________________________________________________
>Get Your Private, Free Email at http://www.hotmail.com
>
Follow-Ups: