Thanks. I switched to a tinymm container in my UNRAID. Seems cleaner and works fine. I really hope work is resumed (and all is fine with original dev AND more people come and help the project) because this was a fine project too.
doesn't seem to fix anything for me
So current status as of mid-Ocrober?
Cannot also use IMDB to "Change Movie"... very serious limitation, hope it gets fixed.
OK I have an update. It works! But there is still an issue. It takes maybe 30 seconds to actually reach the point where it starts to load. For this duration, the emulator is frozen. Seeing task manager, It calls unzip, first with parameter "-l", where it probably tries to see what is in the zip. Then calls unzip with "-p" parameter. To extract the t64 from the zip. BUT Then it calls unzip AGAIN with -l and then AGAIN with -p! The command line between "attempts" are the same. Only then it manages...
I cannot make further tests until tomorrow (or in two days), way to busy at work. Will revert.
Used this unzip: https://sourceforge.net/projects/gnuwin32/ ...dropped in both SDL and GTK executables home path. They both freeze when dropping the infamous zip file.
1) Well weirdly enough mine worked (the SDL version) WITHOUT unzip.exe in the path. :D I cannot verify any more though since I deleted the old install. 2) Without unzip.exe, if user tries to auto-attach a zip, it should just ask to provide unzip or pop an error. This is the "proper" intuitive behavior. Not fail unexpectedly by rendering the zip into a trash PRG within a (broken - see below) D64. 3) In my case in DirMaster, the D64 is trashed. Shows some control chars (not a proper dir) and as I said...