sysgodmin / mupen64plus

Automatically exported from code.google.com/p/mupen64plus
0 stars 0 forks source link

wwf no mercy cheats codes bug #598

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Describe your system:
 - Operating System (be specific):windows 7
 - Machine type: 32-bit:
 - Mupen64Plus version: 2.0
 - Plugins used: default

I've been having issues with gameshark codes for Wwf no mercy. There are codes 
that edit move animations for the game, I've tested several but for ease of 
access the preinstalled ones have bugs as well. Go to the cheat menu, select 
from the hacked moves section. The 1st code will do but the others reproduce 
the issue. Once you get in game to the point the models are shown (character 
select) the characters are frozen in poses instead of standing there. Once you 
get in match the poses resume. These codes were used previously on project 64 
and worked properly im not sure of other emulators. It only seems to be an 
issue with codes that effect animations/moves as other codes have worked as 
Intended. I'll continue to test the issue and bring back more info.

Original issue reported on code.google.com by sc318pro...@gmail.com on 29 Jan 2014 at 1:24

GoogleCodeExporter commented 8 years ago
Ok, I've never done anything with the cheats and therefore I am not really 
familiar with the actual design. But I think the conditional interpretation is 
wrong in mupen64plus. Rewriting them is not really trivial but maybe you could 
test following patch with the cheats you've mentioned. I was not able to 
reproduce the problem and therefore I may playing around with the wrong part.

A possible patch is attached. But I don't know how to actually test these 
"hacked moves" cheats because I have no idea how it should look at the end (and 
the names don't tell me anything because I have no knowledge about wrestling).

Original comment by s...@narfation.org on 29 Jan 2014 at 8:17

Attachments:

GoogleCodeExporter commented 8 years ago
You can download a build with this patch through 
https://bitbucket.org/ecsv/mupen64plus-mxe-daily/get/58eff3c.zip

You may want to use the builds in the subdirectory i686-pc-mingw32 because it 
is build with the toolchain from the 2.0 release.

Original comment by s...@narfation.org on 30 Jan 2014 at 9:04

GoogleCodeExporter commented 8 years ago
Ok thanks, I'll give it a try when I get home and report back. Sorry if I 
didn't leave enough details in the post I'm new to the testing side of things. 
Also one more question I know I can get the build with the patch already there 
but I'm curious as to how I would've applied the .patch file from the 
attachment?

Original comment by sc318pro...@gmail.com on 30 Jan 2014 at 2:03

GoogleCodeExporter commented 8 years ago
Yes, leaving the correct information to test things can be quite difficult 
(depending on the person which has to test it). But I don't expect that you 
explain me all details of professional wrestling ;) But it would be nice when 
you can just test it. We find a way to give me the right information in case it 
doesn't work.

The patch can be applied using the tool... patch :)
Just go to the mupen64plus-core folder and run the command ($PATCH has to be 
replaced with the complete path to the 0001-Allow-... file)

patch -p1 -i $PATCH

The patched source files can be compiled in difference ways. I think the 
official 2.0 release for win32 was build with following instructions under 
linux: https://code.google.com/p/mupen64plus/wiki/CrossCompilingOnLinux

Original comment by s...@narfation.org on 30 Jan 2014 at 2:48

GoogleCodeExporter commented 8 years ago
It worked! Thanks for your help, I actually discovered this bug in an android 
port. Did alot of trial and error to test it on some diffrent apps and 
emulators to track it. I guess I can let the dev know as well. I still have 
more testing to do but the default codes in the cht file work as intended now. 
Again thanks for taking the time to help.

Original comment by sc318pro...@gmail.com on 31 Jan 2014 at 4:34

GoogleCodeExporter commented 8 years ago
You only have to inform the mupen64plus-ae and libretro guys. All other android 
ports seem to be only rip-offs (often with fancy features like ads and 
malware). But at least mupen64plus-ae is quite good in merging the changes in 
their port. I will let one of their developer know in a sec.

Thanks for testing

Original comment by s...@narfation.org on 31 Jan 2014 at 7:18

GoogleCodeExporter commented 8 years ago
Hello. So I am having trouble with No Mercy as well, my operating system is my 
Android Transform Ultra, once I click enable cheats, then click on the cheat I 
want, it doesnt work. Any way you can help me fix the error?

Original comment by streete...@gmail.com on 1 May 2014 at 9:27