Suggestions about the HxC Floppy Emulator

General discussion forum - for all that doesn't fit in any other category.
Post Reply
timofonic
Posts: 18
Joined: Mon Aug 20, 2007 1:12 pm

Suggestions about the HxC Floppy Emulator

Post by timofonic »

Hello.

I think your floppy emulator is quite interesting and the IC used on the PCB makes it a very flexible platform.

I have some questions and doubts want to know. Feel free to reply them when you want, just I'm quite curious about your nice project:

I really don't understand why C64 floppy emulation can't be supported, since there are hardware that can emulate it with only a pic like said previously on other post (and your site too) with the 1541-III. I already readed your reply about this on another forum post, but maybe adding a serial port inside the board and other people adding support to emulating that kind of drives could be possible, since this seems an open project :)
The 1541-III is a PIC microcontroller controlling an FAT16 MMC/SD card with .D64 files. It is connected to a Commodore computer via the standard IEC-bus (the serial bus normally used to connect diskdrives and printers).
Because the circuit is based on a PIC microcontroller and not a fancy FPGA or 65xx processor it will never act 100% the same as an 1541. This is the main reason why fastloaders will not work as on a real 1541.
Limitations:
No fast loader support.
None of the Commodore DOS functions beside LOAD and SAVE works.
Few, if any, D64 games with loaders work.
No long filenames.
Why not supporting C64? If it's about not having the hardware, say it and you will receive a C64 computer for free.

DSK and EDSK CPC image file support is coming soon, that's great for the Amstrad community. I have various CPC machines here, most of them with broken disk drives (if you want one of them, say it).

