Jump to content

David_P

+AtariAge Subscriber
  • Posts

    1,286
  • Joined

  • Last visited

Posts posted by David_P

  1. Can the self-modifying elements (for memory copying) be re-written to use ZP locations / ZP indexing instead?  It would reduce the RAM footprint, and perhaps simplify the conversion since those routines could then remain in ROM.

     

    As well, are the $1F00 elements still necessary once converted to a cart?  Stealing DOSVEC for init when you've got the cart init vector; checking memory footprint to see if the program is already loaded... are those needed once the program is moved to ROM?

     

  2. Source code is available at https://www.atariarchives.org/speedscript/.  As I recall, it uses a custom charset, so there are memory usage considerations; it may take a bit more effort than just recompiling, setting INIT and RUN addresses and calculating the checksum.

     

    Just did about a 30 second scan of the source code.  As written, it assumes that the available memory is above the program; converting it to run from the Left Cart memory area will require some degree of review.  There is a custom character set, and a boot loader stub.  The boot loader is likely not needed if it's converted into a ROM image.  It is probably in the art of the possible to convert it to a ROM image without too much effort (famous last words).

    • Like 1
  3. If you change the FP for a XL/XE OS, you also need to either recalculate the ROM checksum or remove the routine that checks the checksum.

     

    Hacking the OS ROM lets you replace the default character set, speed up key delay, reverse OPTION for BASIC on boot, add additional functions... lots of fun (and lots of ways to make things crash in rather spectacular ways).

    • Thanks 1
  4. Is there possibility to add local storage on the Fujinet itself, at 127.0.0.1?

     

    Context: Applications can be loaded from literally anywhere in the world, but there may be configuration information that would be useful to save locally (and we definitely don't want to accidentally hammer the original version halfway around the world, where someone accidentally enabled WRITE permissions on their TNFS server).  If a program was able to save its config information to, say, 127.0.0.1/CONFIG/APPNAME/CONFIG.SYS or something similar, there's no need to worry about DOSes and their peculiarities for reading and writing that info.

     

    As a secondary benefit, this might simplify porting programs between different systems, as there would be no need to adapt the config routines between platforms.

     

    Just a random thought for a Wednesday night...

  5. There are the original MIOs sold by ICD and those produced by @MetalGuy.  At the time of the MIO release, the only other PBI devices out were RAM expansions for the 600XL.  Even now, there are not many other PBI devices available: there's the Black Box; Supra HD; BTL HD; various versions of the IDE Plus; the Yorkie 256K expansion; a 320K RAM expansion...

     

    As they were all pretty much designed as stand-alone devices, in the absence of the 1090 or any other official Atari devices, each pretty much took control of the bus for its own purposes, regardless of the Atari standards.

  6. 3 hours ago, tmp said:

    yes, it's a pbi version of eci cable

     

    currently providing mem expansion, better non-sio atr support, hsio os for sio atr and my favorite, no need to press cart button before reset

    Is there a pass through for other PBI devices (I have two different IDE Plus adapters and a MIO in my collection)?

    • Like 1
×
×
  • Create New...