Ok, i have to ask again: can you reproduce this only with the latest menu? Its a bit odd...
Posts by Tobias
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.
-
-
thats... weird. BUT - entering the menu is always a bit "risky", no matter what (that's why the fliplists for disks exist).
I'll have to try myself, i guess. I think i will also make myself a test cartridge that checks the EAPI stuff and adds evil things like interrupts running to it... i can see how this would be a problem.
-
OK, so the problem must be the changes i did to the EAPI. Will have a look.... Monday
-
Does that also happen with the previous test build (or even without it)? And: Did this happen with a .crt that you saved with chameleon?
-
Please give it some beating and try to break it - there were changes in the rom and crt loaders and savers - so there is a chance i made a mistake (hopefully not :=P) somewhere and there are weird side effect Especially using slot #3 isnt well tested, i guess (but also side effects with slot #1 and #2)
-
I am surprised now that Gideon doesn't do the same - the solution is pretty obvious once you think about it
-
here it is - have fun!
-
So, here is another build - notable changes are:
- the .crt saver (via F4 menu) does NOT overwrite files anymore (so it behaves like all the other savers)
instead:
- when an Easyflash .crt or .rom is mounted, and was changed, the menu (optionally) asks if it should be updated. It should basically work the same as with disk images (actually it uses the exact same logic)
- There is a new option for this in the cartridge options (same as for disk images)
Please test and let me know if everything works as intended. In particular both slots (3 and 4), with the different update options (never, ask, auto). Of course also any other misbehaviour is interesting (since there were changes in both the .rom and .crt loader and saver, anything related to this is of interest)
Since there was a config option added, you'll have to flash this menu with the core, "side loading" from sd card will make it forget all settings every time.
-
Quote
Will look if i can make the process more automatic than this (like with d64), but that is more involved...
It's working (i think) - will test a bit myself. and post another build, tomorrow
Having some game that needs a bit less interaction than this boxy moxy thing would be nice though
-
I am on it... its not a trivial change unfortunately, and i need to understand some code first that i didn't touch for many years - so it will take a while
-
i have posted a test build here - please test.
This one implements the first half - you can save a .crt file when easyflash is mounted, the image omits empty (filled with 0xff) blocks, and it allows to overwrite existing files.
Please test if this works as expected.
Will look if i can make the process more automatic than this (like with d64), but that is more involved...
-
Here is another test... this one adds a .crt file saver for Easyflash, so you don't have to jump through so many hops like before
- when an EF image is mounted (in Slot 3 or 4), the F3 "Usermenu" contains a "crt saver" item
- unlike the other savers, this save will allow to overwrite an existing file
please test!
-
Quote
I logged in to your store and searched for AmiTCP went to de/shop/product/amitcp-install-disk-adf-not-logged-in.html and got an error message. it was in German.
Are you sure you were logged in? The link pretty much says you were not (And then you can switch the shop to english, of course - and the message will be in english too)
-
Last time i checked 1541U worked pretty much the same as Chameleon - except it does indeed create a .crt file (but also creates a new file). One problem is indeed checking for "unused" areas in the .crt (a typical EF .crt file omits the unused blocks) - i'll have to experiment with that and see how slow it is... I'm on it Still working on some cc65 related things, so i can use the latest compiler (which eg includes some optimizations on 32bit operations - which might speed up the filesystem a bit)
-
If you tried without keyboard and the problem persists.... then the keyboard is certainly not the problem
-
Would still be interesting what the problem is.... in case someone else runs into it eventually
-
So the USB devices are not detected?
To rule out some weird issue with something that is connected to they keyrah - please to disconnecting the c64 keyboard and LEDs from keyrah, then connect it via the USB cable - still the same problem?
-
OK so, i had to spend some time on debugging cc65 itself, the menu started to behave really funny after a recompile Hopefully back to normal now....
So, can you name some EF release that would let me test "save to cartridge" and then "reload from cartridge" quickly? Preferably without having to play some game in order to beat a high score
-
Thanks, great, will put it there!
-
Quote
I configured it to autorun every time I reboot..
How/where did you put it?
Will have a look at updating the keyrah page and also this one a bit...