It will be technically possible to support platforms like TRS-80, Heathkit, Apple ][ et TI99/4a as the Semi-Virtual Diskette (SVD) does? What about others like MSX and ZX Spectrum?

You can ask for donations for support other systems, or setup your project on Sourceforge or similar for starting a collaborative project under some open license at your election ( like GPL, LGPL, MPL our your own "free for non-commercial use" license).

You can start some kind of community like MIDIbox does: http://www.midibox.org

I also found this product from some unknown guys from India (Krishna Software) with a pre-1995 style website: http://www.krishnasoft.com/sps.htm

Their product seems quite simple in hardware, but makes possible to control the input ports (joystick, mouse and keyboard) ports from the PC. I found it quite interesting, as it's like using Synergy2 by hardware even on old machines, and depending on less native hardware so you can control all your machines with only your PC/MAC.

Maybe with some kind of geeky port, your board could be able to do that stuff and even converting input devices (PC mouse to amiga mouse, PC mouse to SNES mouse, PC keyboard to amiga keyboard, PC keyboard to MSX keyboard...).

(1) DB25->DB9/RJ10/Flat8 (for Amiga 500/1000 and Atari 400/800/XL/XE)
(2) DB25->DB9/DIN5 (for Amiga 2000/2500/3000)
(3) DB25->DB9/mini-din (for Amiga 4000)
(4) DB25->IDC34 (for disk drive simulation on all Amigas)
Depending on which peripherals you need to simulate and which machine you have, you would need one or more of the abovementioned cables. MPDOS has been tested with the following Atari computers so far: Atari 400, Atari 800, Atari 600XL, Atari 800XL, Atari 65XE, Atari 130XE, and Atari XEGS, but it should also work with other 6502-based Atari computers. MPDOS has been tested with the following Amiga computers: Amiga 500, Amiga 1000, Amiga 2000/2500, Amiga 3000, and Amiga 4000, but should also work with other Amiga models. The joystick simulation and mouse simulation will also work with Atari ST(e) series of computers using any of the first three cables mentioned above.
What about making that? Maybe the CPLD/FPGA is capable of that, or just adding a cheap PIC for that task.

A CPLD/FPGA like this seems so flexible that could be nice if doing a little more. Maybe it even will could emulate stuff like datasete of carts for atari 2600/5200/7800 or Megadrive/SNES. Sorry, I have too much imagination.

What do you think? Maybe a board like this can be the Swiss Army knife of vintage world, being an all in one solution of a lot different simple hardware.

This is only a sugestion as I'm very happy something like this appears for us the users. I just want to provide ideas for the project and a hardware floppy emulator was one of my retrocomputing dreams.

PS: Maybe your project needs a bit more of promotion. I was lucky and found your site on an amiga.org forum post (see here

Jeff
Site Admin
Posts: 8093
Joined: Fri Oct 20, 2006 12:12 am
Location: Paris
Contact:

Re: Suggestions about the HxC Floppy Emulator

Post by Jeff »

>I really don't understand why C64 floppy emulation can't be supported, since there are hardware that can emulate
>it with only a pic like said previously on other post (and your site too) with the 1541-III. I already readed
>your reply about this on another forum post, but maybe adding a serial port inside the board and other people
>adding support to emulating that kind of drives could be possible, since this seems an open project

As already said here :
http://torlus.com/floppy/forum/viewtopic.php?t=94
"The HxCFloppyEmulator was not designed to emulate "intelligent" drive. To make an "1541 compatible" drive we need to add an uC + our own firmware to the actual design. With an FPGA it's possible but this need some work to be done.
Additionally this is a specific development for C64.
In others words, there is no plan to replace the whole 1541 unit in this project.
Hopefully there are some others project which do the same thing :

http://jderogee.tripod.com/project1541.htm
http://www.hobby.nl/~commodore-gg/innov ... 1kaart.htm

...
...

This is possible to replace the internal drive by the HxCFloppyEmulator. This is the best method if you want something 100% compatible with the original 1541, because in this case you keep the 1541 controller board and its firmware.
"



>DSK and EDSK CPC image file support is coming soon, that's great for the Amstrad community. I have various CPC
>machines here, most of them with broken disk drives (if you want one of them, say it).

The DSK and EDSK CPC image file are already supported.


>It will be technically possible to support platforms like TRS-80, Heathkit, Apple ][ et TI99/4a as the
>Semi-Virtual Diskette (SVD) does? What about others like MSX and ZX Spectrum?

With the new version yes!


>You can ask for donations for support other systems, or setup your project on Sourceforge or similar for
>starting a collaborative project under some open license at your election ( like GPL, LGPL, MPL our your own
>"free for non-commercial use" license).

the software will be soon switched to GPL license.


>I also found this product from some unknown guys from India (Krishna Software) with a pre-1995 style website:

>http://www.krishnasoft.com/sps.htm
>...
>...
>...
>What about making that? Maybe the CPLD/FPGA is capable of that, or just adding a cheap PIC for that task.

The aim of the HxcFloppyEmulator project is to emulate floppies with copy protections (variable bitrate,flakey bits,etc...), write support, FM/MFM/GCR support.

There are still lot of work, and for me carts/mice/keyboard support are totaly differents projects (like mine gameboy carts reader/writer : http://hxc2001.free.fr/gbkit/

timofonic
Posts: 18
Joined: Mon Aug 20, 2007 1:12 pm

Post by timofonic »

Sorry for rescue this original thread.

The idea I tried to explain you was about not limit this interface to IDC connectors but those serial systems. Of course you don't need to implement the software, just the needed hardware so others can do it.

You can add one serial type interface so other people could use your hardware for that too. This serial port could then be used by other people and converting your hardware on the definitive floppy emulation platform in the future, the SDiskEmul already supports SIO and there are open-source apps for PC that emulate SIO driven devices of Atari 8bits so maybe it can be relatively easy to do by looking at other people's works.

So your interface will be able to replace the internal 1541 floppydrive? Do you have the neccessary hardware? If not, do you accept donations?

What about Linux support over the USB interface? Some future commandline tool?

Are platforms like ZX Spectrum?

http://members.tripod.com/~piters/ppflofs.htm
http://tcg.speccy.cz/zoom/files/betadisk.txt
http://www.worldofspectrum.org/BackToThePlus3/
http://www.worldofspectrum.org/trdos.html
http://www.ramsoft.bbk.org/tech/tr-info.zip
ftp://ftp.worldofspectrum.org/pub/sincl ... Manual.txt
http://trd.speccy.cz/

And MSX?
http://pinouts.ru/Storage/ExtDiskMsx_pinout.shtml

What about X68000?
http://www.gamesx.com/misctech/x68k_floppy.htm

And Sun? http://pinouts.ru/Storage/sunfloppy_pinout.shtml


This interface has TR-DOS (ZX Spectrum Beta128 floppy interface format) support, maybe you can join with him as having certain similar goals: http://www.sensi.org/~tnt23/megadrive/

What about OmniFlop? Maybe he can collabore with you for supporting more formats and such:
http://www.shlock.co.uk/Utils/OmniFlop/OmniFlop.htm

tn23 replied here to my questions:

http://www.amiga.org/modules/newbb/view ... &start=180
In fact, my emulator supports PC/DD 720K floppy format, too. Tested it on PC under Linux, and on the Atari 1040ST. I think we've talked with the author of HxC emulator before, don't know if the two projects can be merged together. I'd be happy to share whatever knowledge of floppy matter I have gained so far.

I found an interesting idea by alexh of amiga.org
I am not a particular fan of the LCD & Multiple buttons idea. Yes it makes it platform independent, but it adds significantly to the overall cost and as you say it makes it difficult to replace "any" 3.5" floppy drive.

After all you have a powerful computer and a TV, why do you need an LCD?

I prefer the idea of only one button (which would be in the position of the Eject) and using the host machine to select disk images.

How would you do that?

A default boot image (selected on power-up or if the eject is held down for 2 seconds).

The boot image is part binary file, and part interaction with the controller.

The binary file provides the preliminary boot media and the menu system. The controller provides the flash card file listings and a way of selecting a disk image by writing data (back to the controller).

Of course you would need a different "default image" for each target platform, but I am sure they could be knocked together with partners from each scene in 5-10 mins.

Especially if you open-sourced the API (i.e. which tracks do what etc.)

By keeping multi-disk games in folders on the flash card, you could select between disks by simply pressing the eject button for less than 2 seconds to cycle through.

If we could agree a partnership and an API, then I would arrange to get the default boot image (dual-format) coded for the Amiga/ST for an experiment?

By getting rid of the LCD and extra buttons (and support code) the floppy emulator can be reduced in complexity and mass produced for a low price. (And/Or for a high profit ;)).
While adding LCD or not is more or less important, the stuff you mentioned about a genlock mixing a signal for a onscreen OSD menu could be nice. This is already done in the SDiskEmul too.

Sorry for spamming you of questions, I found your project very interesting and needed to say my ideas here.

Jeff
Site Admin
Posts: 8093
Joined: Fri Oct 20, 2006 12:12 am
Location: Paris
Contact:

Post by Jeff »

timofonic wrote:Sorry for rescue this original thread.

The idea I tried to explain you was about not limit this interface to IDC connectors but those serial systems. Of course you don't need to implement the software, just the needed hardware so others can do it.

You can add one serial type interface so other people could use your hardware for that too. This serial port could then be used by other people and converting your hardware on the definitive floppy emulation platform in the future, the SDiskEmul already supports SIO and there are open-source apps for PC that emulate SIO driven devices of Atari 8bits so maybe it can be relatively easy to do by looking at other people's works.
Adding a serial port is not difficult (the Standalone have already one), but adding code to handle these protocols may be a long task.
Additionnaly there are many good projects that already done the emulation of these specifics protocols, like does the 1541 III or the SIO2SD. So for me it's not a priority.
timofonic wrote: So your interface will be able to replace the internal 1541 floppydrive? Do you have the neccessary hardware? If not, do you accept donations?
No thanks, i can found a C64+1541 easily.
timofonic wrote: What about Linux support over the USB interface? Some future commandline tool?
Yes for sure ;-).
Possible Yes.
A new plugin for MSX2 coming soon ;-)
timofonic wrote: What about X68000?
http://www.gamesx.com/misctech/x68k_floppy.htm
It's seems possible, but there are some unknown signals at its connector ?
Seems possible.
timofonic wrote:
I found an interesting idea by alexh of amiga.org
I am not a particular fan of the LCD & Multiple buttons idea. Yes it makes it platform independent, but it adds significantly to the overall cost and as you say it makes it difficult to replace "any" 3.5" floppy drive.

