Super Mario World 2

max · Post by **max** » Sun Feb 06, 2005 11:09 pm

Hello!!!!

The ROM of Super mario World 2 does not work in Zsnes Win 1.42. But in the version 1.36 that used previously if so that?

please they respond soon. I must use the Zsnez again win 1.36?

Max

Post by **Nach** » Sun Feb 06, 2005 11:13 pm

As from the FAQ, or about 10 other threads already on this subject that you could have searched for:

# Q: Why don't my SuperFX games work? They used to work before.
# A: Your SuperFX ROM is probably interleaved. Support for interleaved SuperFX ROMs was removed in v1.40, because it was more trouble than it was worth.

To fix this problem, deinterleave your SuperFX ROM with a SNES ROM auditing tool (we recommend NSRT), then try again. Known SuperFX games include Dirt Trax FX, Vortex, Dirt Racer, Stunt Race FX/Wild Trax, Winter Gold FX, Super Mario World 2: Yoshi's Island, and Doom.

http://board.zsnes.com/phpBB2/viewtopic.php?t=2204
http://board.zsnes.com/phpBB2/viewtopic.php?t=1915
http://board.zsnes.com/phpBB2/viewtopic.php?t=1907

Post by **pagefault** » Mon Feb 07, 2005 1:01 am

I really wish this feature wasn't removed. Why can't we put a deinterleaver in ZSNES? IMO removing it causing more problems than if it was left in because now these roms don't work at all and the average joe isn't going to have a clue about whats wrong.

Post by **Nach** » Mon Feb 07, 2005 1:23 am

The code that was there was very problematic, and I didn't feel like fixing it.

Snes9x is also removing support for these.

I'd rather the average joe deinterleave his ROMs then us trying to maintain buggy code which was causing other problems.

Post by **pagefault** » Mon Feb 07, 2005 1:35 am

Well if NSRT can deinterleave the rom without any problems why can't ZSNES do this to? If you don't want to include your code could you tell me how it is done?

Post by **Nach** » Mon Feb 07, 2005 1:53 am

The detection in NSRT for Super FX wasn't written by me and is extremely hackish, yet works perfectly for every Super FX game.

I don't think that kind of code should go into ZSNES.

Post by **pagefault** » Mon Feb 07, 2005 1:57 am

It's better than nothing. Not supporting it at all is silly.

Post by **Nach** » Mon Feb 07, 2005 2:09 am

TRAC and The Dumper have both told me not supporting it is a good idea (TM).

Perhaps a poll would be in order...

Before I can put the code into ZSNES (if that's what we decide), I will have to get permission from it's author.

Post by **pagefault** » Mon Feb 07, 2005 2:10 am

Where is it from anyway? Perhaps I can just rewrite it anyway.

Post by **Nach** » Mon Feb 07, 2005 2:18 am

pagefault wrote:Where is it from anyway? Perhaps I can just rewrite it anyway.

CL wrote it. And trust me, you can't just rewrite it, it's some crazy logic on some bits scattered throughout the ROMs.

Here's a sample of what we're dealing with:

Code: Select all

if ((i & 30))              { x += 8; }

Overload · Post by **Overload** » Mon Feb 07, 2005 9:14 am

Nach wrote:TRAC and The Dumper have both told me not supporting it is a good idea (TM).

and Overload

One reason is because the interleaved ROM is not in any recognised copier format. It's more likely the person who dumped the rom got their pins mixed up when they dumped the chip.

Kagerato · Post by **Kagerato** » Wed Feb 09, 2005 4:01 am

Interleaved roms must die.

They are --

--

xamenus · Post by **xamenus** » Wed Feb 09, 2005 8:21 pm

Although I'm not a developer (and for that reason I might be missing the whole picture), I see no harm in adding hackish interleave code to ZSNES.

Hackish code for emulation, however, is another story.

Esturk · Post by **Esturk** » Thu Feb 10, 2005 2:31 am

Meh. What's the point in adding useless code to Zsnes? Just get another copy of the game or deinterleave the one you have.:p The former being the easiest in my opinion.

Post by **Nach** » Thu Feb 10, 2005 2:40 am

Esturk wrote:Meh. What's the point in adding useless code to Zsnes? Just get another copy of the game or deinterleave the one you have.:p The former being the easiest in my opinion.

The former being the stupidest. Deinterleaving takes litterally a second.
Trying to find a copy of the exact same version of the game not interleaved could take you an hour.

Esturk · Post by **Esturk** » Thu Feb 10, 2005 4:20 am

You're right Nach, it's easiest for Zsnes to do the work. I thought (!) good roms were pretty easy to find nowadays.

FitzRoy · Post by **FitzRoy** » Thu Feb 10, 2005 4:54 am

I don't think zsnes should have to be responsible for fixing other people's mistakes. Perfectly good roms exist out there, as do perfectly good utilities to verify and fix them. Being an average Joe might be a good enough excuse if it weren't for the fact that documentation and stickies have been put in place specifically for Joe so that he may forever be enlightened.

However pf is touching on something that I might think about harder in the next few days. Despite all that's been done to prevent this, people are still posting bug reports of interleaved roms. I don't think it's because they're dumb, I think the documentation and first-start screen are still deficient in educating these people about certain things.

But my idea for the moment is to change the color of the "INTERLEAVED: YES" and "CHKSUM: BAD" of the rom info on loading from white to red. Although this alone might tell the person something is wrong, it's not enough without some added info. So in addition to this, when either of these occur, also place a sentence above in red that says "THIS ROM IS CORRUPT. SEE FAQ IF PROBLEM OCCURS." Then they will know where to go to learn about what's wrong and if they can fix it. Obviously the documentation might have to be changed to refer to this and to explain how betas can be disregarded. This could avoid adding hacked code and help educate people at the same time.

resxto · Post by **resxto** » Thu Feb 10, 2005 8:14 pm

little question: what means "interleaved"?

LobStar · Post by **LobStar** » Thu Feb 10, 2005 8:36 pm

3l17 wrote:little question: what means "interleaved"?

Its the way the data is stored in the banks. A ROM can end up interleaved if a dumper mixes up his pins or whatnot.

resxto · Post by **resxto** » Thu Feb 10, 2005 8:39 pm

My English isn't the best, so do you meant that an interleaved rom is the fault of the one who converts gamedata to a rom?

LobStar · Post by **LobStar** » Thu Feb 10, 2005 8:42 pm

3l17 wrote:My English isn't the best, so do you meant that an interleaved rom is the fault of the one who converts gamedata to a rom?

You could say that in a sense. There are ways to convert between interleaved and deinterleaved formats too. You might also Read about Hi/Lo ROM

Post by **Nach** » Thu Feb 10, 2005 8:44 pm

3l17 wrote:My English isn't the best, so do you meant that an interleaved rom is the fault of the one who converts gamedata to a rom?

The fault of the one who copied from ROM to ROM image.

resxto · Post by **resxto** » Thu Feb 10, 2005 8:51 pm

and whats a rom image then?

LobStar · Post by **LobStar** » Thu Feb 10, 2005 8:52 pm

What Nach is refering to when he says ROM, he means the Data on the chip inside the cartridge. A ROM image is what is produced when you "download" the data from the cartridge into a file people can use in an emulator. If you need any other terms expanded upon let us know : )

resxto · Post by **resxto** » Thu Feb 10, 2005 8:55 pm

Ok, THX, I just meant the same, cause I use "Cartridge" for rom and "rom" for what you call "rom image"