[hatari-devel] Pasti support and other things

[Nicolas Pomarède]

Le 23/09/2010 02:30, Markus Fritze a écrit :
 > Hi,
 >
 > I wrote a bunch of stuff professionally in the 80s and early 90s 
before moving to the Mac, like the TurboAss/Bugaboo, the switcher in 
C-Lab Notator SL, copy protection for e.g. Giana Sisters and so on. I am 
currently playing with Hatari and reverse-engineered the PASTI format 
(http://www.sarnau.info/atari:pasti_file_format). I have a first trivial 
implementation running in Hatari on my machine. I could add FDC Track 
Track support, etc., but this would require to rewrite the floppy/fdc 
code in general to add the FDC track and fuzzy sector support. Not a big 
thing, but I would touch all the floppy sources.
 >
 > I also fixed the Mac version, added a better disassembler (a modified 
version from Aaron Giles), fixed a crash with breakpoints and added an 
Xcode project for the Mac users.
 >
 > Anybody interested in these changes?
 >
 >
 > Thanks,
 > Markus Fritze,<http://www.sarnau.info>


Hello,

I saw your pasti's description, that's quite interesting and along with 
the hxc project (http://www.torlus.com/floppy/) this certainly gives 
some solid bases to add a first support (at least for non protected 
disks with non standard sector size, such as the Union Demo for example).

If you wish to rewrite parts of the floppy's code, no problem with that. 
Just send your modifications to this list and I will look at it (send 
the whole file or some "diff -u" patches).

Current code is certainly quite limited, with wrong timings for some 
commands (for example the "Just Buggin" by ACF requires a correct timing 
for the read sectors command).

The best way would certainly be to create a new internal disk structure 
that would be detailed enough to hold a pasti disk, as well as simpler 
disk such as msa, dim or just plain .st format.

Each of these formats would be loaded in this generic structures 
(splitting tracks, sectors, gaps if present, ...) and could then be 
accessed through the fdc interface for each command.

A first implementation could take care of dealing with these format, 
without taking care of the timing issues. Once this works, we could add 
correct timings using Hatari's internal timers.

Regarding your other patches, send them as independant stand alone 
patches, so the interested people can review them.

Thanks

Nicolas

PS : your mail was not automatically delivered to the mailing list, I 
think you didn't subscribe to hatari-devel ML.