After all you have a powerful computer and a TV, why do you need an LCD?

I prefer the idea of only one button (which would be in the position of the Eject) and using the host machine to select disk images.

How would you do that?

A default boot image (selected on power-up or if the eject is held down for 2 seconds).

The boot image is part binary file, and part interaction with the controller.

The binary file provides the preliminary boot media and the menu system. The controller provides the flash card file listings and a way of selecting a disk image by writing data (back to the controller).

Of course you would need a different "default image" for each target platform, but I am sure they could be knocked together with partners from each scene in 5-10 mins.

Especially if you open-sourced the API (i.e. which tracks do what etc.)

By keeping multi-disk games in folders on the flash card, you could select between disks by simply pressing the eject button for less than 2 seconds to cycle through.

If we could agree a partnership and an API, then I would arrange to get the default boot image (dual-format) coded for the Amiga/ST for an experiment?

By getting rid of the LCD and extra buttons (and support code) the floppy emulator can be reduced in complexity and mass produced for a low price. (And/Or for a high profit ;)).
While adding LCD or not is more or less important, the stuff you mentioned about a genlock mixing a signal for a onscreen OSD menu could be nice. This is already done in the SDiskEmul too.
Okay, but what do you do when you need to plug the emulator on this kind of "computer" ?:
http://www.reflexmusic.de/DSS-1/HxCEmu.htm

