Language…
17 users online: caioskii, Chambo, Dark Prince,  Deeke, Ekimnoid, ForthRightMC, Fozymandias, Gorry, JezJitzu, LadiesMan217, Mischievous Marc, NewPointless, Rauf, Raychu2021,  Ringo, sinseiga, The_Uber_Camper - Guests: 264 - Bots: 255
Users: 64,795 (2,375 active)
Latest user: mathew

VLDC12 - Results

The level in question was literally called "Actual Loopholes", so the author was clearly trying to push the rules as much as the possibly could -- I'm personally willing to not give them the benefit of the doubt in this case. For what it's worth, I played the level myself, and while I admittedly thought it was actually really fun, I can see why it would be unfair to allow that level into the contest when most of the other contestants likely didn't have it in mind. Also, the level doesn't even work in Snes9x, so it does overtly break rules that the contest has had in the past - it just wasn't specified this time around because, you know, common sense.

Also the VLDC3 Smallhacker thing was all the way back in 2010. I would personally argue that hacks exploiting Lunar Magic bugs should be DQ'd as well, since it's still not really something that showcases the skills of the level designer under a restriction.
Twitter
The handomest people in the world are ones who follow my Twitch
Well, 63rd place. Honestly, not horrible for a first time in one of these, though I certainly could have done better. I think the creative aspect was the one area that hurt me severely. Hopefully I'll keep that in mind for the next one, if I decide to do it. :)
Click here to enter the world of mediocre!
I didn't think my level would be in the top 50, especially since this was my first time participating in one of these, so that's cool 8>
Originally posted by Katerpie
There's practically zero benefits in adding such a rule, especially if it's unilateral. I don't like how we have to spell out to not find loopholes for the sake of common sense, as judges will just waste their time discussing whether to disqualify the offending entry or not. If anything, they could just be disqualified from further contests if they keep getting hasty like this (and the ACE situation is a first, to my knowledge).

In contrast to this, what is the drawback from adding this rule? Like, there are people out there who don't even believe Common Sense exists. Or heck, just tell people to use what is widely considered "Common Sense" when making a level for (this) contest(s).

Quote
Also, the level doesn't even work in Snes9x, so it does overtly break rules that the contest has had in the past - it just wasn't specified this time around because, you know, common sense.
Also this, like the level works in every other emulator but SNES9x? I get that SNES9x is the most widely used emulator, but what if somebody uses BSNES or mains god-forbid ZSNES because it's the only thing that can run on their dinosaur computer? Does anybody who submits a level to contests have to make sure their level works with all known major emulators?(ZSNES/SNES9x/BSNES/ZMZ)

Also keeping in mind what I said about "common sense" and not everybody believing it exists, common sense in and of itself is a very subjective thing because everybody is raised differently. What I consider common sense (Right turn on red lights, or like... the Golden Rule; don't yell at people because you're mad, etc.) might not be the same for them.

Lastly, why even remove the rule if it existed in previous contests b/c common sense? If anything, that doesn't make sense, if it was there before and didn't cause any problems, why remove it? There's a reason why before you play some games, there's like... 20 page agreements, Terms and Conditions, you must agree to before you play. A lot of it is common sense but it's still there because there are people out there who take what they see and examine it to the dot. Whatever isn't listed is pretty much fair game. Yes, common sense dictates you shouldn't, but people do it anyways because that's how people are.
the level only worked on bsnes specifically. our contests expect levels to work on at least snes9x and bsnes, which is why it not working on snes9x was mentioned
soundcloud / bandcamp / twitter / buy/stream my EP / buy my touhou music / buy my NEW album!!!
if the vldc12 baserom innately works in both snes9x and bsnes, there shouldnt really be anything people can do within the confines of the contest to change the baserom to no longer work in snes9x.
Originally posted by Skewer
Originally posted by Katerpie
There's practically zero benefits in adding such a rule, especially if it's unilateral. I don't like how we have to spell out to not find loopholes for the sake of common sense, as judges will just waste their time discussing whether to disqualify the offending entry or not. If anything, they could just be disqualified from further contests if they keep getting hasty like this (and the ACE situation is a first, to my knowledge).

In contrast to this, what is the drawback from adding this rule? Like, there are people out there who don't even believe Common Sense exists. Or heck, just tell people to use what is widely considered "Common Sense" when making a level for (this) contest(s).

That should be left as an unwritten rule...
Windowless ride, feeling alive
Are you alive or just breathing?
Originally posted by K.T.B.
The level in question was literally called "Actual Loopholes"

Just a little devil's advocate (or maybe more 2¢ than is needed): (only reason I even looked at VLDC12 though was because I heard about this, so yeah)

- Fwiw, they've got a loopholes.bps uploaded in 2019 and asked FPZero before doing so, so while that's a veeery fair implication, that's maybe a little hasty.
- As far as it being "common sense", loooots of the interesting stuff (1F0, etc.) is using things in ways they shouldn't be.
- If it had worked on snes9x it probably should've made it through, imho. Sad it didn't really.
- Regardless, obviously you can get way too chocolate with ACE so a rule against that seem worth it, especially given the level of glitchiness that's considered "vanilla". You can even have your cake and eat it too as far as "spelling out common sense":
"Vanilla in that it introduce no new code to the baserom. Whether temporary, hex-edit, etc. without prior approval." just lump it in with the rule on hex-edits and such that need baserom-update approval.
And the "no kaizo" rule already covers egregious item-abuse and glitch-abuse that requires player input.