Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!nbires!isis!ico!cadnetix.UUCP!childs
From: childs@cadnetix.UUCP (David Childs)
Newsgroups: comp.sys.amiga
Subject: Re: Reading MAC disks ?
Message-ID: <989@cadnetix.UUCP>
Date: Fri, 23-Oct-87 15:55:05 EST
Article-I.D.: cadnetix.989
Posted: Fri Oct 23 15:55:05 1987
Date-Received: Sun, 25-Oct-87 23:50:18 EST
References: <4028@well.UUCP> <2488@cbmvax.UUCP> <984@dclemans.mntgfx.MENTOR.COM> <363@sdcc15.UUCP>
Organization: Cadnetix Corp., Boulder, CO
Lines: 38
Keywords: MacIntosh, diskette
Summary: What I heard about Magic Sac

In article <363@sdcc15.UUCP>, cp46@sdcc15.UUCP (Hartford) writes:
> In article <984@dclemans.mntgfx.MENTOR.COM> 
> 	dclemans@mntgfx.MENTOR.COM (Dave Clemans) writes:
>>Data Pacific, the company that did the Mac emulator for the Atari ST, has
>>come out with a product that lets Mac disks be read on the ST.  With
>>appropriate driver software that box should work fine on the Amiga.
> 
>I spoke with the folks from Data Pacific at a recent Atari show in
>Glendale, CA, and they assured me that they had a version of their Mac
>emulator working (sort of) on the Amiga, with the Amiga drive
>reading and writing Mac formatted diskettes! No box necessary!

From what I heard, the reading of MAC disks is only with the ST version,
and that includes the disk-controller unit being needed.  I would think that
the same kind of box could be made for the Amiga as for the ST, but
Central Coast Software, the makers of Dos2Dos and Disk2Disk, havn't announced
any Mac2Amiga converters yet so I would be surprized if it can be done
easily.  They told me that the orignal version of Amiga Magic Sac would
come out with a Data Pacific TM format just like the ST has.  It might be
nice to have both the ST and Amiga version of floppy formats be compatible.

>The monochrome display, however, won't be as nice as it is on the ST,
>where many people use the super-high resolution monochrome monitor already.
>The Amiga version will have two options: 1) interlace, and 2) leave out
>every other scan line. I'm not quite sure how this second method would
>work, but that's all I could get out of them.

I would think that leaving out every other scan line would be just that.
It sounds hard to do, because the whole MAC screen would still be drawn to
RAM, but only half would be displayed.  A scrolling super-bitmap might be
a nice approach.  The other, but probably worse approach would be to just
have a small 640x200 MAC screen.  User selectability would be nice.

> Stephen Hartford		       	//       cp46%sdcc15@sdcsvax.ucsd.edu
> people unclear on the concept:      \\ //      am10fme%sdcc2@sdcsvax.ucsd.edu
> "power without the price" 	     \//     ma176abn%sdcc19@sdcsvax.ucsd.edu

David Childs  Cadnetix Corp.  (303) 444-8075  childs@cadnetix.UUCP