[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: DSK to NIB Instruction
- Subject: Re: DSK to NIB Instruction
- From: "Charlie" <charlied at bboard dot SPAMcom>
- Date: Tue, 11 Oct 2005 14:39:27 -0400
- Newsgroups: comp.sys.apple2
- Organization: http://newsguy.com
- References: <eKW1f.1556$B14.1455@newssvr11.news.prodigy.com> <VZb2f.1720$Aw.30993@typhoon.sonic.net> <did70a$1qv7$1@merope.saaf.se> <didmu2$evg$1@unlnews.unl.edu> <didqc6$21gq$1@merope.saaf.se> <4%v2f.1858$Aw.32985@typhoon.sonic.net> <diehtv01oju@news2.newsguy.com> <d8B2f.1931$Aw.34370@typhoon.sonic.net>
- Xref: g2news1.google.com comp.sys.apple2:6091
"Andy McFadden" <fadden@fadden.com> wrote in message
news:d8B2f.1931$Aw.34370@typhoon.sonic.net...
> Charlie <charlied at bboard dot SPAMcom> wrote:
>>> What we *do* have is Disk2FDI. The FDI format has the exact track
>>> length,
>>> can identify 9-bit vs. 10-bit sync bytes, and so on. Converting raw
>>> .FDI
>>> to .NIB is vaguely criminal. :-) There's also no "raw" format for 3.5"
>>> media, so they always have to be converted to .dsk.
>>
>> Maybe I'm misunderstanding you but, Disk2FDI is capable of creating raw
>> .FDI
>> from 3.5" disks.
>
> Sorry -- there is no "raw" format for 3.5" media that anything other than
> FDI utilities can understand.
>
> For example, CiderPress can read them, but it always has to convert them
> to ProDOS-ordered 800K images. There's no way to hand a copy-protected
> 3.5" disk to an Apple II emulator.
Okay, I did misunderstand.
What we really need is an Apple II emulator that handles .FDI.
Charlie