3 Nov
2011
3 Nov
'11
6:55 a.m.
Hi
Why do the decoding in something that requires compiling.
For decoding an interpreted language would be better and
offer the end user an easier way to customize for some
offbeat format.
Although, I'm not a fan of BASIC, it is a resonable choice
here. I'd much rather it was in Forth but I realize that
many don't get it.
Even LISP is an option.
Regardless, it is the comments that are the most important.
Decoding doesn't have to be done at the speed of light, it
doesn't require highly optimized code either. It is better
done with simple well documented code that can be applied
to most any language that the user might choose.
Dwight
From: philpem at philpem.me.uk
On Tue, 2011-11-01 at 17:15 -0400, Steven Hirsch wrote:
Northstar hard-sector
Amiga 5.25 and 3.5
C64 (GCR)
Apple 2 and 3 (GCR)
Intel MDS system (M2FM)
...
etc.
I have technical means for all of the above now, but they are inconvenient
and/or require dragging out and setting up something particular to that
one operation. "One stop" shopping would be great.
If the unit is capable of doing this, please advise?
There's development code to do this with the DiscFerret. I've been
holding off on releasing it because I wanted to do a "universal" (script
based) version... at this point I'm tempted to abandon that and go with
the C/C++ "recompile to add a new format" version.
I do have a Northstar MFM codec, and a preliminary Layer 1 codec for
Amiga discs (physical-layer en/dec only, no sector splitting or ADF
writing).
--
Phil.
philpem at philpem.me.uk
http://www.philpem.me.uk/