Additionnaly adding an OSD for all type of display (TV / CRT / VGA), in all resolutions and frequency is not so easy : for example the SDiskEmul didn't support High Res (monochrome) Atari ST monitor, because of the horizontal frequency.
And as you mention it, this already done in Sdiskemul project so the why do you want re-create this?

I want somethings easy to plug and unplug, with the minimum of specific software/hardware connection.
Adding an new "driver/control application" for all supported computers seems to me a crazy and long task, and finaly this will make a hard-to-use interface. For example are you ready to program this kind of software for Oric ?

If i need to add specific software on the computer, i far prefer projects with new hardware, like the SatanDisk:
Image

timofonic
Posts: 18
Joined: Mon Aug 20, 2007 1:12 pm

Post by timofonic »

Jeff wrote: Adding a serial port is not difficult (the Standalone have already one), but adding code to handle these protocols may be a long task.
Additionnaly there are many good projects that already done the emulation of these specifics protocols, like does the 1541 III or the SIO2SD. So for me it's not a priority.
I understand, but keep in mind 1541-III has important limitations. The interesting one is the Ultimate 1541, but that one isn't still released.

As long as you release the source and schematics, maybe someone could add support for one of those "intelligent" serial floppy protocols :)
Jeff wrote:
timofonic wrote: What about X68000?
http://www.gamesx.com/misctech/x68k_floppy.htm
It's seems possible, but there are some unknown signals at its connector ?
What do you mean? I asked to the author and he said me the following:

"NC = not connected"

"it's a standard PC floppy drive (TEAC made them for Sharp) with some extra bits (soft eject, flashing lights). Weirdly, the TEAC drives have the same model number as other 5.25" units, even tho they don't have soft-eject."

By request, he added what NC means on the wiki too:

http://gamesx.com/wiki/doku.php?id=x68000:floppy_pinout
Jeff wrote: Okay, but what do you do when you need to plug the emulator on this kind of "computer" ?:
http://www.reflexmusic.de/DSS-1/HxCEmu.htm

