TIP: Click on subject to list as thread! ANSI
echo: apple
to: comp.sys.apple2
from: Rick Balkins
date: 2009-02-05 11:04:50
subject: Re: Iomega Zip drive MFM or GCR?

Vanessa, I think I got to that in my follow-up.

We are mainly talking about the Zip Disk that been around for awhile and may 
have used an older scheme then the hard drives that came out in 1995 (IIRC 
about when Zip Disks first came out).

Like I said in a follow up - it can be PRML or even EPRML. Modern HDs uses 
this scheme and possibly a custom encoding schem on top of that. I agree 
with Thomas as well, I think it can be a proprietary/custom encoding scheme 
(or one of many encoding systems out there) running on top of the PRML/EPRML 
recording system. As for the use of GCR.... It be suprising to see being 
used today as it is primarily a "Retro" thing, nowadays.

"Vanessa E."  wrote in message 
news:gmfbho$rd8$1{at}aioe.org...
> Rick Balkins wrote:
>
>> It is probably an RLL scheme. MFM is for FAT/FAT12 disks.
5.25" & 3.5"
>> floppy disks and very early hard drives. New hard drives uses an RLL 
>> scheme.
>> If anything, for legacy sake, this would be an MFM/RLL style scheme 
>> versus a
>> GCR/RLL scheme.
>
> Only older hard disks with the ST-506 interface used RLL and MFM.
>
> Modern hard disks use something different.  Anything made between the 
> ST-506
> era and roughly 2006 uses parallel recording of course, but not the 
> RLL/MFM
> schemes.  What exactly is used probably depends on the manufacturer.  From
> 2006 onwards, drives are starting to appear that use perpendicular 
> recording,
> where the magnetic particles are oriented vertically with respect to the
> media.
>
> On top of the recording scheme are something called PRML (which helps make
> sure reads are consistent despite noisy media), and Reed-Solomon error
> correction (same scheme as used on CD and DVD media).
>
> On top of that is the interface layer, the bit we all know as IDE, SATA, 
> or
> SCSI.  The controller in the computer has no idea at all about the 
> recording
> scheme.
>
>> FAT was built around and on top of MFM coding ...
>
> It might have been designed with floppy disks in mind, but FAT is a 
> filesystem
> layer, independent of the underlying recording scheme.  These days, it is
> most commonly found on memory cards, thumbdrives, mp3 players, and so on.
>
> FAT is used so commonly because practically everything made in the last 20
> years or so can read it.  Other filesystems can theoretically be used as
> well, as long as the disk is low-level formatted properly and the
> filesystem's metadata will actually fit into the 1.4 MB space available.
>
>> If you take a look at Iomega SuperDisk project,
>
> SuperDisk was a 3M/Imation technology, not Iomega.  That aside...
>
>> it alludes to MFM and MFM/RLL encoding scehemes versus GCR because it
>> doesn't read older GCR disks but MFM disks. So, this is probably the 
>> case.
>
> You're talking about the floppy disk read capability.  The Imation 
> SuperDisk
> project is a variation on the older Floptical technology, which used RLL 
> for
> the recording scheme, with a laser to guide the head from track to track.
>
> As Iomega disks are entirely magnetic, RLL probably also forms the basis 
> of
> the recording scheme, but it likely differs enough from the sort used on
> floppy disks that it can no longer be called "RLL".
>
>> GCR was Commodore, Apple II, and few IBM based systems:
>> http://en.wikipedia.org/wiki/Group_Code_Recording
>
> According to the above link, GCR can be used on top of RLL, which does 
> make
> sense.  Remember that RLL and MFM are the low-level recording schemes, 
> while
> GCR is really more of an encoding scheme, which is why we have raw
> GCR-encoded 1541 disk images out there (.G64), in addition to the usual
> unecoded version (.D64).
>
> As to the ZIP drive, I would have to agree with Thomas - the low-level
> recording scheme could be just about anything, since it is abstracted away 
> by
> the interface.
>
> -- 
> "There are some things in life worth obsessing over.  Most
> things aren't, and when you learn that, life improves."
> http://starbase.globalpc.net/~vanessa/
> Vanessa Ezekowitz 
>
--- SBBSecho 2.12-Win32
* Origin: Derby City Gateway (1:2320/0)
SEEN-BY: 10/1 3 34/999 120/228 123/500 128/2 140/1 222/2 226/0 236/150 249/303
SEEN-BY: 250/306 261/20 38 100 1404 1406 1410 1418 266/1413 280/1027 320/119
SEEN-BY: 393/11 396/45 633/260 267 712/848 800/432 801/161 189 2222/700
SEEN-BY: 2320/100 105 200 2905/0
@PATH: 2320/0 100 261/38 633/260 267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.