I'm no longer maintaining my FDS loader project. However, if there's anyone out there who would be interested in taking over the project, and maybe prehaps create a highly readable, portable version of it, then I'd really like to hear from you. I plan on giving extensive help to anyone willing to challenging this task, and can even offer some suggestions as to what new features should be added. The reason why I am no longer maintaining it is, as Chris Covell pointed out, because the software is currently targeted for real-mode DOS, and this is really the only operating mode of the PC I care about (mainly because I like directly screwing around with hardware (without having to deal with operating system semantics), just like all you NES programmers out there ;) With that said, I am really not capable of producing a portable version of FDSLOADR, since I'm pretty much an ASM guy, so I figured I'd ask and see if anyone else may be interested.

Yes, I'm interest in it. I want to make it out of PC control. I like to have it with MCU. Then I can take it to my friend's home to play game. No need PC. And I also want to sell this kit. So, other people can have fun with it. Will you help me ? mail me : tomy@tototek.com

Excellent!!!!!!!!!!!!!!!!!!

Basically, tell me what your programming implements are (i.e., the target architecture your programming for), and we'll discuss implementation. Since I've already sent you that email in regards to that FDS diagram you scanned, you can use that address to get back to me with your response.

I'm having a similar problem with the homebrewn EPROM emulator (designed by Jeff Frohwein) that I'm using as my NES devkit. The dumping program works fine in pure DOS mode, dumping the ROM, resetting the NES and then giving you back a DOS prompt allowing you to do other things while the NES ROM is running. In Windows however, all my attempts to use it have failed, since Windows seems to play with the parallel port at random occasions, making the EPROM emulator whack out during download.

I've tried several different methods, both using two different hack programs called porttalk and userport that allow DOS programs to write ports normally, as well as using the "right" way by using a win32 library called WinIO to write the port, but the only thing that will stop windows from randomly(?) interferring with the LPT port is disabling the device in the device manager, but then none of the abovementioned products have any effect. I haven't tried it at all in Linux since I'm a Linux newbie and wouldn't even know where to start.

Having to use my old broken P100 laptop for all NES development sucks badly, so if anyone knows how to solve this problem it would be greatly appreciated. :)

(The original source code for the device can be found on http://www.devrs.com/e/files/ee.zip)