You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems current Xemu implementation is wrong: indeed, trigger being set in disabled mode as well and 'played back' when enabled again. However new change in the core, that you can clear possible pending trigger with re-write zero to hotreg enable bit ($D05D bit 7) when it was zero again, so the 0->0 case.
Also the $D031 behaviour must be checked in Xemu as well. The $D018 (recent change in Xemu) behaviour should be-checked again now: #381
UPDATE
Actually the behaviour of hotregs is much more easy than I thought. No previous value or transition need to be changed.
Setting hotregs to disabled always disable hotregs and clear possible pending triggers. Enabling hotregs always take trigger (if it's not clear of course). No need to check any "transition" or things like that.
The text was updated successfully, but these errors were encountered:
* writing zero to bit 7 of $D054 clears possible stored triggers
* enabling bit 7 of $D054 activates trigger (if any)
* $D031 is fully hotreg (no check for "same value" and things like that)
* writing zero to bit 7 of $D054 clears possible stored triggers
* enabling bit 7 of $D054 activates trigger (if any)
* $D031 is fully hotreg (no check for "same value" and things like that)
Flipping the FAST bit of D031 resets SCRNPTR inappropriately MEGA65/mega65-core#714 (comment)Flipping the FAST bit of D031 resets SCRNPTR inappropriately MEGA65/mega65-core#714 (comment)It seems current Xemu implementation is wrong: indeed, trigger being set in disabled mode as well and 'played back' when enabled again. However new change in the core, that you can clear possible pending trigger with re-write zero to hotreg enable bit ($D05D bit 7) when it was zero again, so the
0->0
case.Also the $D031 behaviour must be checked in Xemu as well. The $D018 (recent change in Xemu) behaviour should be-checked again now: #381
UPDATE
Actually the behaviour of hotregs is much more easy than I thought. No previous value or transition need to be changed.
Setting hotregs to disabled always disable hotregs and clear possible pending triggers. Enabling hotregs always take trigger (if it's not clear of course). No need to check any "transition" or things like that.
The text was updated successfully, but these errors were encountered: