Open ReyVGM opened 6 years ago
Did this work in 0.9.11? Does it happen in both sw rasterizer and opengl renderer? Are you sure it's not supposed to look like this on hardware? Sometimes games will mess up in final cutscenes because it is so hard to test them. In the 2nd case it actually looks reasonable to me. Extremely dramatic. I don't know what's going on in the first scene though (I havent tested the game myself yet)
Sorry, I was pretty much making a sequel to my previous report about this game, so I ended up not mentioning that pertinent info.
Yes it happens on 0.9.11 and it happens on the latest build. It happens with soft and opengl too. I also enabled all the stuff in Emulation settings (bios, firmware, buslevel timing, dynamic recompiler, etc).
Can't test on real hardware because I don't have one.
I don't think devs testing a cutscene would be hard since they use debug menus with access to pretty much everything in a game. If you see it in motion, it doesn't look like a game error. It's very glitchy (on that character specifically) as the black textures pop in and out. I've also seen these types of glitches before on other polygonal games, such as Final Fantasy 4 during the ending when using opengl (or was it soft raster?).
i know it’s a super long shot for an endgame video but check youtube and maybe you can find something. i wouldn’t mention this if i didn’t think it was a distinct possibility... like, if we messed this up, our toon mode rendering should be wholly well and truly jacked. just check for some caps, that’s all i’m asking.
as for devs testing a cutscene, just take my word for it. budgets prevail, and how many people ever finish the game?
you never know.
if you’ve got bugs like this at the end of ff4, and not at any other point, then...uhhhh
Checked youtube, unfortunately all videos are made with Desmume. Even checked nicovideo and same thing.
I used nocash, and saw the same glitches. So maybe you might be right, unless both emus are missing something there.
it’s not conclusive but it is compelling evidence that the game is bugged. keep in mind the game is using the toon shading LUT throughout the game, not just in this scene. and apparently we are doing well enough.
confirming on another emu is hard to top. i know it’s disappointing but if you’re tasing it that may be as good as it gets. thanks for checking nocash tho.
that said, it’s theoretically possible the game is relying on some whacked out maths (about the same probability as it just being a game programming error; someone may have needed something specially dramatic for the last scene) which nocash and desmume both get wrong. no way to know without hw confirmation. for now, i can’t do anything without hw check.
I'll see if I can get a R4 from someone. I assume I can transfer the save and cheats too, should be an easy check if I manage to get the R4.
How close to the cutscene is your save file?
Just downloaded the new Desmume version and the cutscenes for the game now display correctly. However, there are some graphical shadowing texture glitches mostly happening on just one character, and as far as I know, only in the ending.
Here's a save file at the last boss (last save, 6-11) and a cheat with invincibility. https://www.sendspace.com/file/o81idk
It's real easy, just punch and kick the boss, you can hold L to make the action go slower and get more hits. Once you drain one energy bar, you need to slide the screen up with the stylus and touch the 4 boss mirages. Repeat 2 more times.
The glitch in question is this:
Notice the dark/shadow texture on the arms and face.
In one scene it looks wrong, but in another scene it looks perfect.
There's also a dark effect covering half of the faces sometimes. I think this effect is correct, just not for half the face. In other scenes you can see the effect, but it doesn't cover half the faces of characters.