Hello,

my name is Adam, i'm new in this Forum.

Last week i bought a MMC64 and a RR after i red in this Forum about the possibility to play DFI games.
I Tested it a litle bit now and there are the results:
On my C64g everything works fine.

But on my C64c the newest dfi plug in and the "dfiplgin, ebster release" doesn't work. When i chose the kernel mode and try to load a game with "LOAD "*",8" then i get the error message: ?FILE NOT FOUND ERROR
Sometimes the C64c begins to load for a view seconds but then i get the same error messege.
Now i figured out, that the "dfiplugin, creatures edition" work with the C64c. Also the D64 mout plugin work fine with the C64c.

So, thats all for now

greetings

Adam

@Doc: did you change the bank switch code after creatures edition? Jens suggested reading back bank register after change, so I ended up with this:

As you can't read back the real state of /GAME & /EXROM, I use $3A for C64 RAM, so switch to RR Bank0 can be detected.

Yes, I cut down the delay a bit. Now I'm using your routine and it works like a charm: fast and reliable! Thanks a lot for the tip!

Here's the patched plugin, I only changed the switcher routines: http://rrforum.ath.cx/viewtopic.php?p=725#725

Btw: When I first read the bugreports I feared to get the same problems I had with DreaMon (port of the scpu freezer monitor). It uses really a lot bankswitching and was either slow and safe with a looong delay or fast and unstable for some users. Maybe the new switcher routine does the trick here too! :)

Just forgot, I modified your routine a bit. I'm using 2 different configs besides plain c64: reading from buffer runs with $de00=$20, buffer refill with $23. I'm too lazy to think of some clever values which fit for all my switches. I just toggle banking bit 15:



Hmm, it would sure be nice to have some vcs here besides the forum. This would be fun!

I'm glad I could help. Debugging problems which never happen with your own hardware is hell, and my systems seem to be problem-free except for MMC64 read errors with sprites enabled. I haven't decided yet whether I should be happy because everything works fine, or unhappy because debugging is damn hard with hexdumps.


Thanks - that made me realize that the check is moot when it changes only /GAME & /EXROM. Not too big change to my code tho.

Old:
New:
+ ANDing with #$98 instead of #$18, and this only required changing one macro.

Just to note that I got my retro replay today, and now dreamload works like a charm! good job.

_________________
I can make it crash!

Oops, I did it again: several months without one single sign of life. Sorry! Of course most of the time I was just lazy, but there has been some development on the dfi plugin and related tools.

The project is now hosted by BerliOS, so you can always check the SVN if there's something going on. The dfi plugin, dreamon and all the other suff is not in the repository yet. Even so there is already something to download for you as Uncle Tom released the first version of CBMImager, a comfortable GUI tool for D64 and DFI images. There's a windows and a linux version available. It would be great if you could test it and give us some feedback/bugreports. Please note that CBMImager is still under development and should be considered beta, so you better work with backup images only.

http://developer.berlios.de/projects/rrtools/

Nice!
Looking forward to some action then

Hah, there's always action! At least the summary page at BerliOS says we were 95.394% active last week. Don't know how they made up this number but sonds impressive anyway. :)

Sooo what's up for now:
* dreamass was updated to wip 20061112
* cbmimager v0.1.1 was released
* dload was uploaded to svn
* the device independant dirbrowser "mylene" was uploaded to svn
* the mmc-plugins were uploaded to svn including some unreleased demos and one fix released, thanx to iopop for the bugreport.

Notes:
The d64 and lnx demos for mmc-plugin were released on DiParty early this year, but it never reached the outer world. So we consider these as unreleased. Bah! :(

d64plugin is a file extractor for d64 images. Hit 'Return' on a .d64 image, select files with Space and hit Enter to write all selected files to drive 8. Yes, there's still a lot to do. :)

lnxplugin will depack a Lynx archive to drive 8, no matter what contents an no matter what drive 8 might be. There's even more to do here. :(

Please ignore the .fun plugin. It's crap!

Uh, just forgot: Besides these boring uploads there's also a new dfi plugin in svn. I'm currently working on the banksplit, and load/save is already working. The cmd channel is still buggy, but I'll fix this in the next days (yes, this will be calendar week 47).

Great news!

That D64 extractor sounds really cool, and a new dfi plugin sounds interesting of course. Good work and Keep it up, Doc!

You mean load/save works for the real Dreamload? (I guess it's only for the Kernal mode)

No, it's not for the 'real' DreamLoad. This has no save support at all, even not on common drives like the 1541. The Kernal mode has experimental save support for some time now (about Jun).

Will be there multiload games (Demos... or whatever) that are fixed with the 'real' Dreamload?

Yes, there will be some games for DreamLoad. I guess GiJoe might be the first 'real' Game release after the SlySpy example. If you are looking for Demos, try the DFI version of 'Error23' (DL somewhere on CSDB).