gbadev.org forum archive

This is a read-only mirror of the content originally found on forum.gbadev.org (now offline), salvaged from Wayback machine copies. A new forum can be found here.

Coding > VBA/hardware reset differences

#74176 - sgeos - Fri Mar 03, 2006 3:56 am

Is there any way to provoke a reset in VBA that will not reset hardware?

-Brendan

#74205 - tepples - Fri Mar 03, 2006 2:32 pm

Does this have something to do with copy protection? Or why else?
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

#74209 - chishm - Fri Mar 03, 2006 2:52 pm

Maybe take advantage of the CPU's pipelining by changing the very next instruction from a NOP to a SWI 0 (soft reset).
_________________
http://chishm.drunkencoders.com
http://dldi.drunkencoders.com

#74218 - Quirky - Fri Mar 03, 2006 4:25 pm

The version of VBA in cvs emulates prefetch - if that is what you meant. Isn't this basically that old chestnut 'differences between an emulator and the real thing'?

#74222 - keldon - Fri Mar 03, 2006 5:06 pm

Maybe ask the vba team about this aswell; they may know of something they do differently. I mean the way incorrect reads/writes are handled may be different - such as 800h and 410h.

#74282 - sgeos - Sat Mar 04, 2006 1:53 am

tepples wrote:
Does this have something to do with copy protection? Or why else?

It has to do with a bug. Running the game in VBA at 500% it resets 5% of the time after a certain point of execution. On hardware it didn't reset, however hardware is slow. I'm not sure if it is a difference between hardware and VBA or if I just need to keep testing until the reset bug pops up.

-Brendan