The Fdio Project
It is hard to imagine, but there was a time before the IBM PC. And even in the early years of the PC, by far not every system immediately adapted to the IBM standards. In fact, most vintage systems defined their own standards, so the early days of computing were determined by a much higher degree of heterogenity, than it is today.
One important objective of standards is to ensure interoperability, and interoperability between computer systems generally means using the same media, the same information structure, and the same semantics. In the era of the HP 9845, the floppy disc already was the most important medium for data interchange on desktop level, and some smaller computer systems even used floppy discs as standard mass storage, e.g. to load operating systems during system boot. Paper tapes and cards had their best times already behind them, and the mini tape cartridge was an indeed low cost alternative for local mass storage, but not really designed for interoperability with other systems. Fortunately, the floppy disc already had been standardized in form factor and magnetic characteristics, so from 3.5" up to 8" floppies the medium could be used in each floppy drive, provided that the form factor of medium and drive was the same.
Yet the information structure was not standardized at all. There had been industry standards like the IBM 8" format, but in principle, even the low level data encoding wasn't standardized. In addition, head count, cylinder count, sector count and sector size differed from system to system, which makes it sometimes really hard to gain access to vintage media on a modern standard PC.
Nevertheless, assumed you do own a PC with a floppy drive of the right form factor, there is in principle a good chance that the drive may read (and sometimes even write) those vintage media. Consider that a normal drive isn't much more than a spindle motor, a movable read/write head and some electronics to encode and decode the signals from the magnetic head to/from digital bits, even a modern floppy disc drive is theoretically capable of accessing the information stored on old floppy discs. Provided you tell the drive in detail what to do.
Exactly this is the problem with DOS, Windows and even Linux. There is a defined set of supported recording formats, and everything else will overburden the standard OS floppy drivers. The solution is on-hand, the floppy controller has to be programmed directly without the support of the OS drivers. This is exactly what the Fdio program does, it talks directly to the standard PC floppy controllers and tells them what to do in order to read or write vintage floppy discs.
I could have implemented another Windows floppy driver, but due to the complexity of this approach I chose to simply develop a console program which does the job. Since direct device access without a driver is somewhat tricky under NT based Windows versions, I decided to use a special low-level controller driver developed by Simon Owen for this task. The FDRAWCMD package is a real good thing, and it is freely available.
Although handling 9845 and LIF floppies was the main reason to develop Fdio, its use is by far not limited to those formats. Fdio is quite generic, supports both FM and MFM encoding, and can be tuned for almost everything which can be handled physically by a standard floppy disc drive. However, not every standard floppy disc drive is physically able to read everything. Sometimes the tolerances are different, and either the error rates get high or the drive can't synchronize to the medium at all. In such cases, the only solution might be to connect a good old single density floppy disc drive, or even to use the original vintage drives and find another way how to transfer the data to and from a PC.
The floppy disc was originally developed as IBM 23FD at IBM for their System/370 mainframes and introduced in 1971. This original floppy disc had 8" (200 mm) diameter, could hold 80 kBytes of data, and was read-only (initial use was to store the system's microcode on the floppy which was loaded once from disc into memory during system boot). At that time, Alan Shugart had been Direct Access Storage Product Manager at IBM and was responsible for the development of the new media. From then, he got closely related to the later history of floppy disc and hard disk development.
In 1972, Shugart moved to Memorex where he and his team developed the first read/write floppy disc drive, the Memorex 650, now with 175 kBytes capacity. Just one year later, his former employer IBM shipped its first 8" read/write floppy disc drive as IBM 33FD for the IBM 3740 Data Entry System with about 250 kBytes stored within 77 tracks and 26 sectors per track of 128 bytes each and on one single side of the disc. That 3740 single-sided, single-density (SSSD) floppy disc format quickly became industry standard for data interchange among many computer systems even beyond the IBM world.
At that time, Alan Shugart founded his own company Shugart Associates, who developed the Shugart SA900, and later the SA800, which again became industry standard for 8" floppy drives. The SA800 and SA900 were (of course) capable of reading and writing the 3740 format, and the SA800 also doubled the possible capacity by using a modified frequency modulation (MFM) to about 500 kBytes (still single sided, but double density = SSDD). The 50-pin controller interface of the SA800 became standard for most 8" floppy drives, and with some modififations (and reduced to 34 pins) also for later 5.25" and 3.5" drives.
Actually, the standard floppy interface used within the IBM PC is (almost) identical the 34-pin so-called Shugart bus, however there are minor deviations (see hardware section below). At NCC in summer of 1981 Sony introduced the 3.5" floppy disc, which encapsulated the way smaller floppy disc in a rigid plastic jacked which provided better protection to the disc. A metal slider covered the cutout for the read/write head, and a new metal centering mechanism allowed for much greater centering accuracy and thereby higher capacities. The motor spins with 600 RPM (which is twice the speed of a 5.25" floppy disc drive), which also increases the maximum possible transfer rate.
The 3.5" floppy first came with about 360 kBytes on a single sided double density (SSDD) disc, then doubled the capacity to the 720 kBytes on two sides (DSDD), and finally reached 1.44 MBytes with high density recording (HD), which still is the most common floppy disc type today. Also a high density variant of the 5.25" floppy disc with 1.2 MBytes capacity was introduced by IBM in 1984 with their AT PC, which quickly became standard for the 5.25" form factor. The 2.88 MBytes 3.5" extra high density (ED) floppy was pioneered in 1988 by Toshiba, but was never really accepted. Later different attemps were made to develop and introduce new substitutes for the floppy disc with much higher capacity, but none of those were successful in the end. Until flash memory sticks ruled the scene with reliable capacities no one ever thought about before.
Besides the most common 8", 5.25" and 3.5" there had been several other form factors such as 2" or 3", but which never made it seriously into the market. Many computer manfufacturers created their own floppy disc formats, which were not compatible to anything else.
HP actually joined the market in 1975 with their 9885 floppy disc drive. The 9885 used a 8" single sided dual density (SSDD) disc and provided about 500 kBytes of storage on one disc. The drive featured a proprietary GPIO interface to the host. The "master" 9885M drive with its integrated controller could easily be extended by another, less complex 9885S "slave" drive. Later HP introduced the 9895A dual floppy disc drive, which featured up to 1,150 MBytes per 8" double sided double density (DSDD) floppy disc and 3740 backward compatibility. At the same time HP introduced the first 5.25" minifloppy drives, the 82901 and 82902, which provided 270 kBytes on a double sided double density (DSDD) floppy disc. The same floppy disc drive was installed in the 98x6/Series 200 desktop computers. The 9121 (SSDD, 270 kBytes) and 9122 (HD, 1.4 MBytes) represented 3.5" floppy drives from HP.
The floppy disc had many advantages compared to the existing magnetic media types of the time. Hard disks offered random access but were heavy and clumsy and - most of all - highly expensive for both drive and medium. Magnetic tapes on the other side ha a good cost per storage ratio, but were limited to strictly sequential data access. Magnetic storage cards were handy, but quite limited concerning their storage capacity. The new floppy disc combined low cost medium, random access and portability, which quickly made it first choice as mass storage for smaller computer systems. However, because of the direct contact between the read/write head and the medium, life time is limited (usually significantly below 200 hours of usage).
The floppy disc was built from a thin flexible piece of mylar coated with magnetic oxide. A plastic jacket should protect the surface against dirt and mechanical damage when being removed from the drive. A fabric layer - sometimes with Teflon - was used to minimize friction and to collect abrasion of the magnetic coating before it could spoil the read/write head. A cutout in the jacket permitted the read/write head to be in contact with the disc. Data was recorded in concentric tracks, in contrast to spiral recording of a vinyl platter. Each track was further divided into sectors, which typically held between 128 and 512 bytes each. Early media had been so-called hard sectored, which means they had tiny holes for indicating the position of each sector, later this information was implemented with more flexibility as part of the magnetic recording (s-called soft-sectoring). The original floppy disc had its magnetic coating only on one side, later floppy discs with recording capability on both sides were produced. The characteristics of the magnetic coating are one of the factors which determine the recording density of the floppy disc.
Obviously the inner tracks provided technically less capacity then the outer tracks, also due to the constant angle rotation speed inner tracks pass the read/write head with less speed then the outer tracks. However, for simplification, the inner tracks nominally holded the same number of sectors as the outer tracks, and therefore are more prone to errors then the outer tracks. It is not unusual that erroneous sectors aggregate primarily in the inner track area. As a consequence, valuable data such as directory data usually will be recorded in the outer tracks. Tracks are in general numbered from outer to inner tracks, so that normally inner track get less often used compared to outer tracks. As with hard disks, floppy disc sectors can be individually marked as defective, also some floppy disc formats are using spare tracks for replacing defective ones. However - once a floppy discs starts showing defects, it should be replaced.
Basically, the era of the floppy disc has passed. Only few PCs still offer built-in floppy disc drives. However, many systems still have a floppy controller on board, and of course floppy discs are still supported within any contemporary operating system. Most systems still have the ability built into the BIOS to boot from floppy disc, and external floppy disc drives can be attached via USB.
Besides, it is reported that parts or the American nuclear missile arsenal still is controlled with 30 years old floppy discs (actually, with 8" form factor).
A typical floppy disc system consists of the medium (the floppy disc), the drive hardware (the floppy disc drive), the controller (floppy disc controller) and and driver running on the host system (the floppy disc driver). Any software (including the operating system itself) usually uses the floppy disc driver to access the data on the floppy disc. The driver is part of the operation system's driver stack and normally uses the I/O system to talk to the floppy disc controller. Communication between software and the driver is normally done via operating system (e.g. Win32 API) calls for high level (files) or low level (sectors) access, or directly by I/O control calls (IOCTLs).
The driver then uses a combination of reads and writes from/to the memory mapped registers of the floppy disc controller, direct memory access (DMA) and hardware interrupts (IRQs) to interact with the floppy disc controller. The floppy disc controller is normally implemented around a single dedicated controller IC on the host's mainboard or a separate I/O card. This chip again is directly connected via a floppy disc cable to the floppy disc drive and directly controls the motor and sends or receives a serial bit stream to/from the floppy disc drive.
External floppy disc drives in general have their floppy disc controller together with the floppy disc drive in one housing, and the host connects to this device via some kind of standard interface, such as HP-IB, SCSI or USB, which needs a second controller for communication to the host.
The floppy disc drive basically consists of the spindle motor which lets the disc rotate at a constant speed between nominally 300 and 600 rotations per minute (RPM), and the read/write head with solenoid which senses the magnetic flux changes of the magnetic medium for reading, or creates magnetic flux changes on the medium for writing. Since the magnetic information is recorded in concentric circles (tracks), the read/write head is moved between those tracks with a stepper motor. There is some electronics for drive control, to amplify the signals, to translate between flux reversals and low level (clock & data) bit coding, and some additional mechanics to load/unload the medium. Finally there are sensors for detecting whether a medium is loaded (actually whether the drive's door is closed), whether it is write protected, whether the read/write head is at track 0 position and whether the index hole passes a certain position during rotation. Essentially, the floppy disc drive is not a too complex device.
Floppy disc drive characterstics include form factor (2" up to 8"), number of read/write heads (one or two), support for hard and soft sectoring, supported track density (48 up to 135 tracks per inch), supported recording densities (single/double/high density), rotation speed (300-600 RPM), timing (spin-up-time, head load/unload time, track-to-track seek time), and controller interface, which all may differ among the different types and manufacturers. Floppy disc controllers range from solutions completely built from discrete (e.g. TTL) logic up to controller logic integrated into chipsets.
Note that the floppy disc drive hardware stores every logical 1 as flux transition, and 0 as no transition. The modulation type (FM, MFM, M2FM, GCR etc.) and related to this the interpretation of the bit stream (e.g. clock bit vs. data bit) is up to the controller. The modulation type has a strong influence on the effective capacity of the floppy disc and the effective read/write data rate. The low level data rate (bit stream) is basically a function of rotational speed and recording density.
Since the floppy disc drive is a relatively dumb device, it can in general be tweaked to support many different floppy disc formats. Limiting characteristics are mainly the form factor and for writing the track width supported by the drive's read/write head. Also, modern floppy controllers in general support FM and MFM encoding, but no M2FM, GCR or even more exotic modulations. Some small computer systems such as Apple with its Disk II did most of the controller's work by the CPU for keeping hardware costs low. There had been a real industry specialized just on how to copy protect floppy discs, where limitations of common floppy controllers played an important role.
Floppy disc controller and floppy disc drive are usually connected via a 50-pin ribbon cable with edge connector for the older 8" floppy disc drives and a 34-pin ribbon cable with either edge connector for 5.25" or or header connector for 3.5" floppy disc drives. The original Shugart pinout has been widely adopted by IBM for their PCs during the early 80s, however there are a couple of differences, which apply to the selection/activation of multiple floppy disc drives at the same controller and the detection of disc changes. As long as only a single drive is connected to a controller, and the disc change information is not needed, the original Shugart bus and the PC floppy pinout are compatible. By using a special ribbon cable with some lines twisted between the connector for the first and the second drive, up to two standard PC floppy disc drives or original Shugart drives can be connected to the same PC floppy controller with so-called cable-select feature.
The original IBM PC used NEC µPD765 or an Intel Intel 8272A or 82072A floppy controller chip. All later floppy controller chips are mostly descendants and backward compatible to those chips, so in general they share the same same basic set of registers and work in a similar way. During the two decades when floppy discs had been the most prominent mass storage medium however many extensions and deviations were implemented, and the BIOS code for floppy disc I/O for sure is one of the more complex ones. Even within Windows 9x/ME, floppy transfers could freeze the whole system.
Typical problems with floppy discs include misalignment (either azimuth or angle) of the read/write head, too much abrasion from the magnetic oxide aggregating at the read/write head, and wear on both the medium and the read/write head. Deviation from the correct rotation speed can be compensated to a small extent, but also can cause problems when going too fast or too slow. Magnetization of the read/write head can happen, also can data on floppy disc media be erased when moving the floppy disc too close to a magnetic field. Lubrication of the actuator mechanism can disintegrate, which may lead to non-smooth actuator movement or even to a blocking actuator. Floppy disc drives with two read/write heads are more prone to problems than those with one single read/write head, since it is easier for single-sided disc drives to keep the right pressure of the read/write head towards the medium. In general dirt or dust and even fingerprints on a floppy disc can result in data errors. Of course loss of spindle or stepper motor function or sensor defects all result in total malfunction of the drive.
As a summary, pretty much can fail, and actually there are more reliable and more durable storage technologies than floppy discs.
In principle, the HP 9845 just supports three different floppy disc formats, that of the 9885, that of the 9895A floppy disc drive, and single-sided IBM 3740 media. All form factors are 8" (5.25" drives were invented in the mid-seventies, but were not yet considered as an alternative at the design time of the 9845). So for gaining access to a standard HP 9845 floppy disc, you'll need an 8" floppy drive for your PC.
Actually, since I personally don't own one, I just can hope that Fdio works with those 8" drives, but I never tried. So some feedback would be great.
Floppy disc support can be extended for the HP 9845 by installing an admittedly rare option ROM from Structured Software Systems. With such an option ROM installed, the 9845 can use any AMIGO based floppy disc drive, including those with 5.25" and 3.5" form factor. The media produced with this combination can generally be handled by the Fdio program.
The later HP 9000 series 200 systems had built-in 5.25" floppy disc drives which used the same format as the 82901 external floppy disc drives. The first drives which could handle 3.5" floppy discs were the 9121 external floppy disc drives. Later the 9122 floppy disc drives supported the 3.5" DD and HD formats, but already used the SS/80 command set. Generally, for LIF floppy discs HP mainly used the 5.25" and the 3.5" form factors. All those discs can be handled with Fdio.
All HP floppy discs (at least until the entry in the PC compatibles) use a sector size of 256 bytes. The formats are summarized in the following table:
|Capacity||502.5||1,155 kBytes||240.5 kBytes||280 kBytes||280 kBytes||616 kBytes||1,232 kBytes|
|Data Rate||??||??||??||500 kbps||250 kbps||250 kbps||500 kbps|
Just for comparison, here are the characteristics for common DOS floppy disc formats:
|Sector Size (bytes)||512||512||512||512||512||512||512||512|
|Data Rate (kbps)||250||500||1,000||300||300||300||300||500|
Fdio just handles the raw sector data and doesn't care about any file system information. The main job for Fdio is to save the low-level floppy data into binary image files and, in turn, restore original floppy disc media from binary images. Besides, Fdio provides typical media operations like formatting, duplication and diagnostics. Finally, Fdio has the ability to perform a deeper analysis of unknown media in order to determine the medium characteristics.
All functions have been implemented into one single executable, which runs as a console application under all WIN32 versions from Windows 95 up to Windows Vista. For direct floppy access under Windows NT/2000/XP/Vista the free FDRAWCMD driver package must be installed (the package was developed by Simon Owen and is included in the distribution packages which can be downloaded below, more information about the FDRAWCMD driver can be found here).
The Fdio utility does most of the work automatically, so you for example can copy a floppy from drive A: to drive B: (no matter what kind of medium is inserted) simply with
fdio -dup a: b:
If you want the same copy but to an image file instead of a real floppy drive, you can create a disc image e.g. with
fdio -dup a: myimagefile.hpi
Transferring an image back to a floppy disc is done with
fdio -dup myimagefile.hpi a:
Copying to floppy requires a floppy already to be properly low-level formatted (note that all existing data on floppy will be erased during this step). This is done simply with
fdio -format a:
Note that there are many different low-level formats supported (this is one of the main advantages of Fdio). If you do not select a specific format, Fdio assumes DOS format and formats to the most recent format supported by your floppy drive hardware. If you need to format with a special format like single-sided double-density 3.5" LIF format, first execute
Then select the preset number of your choice, and add it as -p parameter to the format command. For the SS/DD LIF example, it would be
fdio -format -p 11 a:
After formatting, a floppy is ready to be used for copy operations.
Using the Fdio Utility
Fdio can be widely tailored to your needs. Generally, it can be executed in the form
fdio <command> [<options>] [<parameters>]
Below is a summary of all commands. Execute Fdio with the -h option for a summary. Also have a look into the README file for up-to-date information.
|-format <drive>||Low level formats a floppy disc.|
|-dup <source> <target>||
Sector-by-sector copy from <source> to <target>. <source> and <target> can either be drives (e.g. a: or b:) or images (select an image file name in this case). Can be used to duplicates media, to create images from media or to restore media from images.
Normally, duplication works with ordered sectors, i.e. the sector data is arranged in the sequence of the sector IDs. It can be switched to reading raw track data with the -raw option.
The duplication range can be limited with the -r option.
|-verify <drive>||Performs a sector-by-sector read verify on the floppy disc. All data on the disc will be preserved.|
Report the medium type (only works if there is already a preset for the medium, see the -preset command below).
Note that the reported data reflects only the most likely preset, not the actual characteristics of the medium. Use the -analyze option for a comprehensive check of the medium characteristics.
|-analyze <drive>||Performs a detailed medium format analysis in order to determine medium characteristics for own preset definitions. Can be used with any medium.|
Creates a detailed map of the medium in XML format, including all structural information. Can be used with any medium.
Every cylinder which can be positioned with your floppy drive hardware will be checked, so media with low track density in high density drives may lead to unpredictable results for non-existent/intermediate tracks.
Shows details about a specific <preset>. If <preset> is omitted, all presets are listed. For the current 2.2 version this would show up to:
Preset Media type
1 DOS 3.5 DS/HD (1440k)
|-reset||Resets the floppy disc controller (can be useful if the controller has been left in an unkown state).|
|-license||Show license information.|
Most commands can be tailored with one or more options. Below is a summary of all available options. Again, execute Fdio with the -h option for a summary. Also have a look into the README file for up-to-date information.
|-h||Output a summary of the command line options.|
Specify the drive type which is used in the operation (overrides BIOS settings).
<drive> is one of
Can be useful in case your OS or BIOS reports wrong drive types or the OS doesn't detect a connected drive. This setting is valid for any drive used in the operation. So, if you for example are using the -dup command to copy from one drive to another, the selection applies to both drives.
Specifies detail of HPDir's reporting. Possible values are
Loglevel 4 applies to direct controller action only (available under Windows 9x/ME). Also, for reliability reasons, no output will be generated for burst transfers due to timing restrictions (the output would disturb the contiuous transfer of disc data).
Controller communication can't be tracked with the FDRAWCMD driver.
|-p <preset>||Use a predefined preset instead of the default (see the -preset command above)|
|-g <c,h,s,size>||Specify the disc geometry for known media (overrides any autodetection) with the following parameters:
c: cylinders per disc
|-i <interleave>||Specifiy the n:1 interleave factor (overrides autodetection).|
|-s <headskew> <cylskew>||Specify head and cylinder skew (overrides autodetection).|
|-r <first> <last>||
Specify a range for dup. <first> denotes the first 256-byte-block (starting at 0), <last> the last 256-byte-block (inclusively). If the sector size is higher than 256 bytes, partial sector copy is possible.
As an example, if you need to copy the second and third sector from a disc in <drive> with sector size of 512 bytes into <file>, use
and only blocks 2, 3, 4 and 5 (covering the second and third 512-byte sector) will be copied.
|-raw||Use raw track access mode for dup (read only). In this mode, the sector ID is ignored and the sector data is just read in the order they are placed on the track, including any junk sectors.|
|-v||Show version info.|
|-license||Show license info.|
There are several often-used presets for different vintage floppy formats built into the Fdio utility which are used for autodetecting the floppy format. Execute 'fdio -preset' to show the supported presets. If you like to add some more, simply create a config file with the name fdc.ini. There is a sample file fdc_example.ini included in the distribution. Executing 'fdio -analyze <drive_number>:' will help you finding the right parameters for unknown media.
How Fdio Works
As mentioned above, the main objective of the Fdio program is to recover data from non-standard floppy disc media in proper sequence. It is not the aim of this program to register all structural information of the media (e.g. for exact reconstruction of the original disc). Use programs like Teledisc for this purpose. On the other side, you in general can't use tools like Teledisc for extracting the original payload data.
The Fdio model assumes a uniform drive geometry and uses the first track as master. Any track which deviates from the first track (e.g. in sector count or modulation) is treated as 'junk' in order to separate valid payload data from other information, which is of no use for storing information data. So, if the original format uses different modes/geometries for different tracks, this can't be handled by Fdio. This differs from other solutions, which are dealing on sector level and in general don't care about what data is usable and what is used for copy protection or simply junk (e.g. from previous formatting).
In normal mode, the first thing Fdio does before any operation is to get the floppy drive data from the operating system. Since on a PC it is technically not possible to determine reliably whether a drive is connected and which are the form factor and the capabilities of the drive, we rely on the data once specified by the user in the system BIOS. In case the drives are not reported correctly by the OS or BIOS, you can use the -d option to specify the type of drive installed on your own.
For read, write and verify operations, Fdio next tries to detect the proper medium characteristics. To do it quick, Fdio tries to read the first track with all medium presets matching the form factor in the order they are listed with the -presets command. The first working preset is then used for any further read or write operation. In case you need to use another preset, use the -p option to select your own or one of the -g, -i or -s options to override the detected settings. If you are always using the same preset, simply disable auto-detect in the fdc.ini file by using the 'preset=' directive.
Once the proper medium parameters are set, Fdio reads or writes all valid sectors in the proper order to/from other drives or image files, ignoring everything else. So images represent the net payload data stored on the medium, without any structural information.
Depending on the Windows version, Fdio can either go directly on the floppy controller, or can use the FDRAWCMD driver for low-level floppy access. Both methods have their advantages and disadvantages. Actually, the way Fdio goes down on the floppy controller under Windows 9x/ME is more or less a hack, since it utilizes neither DMA nor interrupts.
Direct controller access gives most control over the hardware, but works under Windows 9x and ME only, since the NT driver model protects the low-level hardware. Fdio does not use DMA for direct controller access, so for making sure the critical part of the data transfers from the controller to the host is not disturbed by any user or program action, Windows interrupts will be partly disabled, as you can recognize by short 'freezed' mouse movement. In general this should not be an issue, since control is quickly passed back to the host, however if the floppy controller gets locked up for whatever reason, it can happen that Windows gets stuck, too.
In fact I am convinced Simon Owen did a real good job with his FDRAWCMD driver package, so I encourage to use this way as the first and more reliable choice.
As mentioned above, Fdio does a quick check to find out the proper medium format (autodetect) based on the very first track only. So, if the other tracks won't match the format of first track, or the format is not yet in the list of supported formats, Fdio does not work out of the box with that disc. Also, Fdio assumes a constant sector size for all sectors on the disc. So, if there are - for whatever reason (optimized yield, copy protection etc.) - sectors with changing sector size, only the sector size of the very first sector in the first track is regarded as "valid", and all sectors deviating from that size are regarded as "surplus" or "junk". This especially prevents Fdio from supporting so-called mixed sector size (MSS) formats.
Reason behind is a trade-off. Autodetection on MSS obviously is not possible, you need to scan the whole disc and create full sector maps. Also it is not known in advance, whether the extra sectors hold valid data or not and whether they are the result of a valid formatting process, or just left over from a previous formatting run (typical case is a dual-sided formatted disc being re-formatted in a single side disc drive). And, finally, if you create images from the drive, you are forced to also register and keep the full sector structure in addition to the net data, otherwise you will not be able to re-create the floppy.
For the sake of ease of use, Fdio assumes a homogeneous disc layout, which allows both autodetect and use of pure unstructured net data images. If you need to preserve the full structure of a floppy disc, it is recommended to use tools like Teledisc.
The presets provided with the Fdio program cover the common DOS formats plus the formats used with vintage HP floppy drives (mostly used with the LIF file system). This is ok for the context of this site, however you may like to use Fdio with some other formats. Also, the provided presets may fail even on expected DOS or LIF discs, for whatever reason.
If you know the characteristics of the disc format you are using, you can create your own presets and add them to the fdc.ini file. Fdio also provides some kind of analysis for unknown media in order to let Fdio determine those characteristics for you. Simply run Fdio with
fdio -analyze <drive>
and Fdio will do a sophisticated check of the medium, providing you with the preset data you need. Take into account that even this kind of analysis has its limits. Fdio still assumes a uniform geometry and the same encoding (FM/MFM) all over the floppy disc, and not all tracks are completely analyzed (Fdio does a probe check in three dimensions - sectors, heads and tracks, and therefore does its job quite fast but does not check all sectors of the medium). Also, floppy media still can hold data from previous formatting, which differs from the current format. Copy protection mechanisms can make it even harder to get some meaningful information about the disc. Altogether, Fdio does its best to provide you with the data needed for working with the disc, but it may fail anyway.
If you need a complete map of the medium, with all sectors and tracks, use the -describe command:
fdio -describe <drive>
Fdio then creates a list of all tracks with a comprehensive description of all structural information in the following notation:
<sector ... />
<sector ... />
<sector ... />
This can be helpful for fault analysis in case the -analyze option does not lead to usable results. When using Fdio with the FDRAWCMD driver under Windows NT/2000/XP/Vista, the results however can be somewhat strange for discs with low density tracks (40 tracks per side and less).
Working with Floppy Disc Images
Those images produced by the Fdio utility (or by HPDir) are 'cooked' images. In contrast to 'raw' images they hold the actual payload data from each floppy disc sector in correct sequence. This means that no structural information is stored with the data, and you don't have to care about interleave, track/cylinder skew, extra spare sectors or such alike.
Files of this format should have the file extension '.hpi' to indicate they have been derived from HP discs, so that someone knows that the files system contained in the data probably is HP-related. However there is nothing magic with this format, it simply represents the uncompressed data how it is provided to the operating system (which won't care about low-level raw matters as well). If you open the image file with a hex editor, it looks much like when you are using a disc editor on the floppy disc. If the sector size is e.g. 512 bytes, the first 512 bytes of the image file are the content of the first sector on disc, the next 512 bytes are the content of the second sector on disc and so on. Pretty generic.
In fact, the image format used by Fdio is identical to that used by other utilities available from different vendors, like VirtualFloppyDrive (VFD, free), Floppy Image Creator (shareware), EMT4WIN (free), Rawrite (free) or WinImage (shareware) and a couple of others. The images with different file name extensions like .vfd, .ima or .img actually are all the same, so - supposed you have created the image with Fdio from a Windows or DOS floppy (i.e. using a FAT, FAT32 or NTFS file system) - you can use Floppy Image Creator or WinImage to explore the image produced by Fdio or VFD to mount the image as virtual floppy drive.
Be aware that all those utilities only support Microsoft's DOS/Windows file systems, some also can deal with UNIX file systems, but none with vintage HP file systems. So attempting to explore an image file created from e.g. a LIF floppy disc with WinImage won't work. Use the HPDir utility or the HPDir plugin for Total Commander from this site instead (see HPDir Project Section).
Click here for downloading Fdio:
|Fdio 2.2 Windows 9x/ME/NT/2000/XP/Vista/Win7 executable:||fdio-22.zip|
This version may still have a bugs. Please use the contact feature to let me know if something doesn't work as expected.
This program is not free software, however non-commercial use is provided without charge and you can redistribute it under the terms of the CREATIVE COMMONS PUBLIC LICENSE as published by Creative Commons International, either version 3.0 of the Attribution NonCommercial NoDerivs License, or any later version.
See the README included in the Fdio package for troubleshooting procedures.