News
Welcome to NeoRHDN! This place is still a work-in-progress, so pardon the construction...

Site registration now fixed. Oops!
Views: 434,201
Sections: Documents | Utilities | ROM Hacks | Games | Translations | Homebrew | Fonts
Site: Main | Rules/FAQ | Discord | Memberlist | Latest posts | Stats | Ranks | Online users
09-19-24 09:53 PM
Guest: Register | Login

0 users currently in Hacking Help | 1 bot

Main - Hacking Help - Cropping or replacing an entire row of pixels in an NES game? (2)


Inunah
Posted on 08-20-24 06:06 PM, in (rev. 8 of 08-20-24 06:25 PM by Inunah) Link | ID: 290
Newcomer

Level: 2

Posts: 1/2
EXP: 15
Next: 31

Since: 08-20-24

Last post: 29 days
Last view: 29 days
The game is Akumajou Special: Boku Dracula Kun, also known as Kid Dracula. It was released on Famicom, and has a port on the Castlevania Anniversary Collection.

What I'm wanting to do is crop or replace a row of pixels in this game, because it has massive flickering that does not reduce or stop when applying any sort of modification that stops flickering. This flickering row of pixels is not an effect of an emulator, but rather something that is visible on actual hardware and can be seen in every release of the game. Additionally, some people cannot see the flickering at all even when it is highlighted and zoomed in upon. But it is highly distracting and gives me a headache.

I have tried to isolate what is causing it, and I believe it is due to how the backgrounds of each stage are drawn, as even when the game is rendering that area as black it'll still flicker with some random color.


You can kind of see a couple out of place bits of color in this general area of the screen. That's the flickering bits, and it does not reduce by disabling the sprite limit. The flickering usually affects from 1-3 rows of pixels, and often ends up looking like something you'd get rid of by enabling overscan cropping because it's textured like the parts of the stage being drawn above and around it. Generally, it'll be two separate flickering bits on the left and right halves of the screen at the same time, and on rare occasions you can find it going across the entire screen all at once.

Here are a couple example videos you can see the flickering in, in case you want to see it in action:



(First Video: TAS Playthrough || Second Video: Original 1990 Advert)

Is there some way for me to either crop out this row of pixels, or replace them with a solid color?

Rexius55
Posted on 08-20-24 07:26 PM, in Link | ID: 292

Tektite

Level: 9

Posts: 31/58
EXP: 2678
Next: 484

Since: 08-14-24
From: Outset Island, The Great Sea

Last post: 4 days
Last view: 4 days
I think it's mostly a quirk of the Famicom/NES drawing tiles, could also be a programming error but if you look, SMB3's bottom HUD has a line of pixels where sprites and tiles disappear just before the actual design of the HUD. Pretty sure it's just old hardware being old hardware.



____________________
I do requests (reverse-engineering, programming, music, spritework, writing, etc.). I'm always learnin'.

Status: Hands are full.

I post wherever is on my Linktree. If you see my stuff anywhere else, it wasn't me.

RT-55J
Posted on 08-20-24 09:41 PM, in Link | ID: 293

Micro-Goomba

Level: 5

Posts: 10/16
EXP: 387
Next: 142

Since: 08-14-24

Last post: 16 days
Last view: 3 days
This appears to be an issue with how the raster split in the game is coded. The game is likely updating the scroll registers in an improper order, leading to garbage displaying on screen. Proper, clean raster splits are possible on the NES. The nesdev wiki has some example code here.

The first step to fixing the bug would be to look at the code being executed in the game's IRQ handler.


Inunah
Posted on 08-21-24 12:41 AM, in (rev. 2 of 08-21-24 12:49 AM by Inunah) Link | ID: 296
Newcomer

Level: 2

Posts: 2/2
EXP: 15
Next: 31

Since: 08-20-24

Last post: 29 days
Last view: 29 days
Posted by RT-55J
This appears to be an issue with how the raster split in the game is coded. The game is likely updating the scroll registers in an improper order, leading to garbage displaying on screen. Proper, clean raster splits are possible on the NES. The nesdev wiki has some example code here.

The first step to fixing the bug would be to look at the code being executed in the game's IRQ handler.


So this would probably be a pretty advanced fix, you think? Because like... my current ability and understanding level when it comes to NES hacking is uh... kinda lacking. I only understood up to the list of contents on that page. Rest is moon runes to me.

Apparently games using the same mapper as this game all have this problem to some degree, though I've never seen it before this game (I guess I got lucky).

MegaFucker man
(post deleted) ID: 609

Bahamut ZERO
Posted on 09-03-24 06:34 PM, in (rev. 3 of 09-03-24 11:14 PM by Bahamut ZERO) Link | ID: 671
Newcomer

Level: 2

Posts: 3/4
EXP: 35
Next: 11

Since: 08-30-24

Last post: 10 days
Last view: 9 days
As far as the HUD is concerned, you could try opening the rom with YYCHR and changing that top row of black pixels to the white or the blue and see if anything changes in regards to the glitching.

Edit: Took a look myself and holy hell there's a lot of things going on graphically. Combine that with simultaneous horizontal/vertical scrolling (which the nes has trouble handling due to how it handles scrolling backgrounds in general) it's no wonder there's some glitchy artifact behavior. I'm impressed the devs have it running as well as it is.

That KKK ghost boss guy on level one was pretty damn funny tho. :LOL:

Main - Hacking Help - Cropping or replacing an entire row of pixels in an NES game? (2)


Acmlmboard v2.5.6+neo (2024-08-13)
© 2005-2024 Acmlm, Emuz, NinCollin, et al.

Page rendered in 0.054 seconds. (809KB of memory used)
MySQL - queries: 67, rows: 422/432, time: 0.046 seconds.