Talk:Game bugs: Difference between revisions
Rainwarrior (talk | contribs) (→smooth sprite flickering in smb3 world 1-4: why is this a "bug"?) |
NewRisingSun (talk | contribs) No edit summary |
||
Line 31: | Line 31: | ||
:Sprite flickering occurs in most NES games. What is notable about this example in SMB3 that would make someone think it's a bug? - [[User:Rainwarrior|Rainwarrior]] ([[User talk:Rainwarrior|talk]]) 11:13, 5 October 2015 (MDT) | :Sprite flickering occurs in most NES games. What is notable about this example in SMB3 that would make someone think it's a bug? - [[User:Rainwarrior|Rainwarrior]] ([[User talk:Rainwarrior|talk]]) 11:13, 5 October 2015 (MDT) | ||
== Reliance on RAM values == | |||
Several entries in this section claim that it is erroneous to use uninitialized RAM for a random number seed. Why would that be considered a bug? --[[User:NewRisingSun|NewRisingSun]] ([[User talk:NewRisingSun|talk]]) 04:53, 3 January 2018 (MST) |
Revision as of 11:53, 3 January 2018
Actually, there should probably be an option in the emulator to enable "impossible" input if it is wanted (such as to figure out what strange things are happening, or if you want to pretend to be different kind of input devices where it is possible, etc). --Zzo38 (talk) 18:58, 25 March 2013 (MDT)
- Yeah, impossible controller input can be pretty fun, plus TASers love it. I've rephrased it a bit :). -Ulfalizer (talk) 22:41, 25 March 2013 (MDT)
- Lots of emulators have an option to allow L+R/U+D but it really needs to be prevented by default. Considering that preventing it from happening requires more code than not preventing it (i.e. doing nothing), I think it the phrasing should be more like: "Emulators should prevent this kind of input by default, but may offer an option to turn off this protection for users that want to experiment." - Rainwarrior (talk) 09:02, 27 March 2013 (MDT)
- Done! Are you unable to edit the wiki yourself by the way? I don't guard the stuff I write religiously, and this is pretty sensible stuff with low risk of being controversial. :) --Ulfalizer (talk) 09:08, 27 March 2013 (MDT)
- I can edit it, I just didn't feel like it for some reason I don't recall. - Rainwarrior (talk) 00:36, 28 March 2013 (MDT)
- Done! Are you unable to edit the wiki yourself by the way? I don't guard the stuff I write religiously, and this is pretty sensible stuff with low risk of being controversial. :) --Ulfalizer (talk) 09:08, 27 March 2013 (MDT)
- Lots of emulators have an option to allow L+R/U+D but it really needs to be prevented by default. Considering that preventing it from happening requires more code than not preventing it (i.e. doing nothing), I think it the phrasing should be more like: "Emulators should prevent this kind of input by default, but may offer an option to turn off this protection for users that want to experiment." - Rainwarrior (talk) 09:02, 27 March 2013 (MDT)
If I'm not wrong, the game Predator has a secret based on impossible inputs. Just press UP + DOWN + JUMP or FIRE to skip the current level. --Zepper (talk) 18:25, 27 March 2013 (MDT)
- That could just as easily be a bug. - Rainwarrior (talk) 00:36, 28 March 2013 (MDT)
Recent changes by PGCX864
I don't understand the bugs description added recently by PGCX864. They are badly phrased and are not understandable. A more precise description of what looks wrong (and possibly where in the game) is just what is needed.Bregalad (talk) 02:06, 29 April 2015 (MDT)
And then he does that again. Most of his stuff is incorrect English and is total nonsense.Bregalad (talk) 01:48, 12 May 2015 (MDT)
- Assume good faith, and ayez de la patience, s'il vous plait. English does not seem to be his first language. (It has an East Asian ring to it.) Of the ones I can puzzle out and check/knew about before, all of them exist. The Megaman ladder trick he refers to is | this, I believe. Zelda 2 having the simultaneous left+right input granting enormous speed is used well in one of the TASes, and likewise in Tiny Toon Adventures. The screen does indeed shake one pixel when a door closes in Castlevania III/Akumajou Densetsu, but I believe this to be an intentional effect from the door slamming shut. I'll continue to correct what I can. Myask (talk) 03:47, 12 May 2015 (MDT)
Thanks. As for the Akumajo Densetsu door, I belive it's not intentional, because
1. It also shift one pixel when you first touch the door, before it is slamming 2. Castlevania III does not have this bug. If it wasn't a bug it wouldn't have been fixed. Bregalad (talk) 04:42, 12 May 2015 (MDT)
- It is as you say. I suppose if they'd wanted a serious shake effect, it might be for more than once (compare: shaking after each move of the tower in block 9-03, but obviously the tower moving makes for more shaking than a door would.) Or perhaps they just decided it wasn't nice to look at and cut it out. Though, they were changing mappers, and there were a fair number of other, less-desirable changes made. (Also, as an aside, I checked Panic Restaurant's bug myself.) Myask (talk) 04:56, 12 May 2015 (MDT)
smooth sprite flickering in smb3 world 1-4
World 1-4 in Super Mario Bros 3, the moving wooden lifts flicker smoothy --46.130.11.158 03:32, 5 October 2015 (MDT)
- Sprite flickering occurs in most NES games. What is notable about this example in SMB3 that would make someone think it's a bug? - Rainwarrior (talk) 11:13, 5 October 2015 (MDT)
Reliance on RAM values
Several entries in this section claim that it is erroneous to use uninitialized RAM for a random number seed. Why would that be considered a bug? --NewRisingSun (talk) 04:53, 3 January 2018 (MST)