Additionnaly adding an OSD for all type of display (TV / CRT / VGA), in all resolutions and frequency is not so easy : for example the SDiskEmul didn't support High Res (monochrome) Atari ST monitor, because of the horizontal frequency.
And as you mention it, this already done in Sdiskemul project so the why do you want re-create this?

I want somethings easy to plug and unplug, with the minimum of specific software/hardware connection.
Adding an new "driver/control application" for all supported computers seems to me a crazy and long task, and finaly this will make a hard-to-use interface. For example are you ready to program this kind of software for Oric ?

If i need to add specific software on the computer, i far prefer projects with new hardware, like the SatanDisk:
Image
Not me or you, but the scene in those systems could do that. You just need to make a public petition of collaborators for write that software and showing the needed information (the API and such) for able to do it.

I'm sure there will be volunteers out there for doing it, your device is very interesting for the retrocomputing world.

SatanDisk is a SD to ASIC interface and not a floppy emulator for ST, am I right? What do you mean then?

Jeff
Site Admin
Posts: 8093
Joined: Fri Oct 20, 2006 12:12 am
Location: Paris
Contact:

Post by Jeff »

timofonic wrote:
Jeff wrote: Adding a serial port is not difficult (the Standalone have already one), but adding code to handle these protocols may be a long task.
Additionnaly there are many good projects that already done the emulation of these specifics protocols, like does the 1541 III or the SIO2SD. So for me it's not a priority.
I understand, but keep in mind 1541-III has important limitations. The interesting one is the Ultimate 1541, but that one isn't still released.
It seems you can preorder it:
http://www.1541ultimate.net
timofonic wrote: As long as you release the source and schematics, maybe someone could add support for one of those "intelligent" serial floppy protocols :)
Maybe...
Sources have already been released :
https://hxc2001.com/floppy_drive_emulat ... pyemulator

timofonic wrote:
Jeff wrote:
timofonic wrote: What about X68000?
http://www.gamesx.com/misctech/x68k_floppy.htm
It's seems possible, but there are some unknown signals at its connector ?
What do you mean? I asked to the author and he said me the following:

"NC = not connected"

"it's a standard PC floppy drive (TEAC made them for Sharp) with some extra bits (soft eject, flashing lights). Weirdly, the TEAC drives have the same model number as other 5.25" units, even tho they don't have soft-eject."

By request, he added what NC means on the wiki too:

http://gamesx.com/wiki/doku.php?id=x68000:floppy_pinout
I am talking about /Disk Type Select, /Option Select, /Eject ,/Eject Mask, /LED Blink, /Disk In, /ERR Disk, /FDD INT signals.
These signals are not in an shugart floppy interface.
timofonic wrote:
Jeff wrote: Okay, but what do you do when you need to plug the emulator on this kind of "computer" ?:
http://www.reflexmusic.de/DSS-1/HxCEmu.htm

Additionnaly adding an OSD for all type of display (TV / CRT / VGA), in all resolutions and frequency is not so easy : for example the SDiskEmul didn't support High Res (monochrome) Atari ST monitor, because of the horizontal frequency.
And as you mention it, this already done in Sdiskemul project so the why do you want re-create this?

I want somethings easy to plug and unplug, with the minimum of specific software/hardware connection.
Adding an new "driver/control application" for all supported computers seems to me a crazy and long task, and finaly this will make a hard-to-use interface. For example are you ready to program this kind of software for Oric ?

If i need to add specific software on the computer, i far prefer projects with new hardware, like the SatanDisk:
Image

Not me or you, but the scene in those systems could do that. You just need to make a public petition of collaborators for write that software and showing the needed information (the API and such) for able to do it.

I'm sure there will be volunteers out there for doing it, your device is very interesting for the retrocomputing world.

SatanDisk is a SD to ASIC interface and not a floppy emulator for ST, am I right? What do you mean then?
I mean that if you don't want make the floppy emulator in an standard way, it's better to use a faster interface, with better capability, like an hard disk port. Floppy emulation is only good for the software compatibility.

