Re: Toll Booth and junk (was Re(fcc): TI-H: Radio/In...)
[Prev][Next][Index][Thread]
Re: Toll Booth and junk (was Re(fcc): TI-H: Radio/In...)
Well, you could rig it so it used the computers DRAM for swap space, but
it would definately be an "over nighter" thing...
>Date: Wed, 4 Nov 1998 17:29:08 -0900
>To: ti-hardware@lists.ticalc.org
>From: Grant Stockly <gussie@alaska.net>
>Subject: Re: Toll Booth and junk (was Re(fcc): TI-H: Radio/In...)
>Reply-To: ti-hardware@lists.ticalc.org
>
>
>>>From: "ns [despuqué]" <worldsnow@hotmail.com>
>>> although I think it will be a write once type of thing, or
>>>"concatonate" files on the end...
>>
>>Allocation table scanning as I outlined should be
>>easy to perform, and would keep down the requirement
>>for free space defragmentation. It also allows for
>>song deletion without taking a big hit in storage
>>space.
>
>Makes it SSSLLLOOOWWW though since the AVR doesn't have swap space for
the
>current sector. :)
>
>
>>> if it gets big enough then there will
>>>definately be relocation software, that is "defrag" sofware.
>>
>>As I mentioned, defragmentation could be as simple
>>(and time consuming) as a backup and restore, or
>>it could be done periodicly, when fragmented free
>>space reaches a certain percentage (which the player
>>could calculate at the users request, along with
>>largest contigious block and percentage of total
>>space used).
>
>Not possible from the player. It would cost too much if I added
external DRAM.
>
>Grant
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
Follow-Ups: