Kroko

Like this ? http://www.coinop.org/kb_dl.aspx/KB/datasheets/6502/6502_cpudocs.txt

Thanks ! I am still here. But as Albert said, as long as the Harmony is available, there is no reason to develop a new version of the Krokodile. Most likely it would be very similar to the Harmony.

I don't remember where I have this from ... or if it works at all ... but maybe you want to have a look at it (EFSC.BIN and ASM) At some point in Krokodile development, Paul sent me a test binary that I was using to test EF (test64k.bin) but maybe you already have this one ... EFSC.bin EFSC.asm test64k.bin

If you are on 64Bit Windows, please try this version of the Krokodile Commander: http://www.arminvogl.de/KrokodileCartridge/x64Test/Krokodile%20Commander.zip

The problem is, if the value can not be seen on the OUTSIDE of the package, then most likely the customs will catch the parcel. They assume that some big treasure is inside (which is true of course). And of course for that you need to pay a lot of tax! Even if it is a gift, it must not be worth more than ... i don't remember ... but better keep the value as low as possible. Even if you declare it as gift, they might not agree on the value you declared. You need some proof of what it is worth, also if it is a gift. You need to pay tax for gifts that are worth more than ... well i don't remember how much. The really bad thing is, that you have to drive to the customs, show your passport, pay the tax .... and of course the customs office opening times are such that you are also supposed to be at work when they are willing to hand over the parcel to you All in all a very nice experience.

After a long fight with german customs, I finally got my copy today. It really looks beautiful. Andrew and Thomas, I am so glad that you were able to bring this to such a good end. Congratualtions ! (And I hope you are taking back the countless curses about me and 3E now ... j/k)

Great Document ! Thanks !

About 20km to Augsburg and 50km to Munich.

I guess not

Great to see this released to the public! I am not playing a lot on the 2600 (because I have always been more a hardware guy). This is probably the only game I still play from time to time

I think you can rely on the value if it is the same on both banks. The original F8 devices do drive the bus and I guess if new boards want to be compatible they should do this as well. Do you know of any boards/devices that do not drive the bus when A12 is '1' ? That would be interesting ...

You are reading the value from $1FF8. If the bankswitching is very slow, then you read from the old bank, if it is quick you read from the new bank. To always get $FF, you should put $FF at location $1FF8 in both banks. If you need a different value, just put that value at $1FF8 in both banks.

Or do you need the plastic part ?

This one ? http://www.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=S3304-ND

I think the solution to this riddle might be quite simple I tested all Krokodiles with all bankswitching modes. And I certainly also loaded multicarts on each unit. So if you have never programmed big multicarts before, then this could just be the remainder of what I programmed on the unit ... And I don't remember, which games I used for the different multicarts. If you download a game, you just erase the space of the flash chip which is occupied by that game. So the rest of what I put on the device might still be there. I don't know what happens on the FB2, but it could simply switch to one of the banks at startup.

Yes, this is how I would do it. The mirror is because of unused address lines and that always leads to a power of 2 for the mirrored memory.

You can mirror the memory until 4K are full, but that should not matter because these mirror locations should never be accessed. If they are, then it is most likely a bug and the reaction depends on how the hardware is designed.... If the hardware only uses the amount of address lines it really requires, then the memory is mirrored on that device. A realistic emulation of the device needs to mirror the memory. But if the ROM is burned on a standard 4K EPROM and board, the game would crash if the invalid locations are accessed (and the rom does not also contain mirrors of the relevant memory) If the target is not to be as realistic as possible but to make as many roms as possible run without problems, all ROMs that are smaller than 4K should be mirrored.

I have nothing to add The dummy reads are seen by the cartridge and so it is forced to trigger the bankswitch. I think it is good that Stella obviously emulates this in a quite realistic way already.

Even when used as a multicart, there is (almost) no difference to the original cart, once you have selected the game with the menu. The only difference is the 2600's RAM content at startup. It will not be random. But apart from that, everything should be absolutely identical to the original cart.

Interesting. Is there anybody who can confirm that the Krokodile Cartridge does not work together with AtariVox ? How could the AtariVox know that the BIN is read out of a Krokodile ?

Thanks for the test ROM. Finally I can test this banking mode Works great ! (Colors changing)

As the cartridge does not know if you read or write, the correct behaviour is to always trigger the bankswitching if the hotspot is visible on the address bus. Both for reading and writing. The later revisions of the Krokodile do also support EF with Superchip. But there are no existing ROMs for this scheme ...

JUMPMAN

Really? I would like to see that. IIRC it was one of these: Cool, mind if I post those in the database? I think the 4K version is the one I've seen loaded up on carts before.. ..Al Please upload them

The Krokodile uses an AT29C040A which is small sectored. That makes it especially easy to program. You don't always have to rewrite or erase a big area when you are downloading. This makes things like incremental downloading faster.