timofonic
Posts: 18
Joined: Mon Aug 20, 2007 1:12 pm

Post by timofonic »

Jeff wrote: Maybe...
Sources have already been released :
https://hxc2001.com/floppy_drive_emulat ... pyemulator
OK, thanks :)
Jeff wrote: I am talking about /Disk Type Select, /Option Select, /Eject ,/Eject Mask, /LED Blink, /Disk In, /ERR Disk, /FDD INT signals.
These signals are not in an shugart floppy interface.
Yes, those signals are a plus on X68000. The author of the information said they are self-explanatory and such.

Here you have a way for connecting a 3.5 inch PC floppy disk into a X68000.

http://gamesx.com/wiki/doku.php?id=x680 ... oppy_drive

The FDD controller of the X68000 is NEC 72065

Maybe an interesting source for info about this controller could be the NetBSD source code, as it has a X6800 port.

http://cvsweb.netbsd.org/bsdweb.cgi/~ch ... x68k/x68k/


I will ask him for more info if you need it, like schematics.
Jeff wrote: I mean that if you don't want make the floppy emulator in an standard way, it's better to use a faster interface, with better capability, like an hard disk port. Floppy emulation is only good for the software compatibility.
I understand it.

There are some interesting info in the forum thread in amiga.org forums about your "competing" project:
Yes the TV and computer are there, but only Amiga can directly control most of floppy bus signals in the way it makes possible to arrange some hackish exchange protocol between the host and the emulator. Just like it is done with drive ID thing. When a special controller like WD1793 is used to talk to a floppy, there is little to no chance at all to bypass it. Would an Atari ST be able to work through this scheme I wonder.

Jeff
Site Admin
Posts: 8093
Joined: Fri Oct 20, 2006 12:12 am
Location: Paris
Contact:

Post by Jeff »

timofonic wrote: There are some interesting info in the forum thread in amiga.org forums about your "competing" project:
Yes i know "Jeff_HxC" it's me ;-)

What do you mean by "competing" project ?

timofonic
Posts: 18
Joined: Mon Aug 20, 2007 1:12 pm

Post by timofonic »

Jeff wrote: Yes i know "Jeff_HxC" it's me ;-)

What do you mean by "competing" project ?
I know it, but I wanted to focus on that text. It seems doing that it will be possible for Amiga but maybe not for other platforms.

By competing project I mean both projects share similar goals but remaining independient of each other. While I would love to joining into one project, at this moment are separate and that's a matter of both sides ;)

What do you think about the X68000 info? Do you need to know something more?

The owner of GameSX said me: "The internal drives have 4 connectors: power, data, LEDs and Eject"

He don't have pinouts of the internal connect. With a bit luck, maybe is standard shugart floppy interface plus separate connectors.

If you find "uPD72065", on Google, you will see tons of results with the datasheet :)

http://www.datasheet4u.com/download.php?id=500683

Something that maybe can be interesting, but in Japanese:
http://www.st.rim.or.jp/~nkomatsu/diskif/uPD765.html

Here the controller is mentioned, not sure if useful or not:
http://docsrv.sco.com:507/en/man/html.F/mcconfig.F.html


