A french translation is available
ST Recover can read Atari ST floppy disks on a PC under Windows, including special formats as 800 or 900 KB and damaged or desynchronized disks, and produces standard .ST disk image files. Then the image files can be read in ST emulators as WinSTon or Steem.
ST disk -> PC floppy drive -> .ST disk image file
- A PC with a floppy disk drive.
Internal is better, but external can be used (with limitations).
Should be compatible with Windows 8,7,Vista,XP,2000,ME,98,95 and later.
Tested with Vista.
There are 4 steps:
- If you have an internal floppy drive (not an external USB drive),
download and install the
floppy driver from a third-party web site.
This is optional (but needed for special formats) and you will need administrator rights.
- Download ST Recover's Zip file.
- Extract it.
- Run ST_Recover.exe .
There is no installer, so it is portable.
- Run ST Recover.
- Insert an ST disk in the PC drive.
- If necessary, select the right drive (A or B).
- Click on "Read disk and save image file".
- Select the location and the name of the image file to be created.
Normally, Windows cannot read special formats (as 800 or 900 KB) because of limitations of its floppy driver.
Unfortunately, these formats are very common in the world of the ST.
ST Recover takes advantage of a free driver that can read these special formats.
An effort has been done to recover desynchronized or damaged disks.
You can see the geography of sectors on your disk:
This is the surface of one face of a real 800 Kb disk. The black line on the right is the virtual synchronization mark.
On your real PC, a not-USB floppy disk drive is needed for special formats
|External (USB) floppy drive.
|Internal floppy drive.
Allows all formats:
- 400 KB
- 800 KB
- 450 KB
- 900 KB
With a USB disk drive, ST Recover cannot read special formats, because of the interface limitations.
But a USB drive can read ordinary formats as 360 or 720 Kb.
If your disk seems to be damaged, or just for curiosity, click on "Analyze surface" to see a geographic analysis of the sectors on the disk.
Each "split circle" represents a Track (the colour is alternated from one track to the next one), and each part of this circle represents a Sector, which is a packet of 512 bytes (in general).
The line on the right represent the location of the virtual synchronization mark on the disk. Sectors are read counter-clockwise from the mark.
This representation is computed from a timing analysis during sectors reading. So it represents the real disposition of the sectors on the disk (except for the diameter of the inner circles, which is relatively bigger in reality).
It is interesting to notice that the outer sectors occupy more physical space than the inner sectors (in reality they are about twice bigger). That explains why the first sectors (the track 0 is the outer track) are considered more secure than the last sectors
(the inner track is the last one) : more magnetic surface for the same amount of data.
On modern hard disks, the surface of the sectors is (almost) constant, that allows to gain 50% sectors more but needs a (bit) more complex processing. On cdroms, the surface/sector is constant but the rotation speed change. Anyway many technicals have changed
since the old time of the floppy disks, MFM hopefully disappeared, we have a constant surface/sector, there are more than two levels per information, etc..
- The software says "No disk in drive" but there
is a disk !
- Maybe the very first sector, the boot sector, is not read correctly.
Try again to read the disk, it should work after a few tries.
- What mean the colors in the Tables of sectors ?
- White: not analyzed for now.
- Green: read (with ease).
- Dark blue: read (with more analysis).
- Red: cannot be read at all (maybe physically damaged), even after several tries.
- What if a sector cannot be read ?
- ST Recover will replace its data by a repetitive sentence, in order to help you to detect it with ease.
It should be "======== SORRY, THIS SECTOR CANNOT BE READ FROM FLOPPY DISK BY ST RECOVER. ========", or something close.
In the Tables of sectors, this sector will be marked as red.
- In the Surface graphs, the "circles" are not closed. Is there missing something ?
- Usually, in that case one sector is not easily read. That is very common with the disks formatted through some ST programs (as
Fastcopy Pro, for example), with more than 9 sectors/track. The first sector of each track is not seen by the floppy controller in ordinary conditions.
Fortunately, in most case ST Recover is able to read these sectors, at the price of a slow analysis. These sectors are marked as dark blue in the Tables of sectors.
- Why some sectors are marked as dark blue in the Tables of sectors, and the analysis is very slow ?
- See above for an explanation. These sectors are correctly read, although slowly.
Compilation of the source code
The code was edited and compiled with Borland Turbo C++ 2006 Explorer, a free RAD.
It is supposed to be compilable with later versions of Borland (Embarcadero) C++ Builder. I did not try them since I don't have any of these RADs.
Turbo C++ 2006 Explorer was free but it seems not to be distributed anymore. It needed a registration and the installation of several software as dot.net 1 and JSharp.
By the way, my source code is commented in french.
The license for the source code and the binaries is the Ms-RL, which globally allows you to reproduce the code, modify it, distribute it, but you have to make the source code of the modifications available.
Also, it is patent-free.
Sometimes, a disk takes time to be read.
The possible reasons can be:
- The disk is desynchronized.
- The disk is partially physically damaged.
In that case, sectors will be colored in red.
This kind of disk will take more time to be read, and the sector tables will display blue rectangles:
Blue rectangles indicate particular, but well-read, sectors. In fact, here these sectors only need more time to be read, but they are read correctly (otherwise, the color would be red).
To understand what is desynchronization, run a surface analysis:
As you can see, one sector per track is not detected, and just in the middle on where it should be (the red triangle), the synchronization mark (the green line) passes through.
The explanation is: the drive's head passes ahead the track from the line, but it is too late to see the beginning of the sector, so the first sector is not detected by the surface test.
But trying to read the first sector is possible on the next turn, it just takes more time.
More details: I had to implement a particular analysis of the track, in order to be able to extract the (blue) sector information. Fortunately, the special driver can extract a whole track ! That is a question of
MFM decoding, with partially desynchronised (6250) bytes per track and so on.
By the way, the decoding & recover method is all about
MFM bit desynchronization, nothing to do with the
disk synchronization mark:
The disk desynchronized mark is the origin of the problem, due to a bad setting in the drive which originally formatted the disk, and the MFM decoding and resynchronization is a method I use to recover the sector.
If you followed the explanation, you should have noticed that the problem is with the first sector of each track. So why in the table of sectors the blue rectangles are not all in the upper row ? This is because the sectors were not numbered normally during
formatting, they where shift in order to allow the drive controller (the processor that manages the drive) more time to move the head to the next track (it takes time and the disk goes on turning) and to read as early as possible the next sector.
Sorry if I am not clear enough, you should find information on internet about how speeding up floppy disk accesses through
There are formats I did not test:
- Sector length different from 512 (128, 256 or 1024).
As far as I remember, I did not write much logic to take those lengths into account (it was not my goal).
- Protected disks where physical format is different from the logical format (as indicated in the boot sector).
For example some sectors can be numbered not from 1 but from 40.
- Protected disks where sectors are not well-formed.
For example they can be cut in the middle just to fool the disk copy programs.
- 900 KB disks. I need to format a new 900 KB disk on my old ST then try to read it with my rather old desktop PC.
That is because I made this little tool to recover my own old work on ST disks, but not to analyse protected or abnormal disks.
Text and images of this documentation are copyright by Christophe Bertrand under the
CC-BY-SA license, except:
- The Atari ST image is under the CC-BY-2.5 — Attribution license by Bill Bertram. See
- The Crystal floppy, hard-disk and directory icons are under the LGPL, and are from the
- The desktop PC image is public domain and was found