| User | Post |
iamhiro1112
Posts: 213/487 |
Would anyone be willng to do that for me? I ain't got that kinda skills yet. I'm about ready to release the hack in the next couple days. I was thinking of including a cheat file with a code for invincibility but putting that starman would be much more desirable. |
Supakitsune
Posts: 17/58 |
So put a Starman near the tumbling rocks.  |
iamhiro1112
Posts: 212/487 |
Well, If I knew the method to find empty space to place the colors I'd definately do that. I just about got my colorization of SML complete but there is a couple ugly glitches. I can fix most of them. But it did some odd thing where it made all the tumbling rocks behave like little goombas act like goombas when you step on them. So it makes later levels unpassable without some kind of invincibility code. |
HyperLamer
Posts: 3178/8210 |
Colourizing ROMs isn't really something that can be automated. Crappy video code is one of the main reasons - it'd be a lot easier (though still damn near impossible to do automatically) if it was like Gamecube, where the games all use the same SDK and thus end up with very similar, optimized code, but a lot of old GB games have horrible code.  Just look at Tetris. |
Chibi Gatomon
Posts: 58/85 |
ah okay then |
Keitaro
Posts: 1003/1342 |
Only that one...and it dosn't even work with half of them. And the ones it does work with, it does a crappy job Metroid only worked because like Yoro said, the video code was already fobbed out to some degree. |
Chibi Gatomon
Posts: 57/85 |
I wonder how many colorizer programs are avalible for gameboy roms? |
Yoronosuku
Posts: 40/502 |
That game did use the GB Colorizer, though. However, that game has funny video program itself, anyway...at least, the way certain things refresh frame. But maybe someone who hacks it more knows it better off than me. |
Chibi Gatomon
Posts: 56/85 |
colorizing gameboy games?
I came across a Metroid II Return of Samus color hack, it looks pretty cool in color |
Parasyte
Posts: 276/514 |
I'm not 100% certain, since I have not looked into the idea. GBcolorizer takes over the VBlank handler, placing the "colorization code" within the handler. I don't believe it has to be handled every frame like that, unless you need to change the color of certain tiles or sprites on each frame. Just as long as the color code sets up the video hardware correctly, I don't think it really matters where you place it, or how it's written. You will just need info regarding the GameBoy Color hardware, as well as z80-gb assembly experience and a little info on the game in question (Best place to put the code, where to find free ROM space, MMC used, etc). |
Keitaro
Posts: 990/1342 |
Hmm...well, I'm going to ask a bvvery bold, perhaps vague question here...what's the recomended method for adding ones own coloring routine, then? and I'm speaking in the general sence, not just SML specific. |
Parasyte
Posts: 274/514 |
You're better off avoiding GBcolorizer altogether. You need a better environment to work with, especially in the compatibility department. Basically, the game needs some very specific hacks done to convert it into a GBC game. GBcolorizer's automation process will not be able to do it. So I say it should be started fresh without GBcolorizer. |
iamhiro1112
Posts: 209/487 |
Well, I started colorizing my Mario Land 1 hack and came across a problem. The gb colorizer stores the color info in bank 0. But there is some sprites for this game in this area. So it started colrizing these guys for me and in some cases it dont look good. Also one of the enemies has begen acting differently. A rock that normall you should be able to climb on acts like a goomba instead when you step on it.
So, Im just talking for talking sakes cause I am not sure if the guy making gb colorizer will continue updating it. Would it not be possible to expand the ram and create a new bank? And we could then be able to color games without worry of effected other things?
I will continue working on my hack but may not colorize it. |
hukka