I found on a Linux source code the following part, it seems that's the floppy controller used on Sparc machines:
24 /* References:
25 * 1) Netbsd Sun floppy driver.
26 * 2) NCR 82077 controller manual
27 * 3) Intel 82077 controller manual
The fd driver provides the interfaces to the floppy disks
using the Intel 82072 on sun4c systems and the Intel 82077
on sun4m systems.
Last edited by timofonic on Mon Feb 25, 2008 2:41 pm, edited 1 time in total.

NFG
Posts: 2
Joined: Mon Feb 25, 2008 2:25 am
Location: Brisbane.au
Contact:

Post by NFG »

The drives inside the X68000 are standard AT/PC floppy drives, with a few extra connectors for eject, blinking lights, etc. In addition, they can have an ID number set via jumpers on the drive iteself.

Strangely, despite having these extra features and the addtional hardware required for computer-controlled soft-eject, they do share the identical part number as one of TEAC's PC drives.

(I'd be the owner of gamesx that timofonic referred to. That means nothing except that everything I say should be considered entirely unreliable!)
我一直指责上帝。

Jeff
Site Admin
Posts: 8093
Joined: Fri Oct 20, 2006 12:12 am
Location: Paris
Contact:

Post by Jeff »

Ok, this should work without problems with the emulator.
What kind of floppy images are generaly used with the X68000 ?

Torlus
Site Admin
Posts: 17
Joined: Thu Sep 21, 2006 8:29 pm
Location: Toulouse
Contact:

Post by Torlus »

I've chatted on IRC with timofonic this afternoon.
The .xdf files used are just an output from a simple "dd" command run on any unix system. Disk images can be made by connecting a 5"1/4 PC floppy drive, provided that both PC Bios and floppy drive are able to handle "Mode 3" (special 1.2Mb format used in Japan).
I'll let timofonic explain what he's found so far about x68000 ;)

timofonic
Posts: 18
Joined: Mon Aug 20, 2007 1:12 pm

Post by timofonic »

Jeff wrote:Ok, this should work without problems with the emulator.
What kind of floppy images are generaly used with the X68000 ?
Floppy formats are: *.xdf,*.d68,*.d88,*.88d,*.dim,*.d2f,*.dcp,*.dcu

http://www.jsdi.or.jp/~imp/toxdf102.lzh
http://www.jsdi.or.jp/~imp/d88uty13.lzh
http://www.jsdi.or.jp/~imp/dicp009.lzh
http://messdev.fdns.net:7900/tractest/b ... ls/imgtool (lacks x68000 support but interesting)
http://web.archive.org/web/199812021252 ... c-0.02.tgz
(yes, it mirrored a binary even if that is very rare for badarchive)

http://www.thesvd.com/SVD/pcsoftware.php

ImageDisk, not sure if can be useful (not x68k): http://www.classiccmp.org/dunfield/img0 ... d117sc.zip

Some catweasel tools for Linux:
http://unusedino.de/cw/cwtool.html
http://www.tim-mann.org/catweasel.html
Torlus wrote:I've chatted on IRC with timofonic this afternoon.
The .xdf files used are just an output from a simple "dd" command run on any unix system. Disk images can be made by connecting a 5"1/4 PC floppy drive, provided that both PC Bios and floppy drive are able to handle "Mode 3" (special 1.2Mb format used in Japan).
I'll let timofonic explain what he's found so far about x68000 ;)
dd if=/dev/fd0d360 of=./human.xdf bs=1k
( found on http://pc.2ch.net/i4004/kako/1008/10084/1008433236.html )

Of course needs to be tested, but that command has good looking.

There are one util for .D88 so maybe it can show how the format is. The bad thing is that source code comments are in Japanese.

toxdf seems to convert various formats to the xdf format. Source code comments are in Japanese too.

Aother document about fdc on x68k: http://www.jcec.co.uk/fdc_detail.htm
Last edited by timofonic on Mon Mar 03, 2008 7:49 pm, edited 6 times in total.

NFG
Posts: 2
Joined: Mon Feb 25, 2008 2:25 am
Location: Brisbane.au
Contact:

Post by NFG »

If anyone's interested, I've put up some photos of the 5.25" X68000 drives:

http://nfggames.com/forum2/index.php?topic=3124

It's not a TEAC part, I'm not sure if I've confused it with a different drive (Perhaps from the PRO model) or from the 3.5" drives used in the X68000 Compact series. In any case, ignore that for now.
我一直指责上帝。

timofonic
Posts: 18
Joined: Mon Aug 20, 2007 1:12 pm

Post by timofonic »

Hello everyone.

Any news about this? Has HxC FDE been tested with a X68000? :D

Regards.

Post Reply