What is the status on the DiscFerret ?
I haven't seen any news in a while and the site looks like the last
updates (to microcode anyway) were made in 2012.
Is there write support yet ?
Any idea if DEC's hybrid format on the RX02 (think it's MFM data with
FM headers ?) image ok ?
On 2011-12-31 17:48, Philip Pemberton wrote:
Hope you all had a very merry Christmas, happy Hanukkah, or whatever
celebrated! Also, best wishes for the New Year, which will be... in
around two and a quarter hours in my neck of the woods :)
It's been a while since I posted anything related to DiscFerret. Rest
assured, I have not been resting on my laurels (Balrog and Lord
Nightmare have made certain of that!). In fact, I've just released a
shiny new toy for all you DiscFerret owners... Well, two actually!
Microcode Release 0026 and C-API 1.3!
New in these releases...:
- Added a clock divider to the Data Acquisition core. Now you can
specify how much timing resolution you need -- 80ns (12.5MHz), 40ns
(25MHz), 20ns (50MHz) or the full 10ns (100MHz). When set to 40ns,
DiscFerret matches the Kryoflux for read speed (84 tracks
in one minute and 45 seconds). At full resolution, it still only
three minutes and 25 seconds to image the same disc.
- Completely rewrote the data sync-word detector. All the ripple
clocks and clock-domain crossings are gone, and the data separator is
FAR more reliable. The capture and lock range is about 20% of the
nominal data rate (!), which is more than adequate for most disc
The sync word may be up to 16 bits long, and can also include "don't
- Miscellaneous fixes to the data separator configuration (it was
set for a 16MHz clock, but provided with a 20MHz clock. Despite this,
still worked fine!)
- C/C++ API
- Support added for the new clock divider register.
Files are all downloadable from the usual place --
(or more specifically:)
And you can, as always, browse the source code here --
On the cards for the New Year --
- Work has started on a new, simplified API. This will make its
d?but some time in the new year.
- I'm working on improving the accuracy of the INDEX pulse storage
logic. When finished, this will improve the accuracy of INDEX timing
measurements to match the data timing measurements! (This is a
of a factor of 8 improvement over the KryoFlux analyser, and a factor
128 improvement over the current microcode release!)
Special thanks for this release are due to:
... and anyone else I've forgotten!