Open ghost opened 4 years ago
So I have tested again! So when I turn on an internal action replay or RR Play. And reset via the USER port (my own board) the menu comes up as normal after a reset. If I start a DMA Load with 1541U2.exe I get into the action or RR again into the menu with your right key on the U64! But not via userport rests (Pin 1 and 3 on the USERPort). With the version V1.28 it still worked! But when I reboot the C64 via the U64 menu with F5 it happens. Until the next use of 1541u2.exe. The problem I use this to code on the PC via Relaunch and then move the Prg to the U64 via 1541u2.exe, test it if errors change a remaining code etc... That's what it's good if you don't have to press the right button for 2-3 seconds for a reset. I hope you could follow me.
What is 1542u2.exe? Is that a dos binary or so?
If the idea is to reset the computer after you've ran the binary you created, why not send a reset command? The software I use for this is ucodenet: https://csdb.dk/release/?id=189723. (source is included). Use ucodenet -n <ip-address of ultimate device) -x
However, this does not solve the behaviour you're experiencing with the process you've mentioned, but you won't need to press any reset button to reset your C64 since the Ultimate will do that after it received the reset command.
What I think he means is that the reset behavior has actually changed. I did this in an attempt to make the four left modifier keys of the USB have the same effect as the button. Unfortunately the change doesn't have the desired effect. I guess for now I will revert those changes until I come up with a better solution.
On Fri, Jun 26, 2020 at 7:10 PM Rolf notifications@github.com wrote:
What is 1542u2.exe? Is that a dos binary or so?
If the idea is to reset the computer after you've ran the binary you created, why not send a reset command? The software I use for this is ucodenet: https://csdb.dk/release/?id=189723. (source is included). Use ucodenet -n <ip-address of ultimate device) -x to send and execute the binay. Use ucodenet -n --reset to reset the device.
However, this does not solve the behaviour you're experiencing with the process you've mentioned, but you won't need to press any reset button to reset your C64 since the Ultimate will do that after it received the reset command.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/GideonZ/1541ultimate/issues/161#issuecomment-650293103, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACUFDSJZFZOMITSRDDPU26TRYTJB5ANCNFSM4OHII7IQ .
Which would also be enough if you could set e.g. 1 sec. right press reset and 2 sec. you get into the menu. So just turned around than it is now! Then you can quickly press the switch on the right side of the U64.
@cmc1976scs That isn't a good advise at all, as other ppl. mostly use the button to enter the menu and seldom try to reset the C64. I for myself mostly reset via the F5 menu and I would keep it that way. I think more user are prosecuted by changing the behaviour, than helping the other group of programmer, that would like it the other way round.
And if you insert a menu item in the gui where you can set it so if you want to have reset or menu at 1 sec! Then everyone can adapt to his needs. or even better that you can set yourself whether 2 or 4 sec.
That's 1541u2.pl resp. 1541u2.exe: https://github.com/markusC64/1541ultimate2/tree/tools
@GideonZ : That souns to me that the U64 might be frozen after having processed commands from that TCP socket.
i found another bug! and that is when i have an External Action Replay MK6 in it and selected a module internally. If I come after a DMA does not transfer into my action. External! only the internal. And if I don't have an internal action activated I have to reboot with F5 to get the external one working again. This worked with version 1.28 with the external!