Last picture include patches that i used to test that.Ĭan you repost the patch file you made, the YouTube video where the dude shows off the patch has a dead link and I'd like to try this out for myself. Maybe collected info will help team to find solution/workaround. Anyway at least i confirmed that problem is really there for both EE, and VU side. I tired to fix that by myself but i failed. compare is done with vi0 that seems to be always 0 then. For some reason only 2 places seems to be issue, 0x53d640 and 0x53d5e8. Looks like something is block it to change.Ĥ places where VU is looping in wait to vi05 change to 0. But this seems to not working like it should, register vi05 won't change to 0. Here is what is going on, offsets for SLUS_212.68Ģ problematic places are 0x4155B0, 0x415668 where CTC2 zero, vi05 is done. Sadly i don't understand why this happening. I found problematic runtimes on EE, and on VU. I looked today into that issue, and is definitely VU issue. You can step in and try to figure out what the VU tries to accomplish.īoth ways sound horrible from my point of view. Probably it initiates some recompiled code in the VU. Then one can try to find out which program is changing this value and go deep into the nasty code.Īnother way could be to use a debugger and check what EE does when it is not waiting. One could try to find the responsible address and fix it to either 1 or 0 to achieve something similar as the VU cycle stealing hack or freeze the emulation completely. However there will be probably hundreds of values with similar behavior. Everytime before a frame is emitted some bit has to change 01 as the wait condition in the EE thread (probably somewhere in VU0) is satisfied. However the issue can be in the VU component or one of the components feeding it. Then the origin for the EE wait is probably known. At least some asymmetry should appear (Asymmetry can also occur due to the different use of VU0/1). Accordingly case 1) should be faster than case 2). I think MTVU only separates VU1 but not VU0 and such it doesn't help when VU0 is blocking the emulation. Download the corresponding PSX ISO version instead. If you want you can check whether there is a difference betweenĪpparently VU cycle stealing does something to the process so one of both VU components have an issue. You must not download PSN Eboots if you dont have the real hardware.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |