[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Apple 3.5" drive questions



Let's look at it from the other way around...could an MS-DOS drive
(either 3.5" or 5.25") in a PC read and write to GS or 8 bit disks in a
format that a IIe/IIc/GS would recognize?

All you would need is a simple DOS translation program to allow you to
transfer things downloaded on your PC over to GS without the need of a
special cable.  

I do this now with Atari 8 bit software.  I run a DOS program call
AtariDSK (free from Hiasoft) and it allows you to format an Atari 8 bit
disk on your PC and transfer files directly to the disk.  Put your disk
into your Atari 8 bit and you're in business.

To get a bootable disk, you need to add 2 files from your Atari DOS disk
(AtariDsk isn't able create a bootable disk itself) but that's a very
minor point. I was able to finally get some hard-to-get software onto
Atari 8 bit disks for use with my 130XE to get it online.  Now I can
download direclty to the 130XE.

I also have a DOS program to allow Tandy Color Computer OS9 disks to be
written directly to, on a PC.  It makes transfers a piece of cake.

If such a program existed to allow direct disk writing to an 8 bit or GS
disk for Apple, it would be a bonus.

--------------------------------------------------

On Tue, 4 Mar 2003, David Empson wrote:

> Charlie <charlied@NOSPAMbboard.com> wrote:
> 
> > Recently, through the work of Simon Williams, a problem long held to be a
> > hardware incompatibility was solved by software.
> > This made me wonder for the millionth time if software could solve the
> > problem of reading and writing MS-DOS with an 800k Apple 3.5" floppy drive
> > connected to an Apple II.
> > 
> > Yes, I know, this is supposed to be impossible.  The hardware is supposed
> > to be incompatible with writing MS-DOS.
> 
> Most Apple II 3.5" disk controllers are not capable of reading and
> writing MFM encoded disks.  The major exceptions are the SuperDrive card
> (which only supports it in conjunction with a SuperDrive) and the PC
> Transporter (which can do it with an Apple 3.5 Drive, albeit somewhat
> unreliably).
> 
> > What I don't know is why.
> 
> Compared to GCR, MFM requires double the resolution for placement of
> bits.  On a double density 3.5" disk, GCR needs 2 microsecond
> resolution, while MFM needs 1 microsecond resolution (flux reversals
> must still be at least 2 microseconds apart, but higher data density can
> be achieved if the bits may be 2, 3 or 4 microseconds apart rather than
> just 2 or 4 microseconds).
> 
> The standard 3.5" drive controllers on the Apple II (including the IWM
> chip) only support 2 microsecond resolution for bit cells, so they can't
> access MFM data.
> 
> Another problem is that when reading data, the IWM requires bit 7 to be
> set in each disk byte.  This is true for the values used with GCR, but
> MFM allows arbitrary 8 bit data to be read.
> 
> I'm sure there are other technical problems.
> 
> The SWIM (used on the SuperDrive card, and an early version is also used
> on the PC Transporter) presumably allows for both of these issues when
> operating in MFM mode.
> 
> > What I do know is that the drive itself (in an Apple IIgs) can read and write
> > MS-DOS when connected to PC Transporter.  So what is it about the PC
> > Transporter that is different from the Apple IIgs smartport/IWM?
> 
> It has a variant of the SWIM chip, which supports MFM.  The IWM doesn't.
> 
> > One guess would be that the Apple firmware doesn't allow for maintaining the
> > same disk rotational speed.  MS-DOS disks rotate at the same speed no matter
> > which track the head is on.  Apple disks vary the speed.
> 
> The variable speed of rotation is hard wired into the Apple 3.5 Drive.
> When used with a PC Transporter, it is somewhat unreliable compared to a
> 3.5" TransDrive (720K MFM, fixed rotation speed) because the bit cell
> timing varies depending on the track range in which the head is located.
> 
> > Would it be possible to write a driver that could hold the speed steady?
> 
> No.
> 
> (Note that the older Macintosh 400K and 800K drives used a timer output
> from the VIA chip on the motherboard to control the rotation speed, so
> the speed could be controlled through software.  This mechanism was
> built into the drive for the Apple 3.5.)
> 
> -- 
> David Empson
> dempson@actrix.gen.nz
> 
>