Talk:Gurumin: A Monstrous Adventure

|You only have to disable "Depth of Field" and "Backbuffer" for MSAA to work.|
However, 4xMSAA would not work on my 980. It would simply give an error and not launch the game.
Disabling the "Backbuffer" also has some unintended consequences. Such as this As you can see , the screen is flickering like mad and starts to glitch out.
This only happens when vsync is enabled. Capping the game to 30FPS with Vsync enabled, or 1/2 Refresh Vysnc causes the title screen to become entirely blank. And you are unable to see where you are navigating.

Prior, I had thought capping the game to 30FPS would fix the minor stuttering issues the game seemed to have. I was mistaken. The game actually seems to be dropping/losing a frame every (insert) frames. Causing a minor stutter. Here is a gif I made from a 30FPS recording by taking a screenshot of each individual frame and then animating the gif at 1 frame every 250ms.
You can clearly see that there is a frame missing as at the middle of the animation as she is putting her left foot down the image jumps forward. In MPC-HC,when I stop on the frame where it jumps (in my recording frame 388) and go to "Navigate>Go To", it shows frame 388 but then when I exit out of it, it jumps forward another frame. The frame directly preceding the drop is frame 386. That'd make it seem like the jump frame should be 387 but something wonky is going on here

The other information I gathered from my testing is mostly confirming my results from my prior post http://forums.guru3d.com/showpost.php?p=5048447&postcount=2959 that I need to add to the article

I did a lot of testing on this when it was released but have been too lazy to make a page for the game.

http://forums.guru3d.com/showpost.php?p=5048447&postcount=2959

Just a forewarning for the changes i'll be making.

I do need to do a bit more testing for the built in MSAA as well, to double check. Because in my testing originally it did not function. At all. Even with settings disabled.

Testing for frame time issues is trickier too, because what is measured and reported is the UI thread and not the Render thread, which is basically useless because otherwise there is a lot of visible stuttering problems by default in my testing.

The game.exe is named irritatingly poorly as well with requests on the forums to have Mastiff change it in a patch have been ignored. Does anyone else know of a more concrete way to get in touch with them ?

MSAA really is odd one, but it did start to work for me once I disabled those three settings. There's something odd in whole game as launching and alt-tabbing is actually giving me massive amount of scrabbled glitching stuff before going into the game. Also dxtory screenshotting crashes the game completely in fullscreen.

As for the frame rate I found this on manual which is bit funny: http://i.imgur.com/lct9qtL.png I didn't suffer from stuttering, but I do have 144Hz monitor which may make it less visible. (Also just noticed how I had 200 FPS cap on dxtory set up so I'm just going to remove that cap mention on game page...woops...)

On steam version I have two completely identical (hash CRC32 match: 2DD186E2) executables named game.exe and gurumin.exe and when game is opened trough steam, it uses later one: http://i.imgur.com/Ge0uyyL.png EDIT: It seems like the game is still booted trough game.exe, can't test does it work with gurumin.exe only as steam requires first file and opening executable directly gives error of steam not running. For some reason humble doesn't offer DRM-Free version of the game.

So maybe they did indeed change it, but simply forgot old one in place.

I based the article entirely around the 2015 release of the game. Originally game was released in japan 2004 - 11 years ago - so I'm assuming they have updated at least something and for some reason this release doesn't feature japanese language at all, only english. Localized PSP title game after that so it could be possible they are using stuff from that version.

Because of these reasons I can't just assume that game is being identical to something released so long ago. If someone knows something about original release, feel free to input. If it's almost identical to original release, it should be easy to fix the article match that.

It's an updated version of the original PC version but with backported PSP content from what I understand. Tracking down a Japanese copy is hard to do. You'd have to get lucky and find a physical copy or pirate it. (Good luck, unlikely since it's so old and obscure)

So because original release is so hard to aquire and because this version is the one that's being sold and used, I would go with keeping this article for sold version of the game and making seperate article for original game if necessary?

Yes, I think that is a wise choice. Because usually Falcom releases patches for their games on their website or via an updated retail version of the game. So it would be different just from that point alone. (Not to mention I think the original game came out in 2004, so I don't know if they ever made newer retail versions updated for different OSs for it like they did for newer games.)

Edit: On Falcom's website, it looks like the last patch for the original game was in 2005 http://www.falcom.co.jp/gurumin/support/patch.html

I'm not going to lie, I looked for ISO's online of the original release to test for differences but was unable to find one, or a seeded torrent.

It's unavailable to mail order from Falcom anymore too, so that is out the window short of finding a 2nd hand copy.