SourMesen / Mesen

Mesen is a cross-platform (Windows & Linux) NES/Famicom emulator built in C++ and C#
https://www.mesen.ca
GNU General Public License v3.0
1.26k stars 319 forks source link

Castlevania III - Dracula's Curse bug #327

Closed Arcus87 closed 6 years ago

Arcus87 commented 6 years ago

The bug that is letters "S" and "E" is cropped after you get to the BLK 6-03, and we have "CORE" / "NEMY" instead of "SCORE" / "ENEMY"

akumajou densetsu j _000

And now look & compare how should BLK 6-03 / 6-04 (from 5:22)

https://youtu.be/CToOaLLnnj8

dragon2snow commented 6 years ago

this game is Akumajou Densetsu,not Castlenia III - Dracula's Curse?

ghost commented 6 years ago

you are playing Akumajou Dracula and comparing to Castlevania III?

anyways, disable side clipping or whatever that option is called in mesen

SourMesen commented 6 years ago

It's not the overscan settings since his picture is 256px wide. But you're comparing Castlevania 3 to Akumajou Densetsu (CV3's Japanese version), which are not the same game. Took a while to find a video (seems like most videos take other routes): https://www.youtube.com/watch?time_continue=227&v=nZc6Lj7wdXU I'm not sure if that video was recorded on a console, but it does look like it might have been. I can't confirm, but I'd be tempted to say this might be the game itself that has a bug?

ghost commented 6 years ago

@SourMesen interesting.... @Arcus87 can you possibly upload savestates of the stages where you think the issue is?

cyrilleCh commented 6 years ago

CV3 uses a MMC5 mapper which allows it to have a 3rd nametable which is useful on this specific level "flood" with its vertical scroll raster effect. The water screen uses the 3rd nametable which leaves 2 nametable to do the horizontal scrolling without glitch. Akumajou uses a Konami VRC6 mapper which does not allow to have 3 nametable so to make the effect "flood" they are forced to pass the scrolling to "single-screen" mode for this specific level which causes palette glitch and needs to activate the black strip border. So I think everything is normal on this screenshot.

SourMesen commented 6 years ago

The MMC5 vs VRC6 + cutting off the black border on the left side explanation makes a lot of sense - that's probably what's actually happening here.

It's easy to check this with Mesen's debugger by looking at the "Draw left BG (8px)" checkbox - if it's checked during that scene, this is normal.

ghost commented 6 years ago

wait left side? vrc6 always has clipping on the left side of the screen even with normal overscan clipped. anyways this is probably a no biggie and is happening to real hardware.

On Fri, Mar 23, 2018 at 8:39 AM, SourMesen notifications@github.com wrote:

The MMC5 vs VRC6 + cutting off the black border on the left side explanation makes a lot of sense - that's probably what's actually happening here.

It's easy to check this with Mesen's debugger by looking at the "Draw left BG (8px)" checkbox - if it's checked during that scene, this is normal.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/SourMesen/Mesen/issues/327#issuecomment-375502523, or mute the thread https://github.com/notifications/unsubscribe-auth/AWPDtitSU8g3QVIryqDBVsQdhsS0GPQFks5thEQvgaJpZM4SKsxB .

SourMesen commented 6 years ago

As far as I'm seeing, the VRC6 version has a 256px wide image with nothing hidden? So clipping the 8px on the left would result in cutting off the SCORE/PLAYER/ENEMY labels, like in the screenshot above.