Snes database of game bugs that occur on real hardware
Moderator: ZSNES Mods
Snes database of game bugs that occur on real hardware
Not Zsnes related per-se but
I'm thinking it would be useful and would save some troubles in the long run, not to mention current and future emulators could use it as a reference.Similar to this:
http://nesdevwiki.ath.cx/index.php/Game_Bugs
Needless to say,only 100% confirmed on real hardware bugs would go there, not "I heard Star Oceans crashes a lot on the Snes" stuff.
I'm thinking it would be useful and would save some troubles in the long run, not to mention current and future emulators could use it as a reference.Similar to this:
http://nesdevwiki.ath.cx/index.php/Game_Bugs
Needless to say,only 100% confirmed on real hardware bugs would go there, not "I heard Star Oceans crashes a lot on the Snes" stuff.
-
- ZSNES Shake Shake Prinny
- Posts: 5632
- Joined: Wed Jul 28, 2004 4:15 pm
- Location: PAL50, dood !
We could maybe try a CRC32-sorted db... and a user submitting system.
Anyone could add an entry, but it'd be flagged as 'to be verified', and when 5 reports from other users (or less reports - maybe 2 ? - from trusted 'verificators'), the bug is labelled as verified.
The method of verification is important (copier, real cart on proper hardware, real cart on different hardware - like a NTSC cart on a PAL console, some games have timing bugs in this case) so it should be noted too.
Anyone could add an entry, but it'd be flagged as 'to be verified', and when 5 reports from other users (or less reports - maybe 2 ? - from trusted 'verificators'), the bug is labelled as verified.
The method of verification is important (copier, real cart on proper hardware, real cart on different hardware - like a NTSC cart on a PAL console, some games have timing bugs in this case) so it should be noted too.
皆黙って俺について来い!!
Pantheon: Gideon Zhi | CaitSith2 | Nach | kode54
Code: Select all
<jmr> bsnes has the most accurate wiki page but it takes forever to load (or something)
-
- ZSNES Developer
- Posts: 6747
- Joined: Tue Dec 28, 2004 6:47 am
Well, some stuff can be quoted from stuff in Walkthroughs/FAQs.. though sometimes they mention stuff when using emulators (this kind of data needs to be looked over of course).
It may be worthwhile to quote game specific resources that have looked into detail some of the bugs.
It may be worthwhile to quote game specific resources that have looked into detail some of the bugs.
Continuing [url=http://slickproductions.org/forum/index.php?board=13.0]FF4[/url] Research...
-
- Veteran
- Posts: 970
- Joined: Fri Jan 21, 2005 11:15 am
- Location: Montana, United States
To make this worthwhile, maybe we should have an proof system. I.e: Pictures of the Tv set with the game bug(s) or even videos. And like Grinvaders mentionned,description of the source (type of copier/real cart Type of Snes..)
If you're talking about Gamefaqs...that's about the most unreliable source you could have.And yes, many "FAQers" (lol) did use emulators to play the game, and they won't necessarily mention it.Deathlike2 wrote:Well, some stuff can be quoted from stuff in Walkthroughs/FAQs.. though sometimes they mention stuff when using emulators (this kind of data needs to be looked over of course).
The 'unverified' entries should probably be deleted within (...) a few weeks though. So that this way, you don't end up with tons and tons of unverified crap.We could maybe try a CRC32-sorted db... and a user submitting system.
Anyone could add an entry, but it'd be flagged as 'to be verified', and when 5 reports from other users (or less reports - maybe 2 ? - from trusted 'verificators'), the bug is labelled as verified.
Last edited by Dmog on Sat Apr 29, 2006 5:32 pm, edited 3 times in total.
GameFAQs could still be used as a source for researching bugs, even if it should never be used to confirm bugs.Dmog wrote:If you're talking about Gamefaqs...that's about the most unreliable source you could have.And yes, many "Faqers" (lol) did use emulators to play the game, and they won't necessarily mention it.Deathlike2 wrote:Well, some stuff can be quoted from stuff in Walkthroughs/FAQs..
[url=http://zsnes-docs.sf.net]Official ZSNES Docs[/url] | [url=http://zsnes-docs.sf.net/nsrt]NSRT Guide[/url] | [url=http://endoftransmission.net/phpBB3/viewtopic.php?t=394]Using a Wiimote w/ emulators[/url]
It just occured... it would be better if game revisions were mentionned too. The problem is: how do you determined which revisions you have if you own the real say, Final Fantasy 3 (US) cart ??? 
edit: of course, you can dump it and compare it with NSRT but I mean if you don't have access to a copier.

edit: of course, you can dump it and compare it with NSRT but I mean if you don't have access to a copier.
You're right.Jipcy wrote:GameFAQs could still be used as a source for researching bugs, even if it should never be used to confirm bugs.Dmog wrote:If you're talking about Gamefaqs...that's about the most unreliable source you could have.And yes, many "Faqers" (lol) did use emulators to play the game, and they won't necessarily mention it.Deathlike2 wrote:Well, some stuff can be quoted from stuff in Walkthroughs/FAQs..
-
- ZSNES Developer
- Posts: 115
- Joined: Thu Jul 29, 2004 9:51 pm
- Location: Germany
-
- ZSNES Developer
- Posts: 6747
- Joined: Tue Dec 28, 2004 6:47 am
Jipcy has it right.Dmog wrote:You're right.Jipcy wrote:GameFAQs could still be used as a source for researching bugs, even if it should never be used to confirm bugs.Dmog wrote:If you're talking about Gamefaqs...that's about the most unreliable source you could have.And yes, many "Faqers" (lol) did use emulators to play the game, and they won't necessarily mention it.Deathlike2 wrote:Well, some stuff can be quoted from stuff in Walkthroughs/FAQs..
FF3 Sketch bug does exist though.. and has been mentioned in many of the older Walkthroughs and FF3 resource sites... heck I'm amazed at how some how looked into the said Sketch bug. I had fun using this on the real cart.
In some said FF5 Walkthoughs, it makes mention of an "emulator bug" with the Water in the Ghost Ship... though it really was the lack of transparancy that was implemented at the time of writing and the authors more likely than not using an emulator and a translated copy of FF5 to play it.
Continuing [url=http://slickproductions.org/forum/index.php?board=13.0]FF4[/url] Research...
Super Mario World:
The last level of the Star Road Special area can be used to crash the game. The apples in this level will add 10 seconds to your timer. Allow your timer to drop below 100 but not 90 then have Yoshi eat the first apple. Continue on to the next apple and wait for your timer to drop under 100 but over 90 again. Eat the apple and continue this for each subsequent apple.
Your music speeds up every time it hits 99. Eventually, it gets too fast and the game freezes. IIRC, ZSNES does NOT freeze.
NOT a bug: There can only be three 1ups on the screen at once. This probably applies to any power up. As soon as the fourth is spawned (like, from a block) the first will simply dissappear. It's clearly just a limitation of the hardware, but someone may say that their emulator is glitching and what not (which is what we wish to avoid). You could clear ever path in the game andstill not have *96 on your file. You must actually travel the path for the number to register toward completion. This has hit me several times, llike with the star road path to Bowser's Castle and the pipe on Chocolate Island (exits to the castle). The first time, I thought it was bug.
The last level of the Star Road Special area can be used to crash the game. The apples in this level will add 10 seconds to your timer. Allow your timer to drop below 100 but not 90 then have Yoshi eat the first apple. Continue on to the next apple and wait for your timer to drop under 100 but over 90 again. Eat the apple and continue this for each subsequent apple.
Your music speeds up every time it hits 99. Eventually, it gets too fast and the game freezes. IIRC, ZSNES does NOT freeze.
NOT a bug: There can only be three 1ups on the screen at once. This probably applies to any power up. As soon as the fourth is spawned (like, from a block) the first will simply dissappear. It's clearly just a limitation of the hardware, but someone may say that their emulator is glitching and what not (which is what we wish to avoid). You could clear ever path in the game andstill not have *96 on your file. You must actually travel the path for the number to register toward completion. This has hit me several times, llike with the star road path to Bowser's Castle and the pipe on Chocolate Island (exits to the castle). The first time, I thought it was bug.