I think Nach was just trying to be technical and accurate3l17 wrote:Ok, THX, I just meant the same, cause I use "Cartridge" for rom and "rom" for what you call "rom image"

Moderator: ZSNES Mods
I think Nach was just trying to be technical and accurate3l17 wrote:Ok, THX, I just meant the same, cause I use "Cartridge" for rom and "rom" for what you call "rom image"
See what I mean. People who don't know look at interleaved: yes and see no implication that that is what's screwing things up. To them, "interleaved: yes" is to "interleaved: no" as "hirom" is to "lorom." They have no idea that yes is a bad thing and that it could be responsible for their problem. And as the documentation exists now, spouting something about superfx and interleaved roms as though the people who were having problems with such knew that these were important characteristics of the problem in the first place. A red highlight and specific instruction solves that.3l17 wrote:little question: what means "interleaved"?
How about displaying things like that in ZSNES :FitzRoy wrote:See what I mean. People who don't know look at interleaved: yes and see no implication that that is what's screwing things up. To them, "interleaved: yes" is to "interleaved: no" as "hirom" is to "lorom." They have no idea that yes is a bad thing and that it could be responsible for their problem. And as the documentation exists now, spouting something about superfx and interleaved roms as though the people who were having problems with such knew that these were important characteristics of the problem in the first place. A red highlight and specific instruction solves that.3l17 wrote:little question: what means "interleaved"?
No because a certain program counts Super FX interleaved ROMs as different dumps, and it's followers just have to have everything out there despite it being the same thing just messed up.jj_frap wrote:If we eliminate support for improperly dumped ROMs, people will have less of an excuse to leave them floating around cyberspace and they'll gradually because rare anachronisms.
fixed wrote:If Cowering eliminates support for improperly dumped ROMs, people will have less of an excuse to leave them floating around cyberspace and they'll gradually because rare anachronisms.
I think either way would be self-explanatory, and having one color is simpler than two. It's like getting a paper checked, if something is wrong you see red, but if something is right, you usually don't see green next to right answers as well (which should be less rare). It's sort of unnecessary and makes it more confusing. If people see color every time they start a rom, they're just going to become desensitized to it.Stifu wrote:How about displaying things like that in ZSNES :FitzRoy wrote:See what I mean. People who don't know look at interleaved: yes and see no implication that that is what's screwing things up. To them, "interleaved: yes" is to "interleaved: no" as "hirom" is to "lorom." They have no idea that yes is a bad thing and that it could be responsible for their problem. And as the documentation exists now, spouting something about superfx and interleaved roms as though the people who were having problems with such knew that these were important characteristics of the problem in the first place. A red highlight and specific instruction solves that.3l17 wrote:little question: what means "interleaved"?
chksum: fail
chksum: ok
interleaved: yes
interleaved: no
The colors should be self explanatory...
Wow, that's pretty wonky compared to what we suggested for reasons already explained.adventure_of_link wrote:That's been in every release of Snes9X from v1.42 on forward. IIRC, here's what the colours mean:
White: Clecksum OK, ROM should boot with no problem.
Yellow: Bad checksum, could be under/overdumped, hacked, translated, PD, or just a bad ROM.
Cyan: Mode 2 interleave
Red: definate hack, download NSRT to fix it.
If someone can tell me what the colour for mode 1 interleave is, thanks.
Completely agree, VirtuaNES allready has such a feature. It have support for bad dumps, but it does warn you upon loading that the rom is f*cked up in some way (provided you didn't disable the warning messages in the option).FitzRoy wrote: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.