 |
| Register | Login | |||||
 |
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
|
| | ||
|
| Register | Login | |||||
|
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
|
| | ||
1 user currently in Super Mario World hacking:  labmaster |
| Acmlm's Board - I2 Archive - Super Mario World hacking - Enhancement chips? |
 |  |  |
| Add to favorites | "RSS" Feed | Next newer thread | Next older thread |
| User | Post | ||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 1137/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
| Is it possible to change a flag in the ROM header or something to enable some special enhancement chips like the DSP-1 or SuperFX, without having to change huge parts of the ROM? | |||
Drake Solarice Micro-Goomba Level: 7 Posts: 9/12 EXP: 926 For next: 522 Since: 06-23-04 From: Solarice Castle. Since last post: 494 days Last activity: 339 days |
| ||
| It May be possible. Yet in not 100% sure. | |||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 1143/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
No offense, but that post was completely useless.  |
|||
KATW King Yoshi "If you stare at something long enough, it can be funny." Level: 86  Posts: 986/3959 EXP: 6087979 For next: 54128 Since: 03-15-04 Since last post: 7 hours Last activity: 5 hours |
| ||
| Well... It really depends on how the chips are triggered. Im going with a hunch on this, but It would seem unlikely that just one or two bytes would be able to run a whole chip. This could be an interesting idea to look into HH  |
|||
Escherial Shyguy Level: 17 Posts: 26/90 EXP: 20866 For next: 3877 Since: 03-15-04 From: Pasadena, CA Since last post: 202 days Last activity: 38 days |
| ||
| I would assume that the inputs/outputs of any chip supported by the emulator would be mapped to a usable address, regardless of the ROM. I have a sketchy understanding of memory-mapped IO, so this is a bit of a guess. |
|||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 1150/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
| Well, I imagine the SNES header has a byte that tells what sort of hardware is in it, which an emulator would use for that exact purpose, so just by changing it to the appropriate value for one of the chips, it should be enabled. The question is if the game will still function. | |||
|
Escherial Shyguy Level: 17 Posts: 27/90 EXP: 20866 For next: 3877 Since: 03-15-04 From: Pasadena, CA Since last post: 202 days Last activity: 38 days |
| ||
Huh, you're right, of course; I actually did some research on the subject and came up with this table. This byte is located one byte after the game title, which is 21 bytes (the byte in between is the ROM type byte - either LoROM, HiROM, FastROM, SloROM, etc.):Byte ROM typeI hope that helps; my apologies for my previously uneducated post. As far as messing things up goes, trying can't hurt  just make sure it's with an expendable ROM, heh.EDIT: Also, I read something in the ZSNES changelist that mentioned that SFX support was autodetected from the ROM header. (edited by Escherial on 06-25-04 06:30 PM) |
|||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 1157/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
Ooh, nasty Nintendo. The name is padded with space (0x20) and the first byte after it is also 0x20, so I changed the wrong thing.  I figured it out, but I think your list is wrong. I changed it to 05, and ZSnes says it's DSP-2. (The game runs fine, though. ) I'll compile my own list of what ZSnes reports it as being and what happens when I play it...00 - Normal, runs (even the SRAM )01 - Normal, runs 02 - Normal, runs 03 - DSP-1, runs 04 - Normal, runs 05 - DSP-2, runs 06 - Normal, runs 07 - Normal, runs 08 - Normal, runs 09 - Normal, runs 0A - Normal, runs 0B - Normal, runs 0C - Normal, runs 0D - Normal, runs 0E - Normal, runs 0F - Normal, runs 10 - Normal, runs 11 - Normal, runs 12 - Normal, runs 13 - SuperFX, runs* 14 - SuperFX, runs 15 - SuperFX, runs (this is what Yoshi's Island uses) E3 (just out of curiosity) - SGB, runs *This I find especially odd. I tried a level from every world (went all the way through Chocolate Island 2) and a modified one, and everything worked perfectly. Working with Yoshi's Island, I found that it had a strange ROM map that was half LoROM and half HiROM, switching back and forth. The only reason I see for this would be the use of the SuperFX, if that's the case, shouldn't SMW have crashed? (YI has the same 'ROM Type' byte. The next byte is 0B compared to 0A in SMW, but changing it in SMW had no visible effect.)(edited by HyperHacker on 06-26-04 06:22 PM) |
|||
|
Escherial Shyguy Level: 17 Posts: 28/90 EXP: 20866 For next: 3877 Since: 03-15-04 From: Pasadena, CA Since last post: 202 days Last activity: 38 days |
| ||
| Yeah, can't really vouch for the correctness of that particular list; I found it on an ancient document describing the memory map of some game. Anyhow, interesting findings there -- I'm interested in any other information on the subject, so keep posting, please Just out of curiousity, what do you plan to do with an SFX chip in SMW (or any of the other enhancement chips, for that matter)? Sounds pretty exciting, at any rate keep it up, whatever it is. |
|||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 1176/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
I was hoping to do some rotation, maybe a bit of scaling, the rest really depends what the chip can do. I'm thinking I'll prolly use SFX, but I can't find programming info on any of these.  |
|||
d4s Panser Level: 29  Posts: 43/325 EXP: 142151 For next: 5734 Since: 03-23-04 Since last post: 13 days Last activity: 1 day |
| ||
| of course you can edit the rom info-sector to enable a chip like the dsp1 or the superfx when you load the game in emulators, you can even take a super fx cartridge and solder a normal lorom 8mbit game in, it will work flawlessy on a real snes(checked it myself already). however, the question is: of what use would this be? im afraid the game wont magically transform into 3d and wont go faster, either. the super fx and the dsp are after all just co-cpus and without proper input(your program code, that is), they wont do ANYTHING. and believe me, even if you could drive these babys, i doubt that you could improve a game like mario world AT ALL. take the super fx for example: 1. there is basically NO info available on how to code that thing (besides its us-patent, and this is far from enough) 2. even if you had all programming docs for this chip, youd have to know 65816 AND super fx asm perfectly, and you know that even the first of these two is a major problem for most boardmembers despite the available info. 3. consider you have a routine hooked up that makes the sfx render some polys, after raw bitmap to tile conversion, it will save the rendered screen to its work ram and you'll have to manually DMA it to the snes's vram. the problem here is that you can only do it during vblank and i'm almost sure mario worlds routines already use up most of the cpu-cycles during vblank cause the game wants to upload it own stuff to vram, too. doing scaling or poly rendering on the super fx is ALOT different from, say, just setting up 6 matrix values for mode7 with a sine-table to make it rotate and youre all set. the super fx contains of mainly a very fast ALU (arithmetic-logical unit), the raw bitmap to snes tile hardware converter and a very fast pixelplotter (useful for drawing polys). its not like telling the chip: take sprite X and scale it around for value Y and there you go. you have to write EVERYTHING yourself. if you cant do a routine that rotates a sprite in mario world in software(on the 65816, that is), then you have no chance of doing this on the super fx. im not talking about speed here, its all about technique and experience. after all, you could maybe write some code that makes the dsp1 or superfx calculate some stuff , but without proper use this would be a major waste of time. however, you could then have the super fx logo on your titlescreen, wich would be a cool show-off. (edited by d4s on 07-02-04 11:02 AM) (edited by d4s on 07-02-04 11:05 AM) (edited by d4s on 07-02-04 11:09 AM) |
|||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 1217/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
Well I know adding an SFX isn't gonna do anything on its own. That'd be like buying a new CPU and expecting your computer to go faster without installing it.  I did indeed plan to do some ASM hacks to use it. I'll figure out all the DMA stuff when I get there. (SMW using up the vblank cycles won't be a problem, I don't intend to do anything major, except maybe as a minigame which will be a subroutine itself and not use SMW's code at all... |
| Add to favorites | "RSS" Feed | Next newer thread | Next older thread |
| Acmlm's Board - I2 Archive - Super Mario World hacking - Enhancement chips? |
| | |
