News: 11 March 2016 - Forum Rules
Current Moderators - DarkSol, KingMike, MathOnNapkins, Azkadellia, Danke

Author Topic: a smb1 hack idea i like , taken from another smb1 hack  (Read 1347 times)

dudekindjack

  • Newbie
  • *
  • Posts: 3
    • View Profile
a smb1 hack idea i like , taken from another smb1 hack
« on: August 26, 2012, 09:16:45 pm »
they are a smb1 hack called mario 1337  that has the background color changing different colors, according to what the last digit of the time.    it also has a weird thing that has it dragging and showing doulble stuff that drags behind you. its weird, dont know how to explain it but can show you this youtube video. it has the title screen in this video till around the 1:28 mark or so..

http://www.youtube.com/watch?v=FudwCIpRk5k

what i would like to have is a version of this that changes the background color like this is doing, but dont do that draggy effect thing it does.    if i could figure out how to do it, i would, but i have no idea now to do that.   bout the only thing i know how to do is fix smb1 hacks like wheelchair mario to work on pretty much every emulator.  they are other hacks that did the same thing (crashed on the title screen).    found part of something that has to do with the flashing coin up top missing missing in the rom using yy-chr.   i put it back in where it was missing, boom, roms that crashed on title screen work. 

if someone could make a smb1 hack where the colors changed like in mario 1337 but didnt do that draggy thing, it would be awesome.

Dr. Floppy

  • Restricted Access
  • Hero Member
  • *
  • Posts: 972
  • Make America GREAT Again!
    • View Profile
    • BaddestHacks.net
Re: a smb1 hack idea i like , taken from another smb1 hack
« Reply #1 on: August 29, 2012, 01:51:13 am »
It looks like that hack is also having issues with Sprite Zero...

Older NES games relied upon something called "sprite zero hit detection" in order to create static status bars which remained in place while the game level itself scrolled around. Basically, a sprite was positioned within the status bar (sometimes underneath an identical background tile, as in the case of SMB1), and the Nintendo would be alerted when the scanline being drawn intercepted a non-transparent pixel of Sprite Zero which over/underlapped a non-transparent pixel of background tile. This signaled the beginning or end of the status bar (depending upon whether it was located at the top or bottom of the screen).

If that sounds precarious, well... it kinda is. If that sprite or background tile is altered in a way that significantly delays or prematurely triggers the signal, you're going to wind up with split-scrolling gibberish. Or, in the case of those bad dump SMB1 ROMs, a game that crashes/resets as soon as the screen tries to scroll anywhere.


The Good News: What you seek is entirely doable! (PM me for details.)