Minimig on v2

Caution: Non registered users only see threads and messages in the currently selected language, which is determined by their browser. Please create an account and log in to see all content by default. This is a limitation of the forum software.


Also users that are not logged in can not create new threads. This is a, unfortunately needed, counter measure against spam. Please create an account and log in to start new threads.

Don't Panic. Please wash hands.
  • Tried the AGA core and kickstart 3.1 again. Managed to get into the minimig menu and changed the CPU to 020 Alpha. And now that setup works :)

    Glad to hear it's working. The "perfect" ROM for Minimig is actually the 3.1 A600 ROM because it works with all CPU settings, but still supports hard drive and AGA graphics!


    I shall have a look at defaults in future - you're right, 68000 / ECS is probably not the best default setting, even though the core's intended to be ECS and AGA, not AGA only.


    Real A500 keyboards aren't yet supported, but are on the "To Do" list.


    Thanks for the reports of non-working games - there are a couple of other compatibility issues that I'm aware of - but please let me know if you find any more.

  • Thanks for the info! I will flash an A600 3.1 rom then! Support for real A500 keyboard in the future would be awesome! I will report if I find other whdload games that will work in my real Amiga whdload setups and not in the TC64 V2. Thanks again!

  • btw, is the minimig core picky about SD cards? Because I have two TC64 V2s and they each have a 16GB Sandisk SD card. They are slightly different versions Sandisk cards. I flashed my other chameleon with the same stuff and put the hdf file on it's SD card. For some reason it cannot create the config files when I try to save from the minimig menu. And I couldn't load the hdf image properly. Just told me it couldn't find one of the partitions. Strange. SD card is making savegames (updating) D64 images just fine. I tried the card from the other TC64 and it worked just fine in this TC64.


    Edit: I had to copy the config file from the other SD card. And now my hdf image works properly. I can even do savegames inside of whdload games. But still cannot save the config in the minimig menu to this sd card. It must be that it's being picky on this particular SD card. As I said, I tried the one from the other TC64 and it would save the config to that one. So no point reflashing the core I guess.

  • btw, is the minimig core picky about SD cards? Because I have two TC64 V2s and they each have a 16GB Sandisk SD card. They are slightly different versions Sandisk cards. I flashed my other chameleon with the same stuff and put the hdf file on it's SD card. For some reason it cannot create the config files when I try to save from the minimig menu. And I couldn't load the hdf image properly. Just told me it couldn't find one of the partitions. Strange. SD card is making savegames (updating) D64 images just fine. I tried the card from the other TC64 and it worked just fine in this TC64.

    Yes, it can be picky - and the code which creates config files isn't well tested. There are two different modes for HDF access - one assumes that the HDF contains a RigidDiskBlock just like a regular hard drive would, and the other mode creates a suitable RDB on the fly - it's possible that the second TC64 was using the wrong mode until you copied the config file from the other card.

  • Yes, it can be picky - and the code which creates config files isn't well tested. There are two different modes for HDF access - one assumes that the HDF contains a RigidDiskBlock just like a regular hard drive would, and the other mode creates a suitable RDB on the fly - it's possible that the second TC64 was using the wrong mode until you copied the config file from the other card.

    I still cannot save to the config files I copied. do you know if an SD adapter with a micro SDHC card in it is compatible with the TC64 V2? And what about the SDXC cards?


    Edit: So I took a look. The SD card that has issues writing the config file with the minimig core is a 16GB SanDisk Ultra rated at 30MB/sec. The one that writes the config file just fine is a SanDisk Ultra 16GB rated at 80MB/sec. So I could just order more of these. I would like to have some spare SD cards anyway.

  • I still cannot save to the config files I copied. do you know if an SD adapter with a micro SDHC card in it is compatible with the TC64 V2? And what about the SDXC cards?

    SDXC cards probably won't work - I haven't tested with those yet - and they certainly won't work while they're still ExFAT formatted. SDHC cards should be fine.


    Your problem with the config file is probably at the filesystem level rather than the physical storage level - if you can send me an image of the card at some point (or perhaps the first megabyte or two of the card, so I can see its file tables) I may be able to see what's going on. Were there already a lot of files in the card's root before you tried to write the config file?

  • SDXC cards probably won't work - I haven't tested with those yet - and they certainly won't work while they're still ExFAT formatted. SDHC cards should be fine.


    Your problem with the config file is probably at the filesystem level rather than the physical storage level - if you can send me an image of the card at some point (or perhaps the first megabyte or two of the card, so I can see its file tables) I may be able to see what's going on. Were there already a lot of files in the card's root before you tried to write the config file?

    Good to know about the SDXC cards. No, there were not alot of files in the root of the card. However, if I remember correctly this might have been a used card I bought from ebay. But I did format it with FAT32. I could make an image of it with winimage, upload it to my google drive and pm you a link

  • SDXC cards probably won't work - I haven't tested with those yet - and they certainly won't work while they're still ExFAT formatted. SDHC cards should be fine.


    Your problem with the config file is probably at the filesystem level rather than the physical storage level - if you can send me an image of the card at some point (or perhaps the first megabyte or two of the card, so I can see its file tables) I may be able to see what's going on. Were there already a lot of files in the card's root before you tried to write the config file?

    So I uploaded the image and PM-ed you a link. However, I have now re-formatted the SD card and tried to only put the Amiga HD image on it. And now minimig will write the config file just fine to it. Am currently copying over the C64 gamebase and the other stuff I had on it. So we will see if it still works fine after that. Something must have happened to the filesystem like you mentioned. Will report back

  • So I uploaded the image and PM-ed you a link. However, I have now re-formatted the SD card and tried to only put the Amiga HD image on it. And now minimig will write the config file just fine to it. Am currently copying over the C64 gamebase and the other stuff I had on it. So we will see if it still works fine after that. Something must have happened to the filesystem like you mentioned. Will report back

    That's great - I set it downloading before heading into work, so hopefully the file will be waiting for me on my return. I don't think the filesystem was corrupted - but there's likely to be a bug in the file creation / saving code in the Minimig core's OSD firmware which doesn't show up on "fresh" filesystems.

  • That's great - I set it downloading before heading into work, so hopefully the file will be waiting for me on my return. I don't think the filesystem was corrupted - but there's likely to be a bug in the file creation / saving code in the Minimig core's OSD firmware which doesn't show up on "fresh" filesystems.

    Thanks. Before I re-formatted the card I also tried the regular ECS minimig core. So the same thing happened on both AGA and ECS cores. You're probably right because everything else was working fine. Updating D64 images or making savegames inside of whdload Amiga games. If it's a bug in the minimig core I hope it's not too hard to fix.

  • I have also seen this - not only with the minimig core. Perhaps related to the primary/alternative FAT?

    I formatted using 4KB clusters in FAT32. Because there are so many small files in the C64 gamebase that it would take up insane space if I selected larger clusters. Maybe FAT32 or certain cluster sizes could cause this problem?

  • So was playing some PGA Tour Golf (Not PGA European Tour) WHDLOAD. Played it for a short while and it crashed back to classic workbench with an illegal exception error that had a code in it. I think this is a similar error I've seen in a few other whdload titles. So this is not happening on my real WHDLOAD Amigas in those same games. I think I read somewhere that robinsonb5 said the 68020 code is not 100% compatible yet. Could that be the reason for these errors? Uridium II crashes back to workbench. I think with a similar error. If I let Lotus II run in demo mode for a short while it crashes in a similar way. I believe Super Off Road crashed to workbench with this illegal exception error after it attempted to load the game aswell. Deluxe Galaga hangs with a black screen.


    Edit: I made an OCS A500/68000 profile and tried the ADF version of Super Off Road. Got a guru when trying to load the game. Same ADF version did work on one of my real Amigas. Will experiment with other cracked versions of the game.


    Edit 2: I tried another Super Off Road ADF that did work. Is saving to ADFs not supported with the minimig? I tried making a new player in PGA Tour Golf and minimig told me 'write error 27'. Same thing happened in Wings when I tried to save


    Edit 3: Found by searching in the forums that this 'Error 27' is a bug that will get fixed in the next release.


    Edit 4: Did not get this 'Error 27' in the minimig AGA core

  • I'm not much into Amiga debugging, but... perhaps if you can supply the exact error message someone could track down what opcode the problem ist?

    I think it's messing with my SD card again as I got an 'Alert: Wrong dirblock.....' after it had booted classic workbench. Posted a picture below (Photo 1535).


    Also, one picture (Photo 1536) from when Super Off Road crashes back to Workbench after trying to start up. Then the other picture (Photo 1537) a similar error message after Uridium II crashes back to workbench

  • Writing to ADFs is currently broken (the control CPU runs too fast and gets ahead of the FPGA, it seems.) As for the other problems, I've changed quite a lot behind the scenes, so there's probably no point bug-hunting until the next release is out, since some of them might have gone away already, or changed into different bugs by now.


    I'll be posting an update video soon to whet your appetite...!

  • Writing to ADFs is currently broken (the control CPU runs too fast and gets ahead of the FPGA, it seems.) As for the other problems, I've changed quite a lot behind the scenes, so there's probably no point bug-hunting until the next release is out, since some of them might have gone away already, or changed into different bugs by now.


    I'll be posting an update video soon to whet your appetite...!

    It looked like writing to ADF worked in the AGA core. At least it didn't give me the 'error 27' the ECS core gave me. When do you think the next release will be out? Really looking forward to that. Your doing some great work here