forum

[Proposal] Slider curve node limit rule

posted
Total Posts
36
Topic Starter
Ephemeral
First draft wording:

Sliders should only have as many nodes as needed to form the main body of their curve. Writing messages or drawing pictures using slider node points after the points of the main curve adds nothing to a beatmap and may potentially break or complicate convert processing for future game modes.
Improved wording based on feedback:

Slider nodes must affect their slider's curve. Using additional nodes to write messages or draw pictures may potentially break or complicate processing in future game modes or updates.
This primarily addresses issues like the following:



These techniques do not currently cause known harm to any major game modes, but could very well dramatically impact efforts to develop new rule sets for the game in the future or potentially break at any time if new behavior is added.
Stefan
+1
Zelzatter Zero
-1. Just imagine when your initial intention is just to make the slider decelerate/accelerate like K.O.K.O.R.O & S.A.T.O.R.A.R.E, or make a literal spam of nodes like that sliderart in The Sun, The Moon, The Star.

The explanation is okay but the first sentence sounds absurd when taking out of context. I think we should take something more into account to prevent accidentally applying to those cases.
Stefan
Basically the core message is "Slider nodes should be reasonable", when writing silly text or forms is not reasonable. Everything else is subjective and can be adjusted or just be fine.

It's clearly to prevent abuse (as always).
Serizawa Haruki
I agree with Zelzatter Zero that the first sentence is misleading, it doesn't even address the issue itself. Using more nodes than necessary is very common and has nothing to do with messages or drawings.

Also, since when are we implementing RC rules based on potential issues that might come up in the future? I remember several proposals being denied for exactly that reason. If anything, this can be dealt with once it becomes a problem.
Endaris
This kind of stuff would never be possible in the first place if the rule/guideline about ".osu editing is allowed only for achieving things not possible in the editor" was still in place. To be fair I have no idea when or why that one was removed. It captures the intention of not allowing unreasonable things through notepad editing just because you can much better than the proposal in my opinion.
These nodes would clearly affect the slider if the sliderlength wasn't artificially cut through .osu editing after all...

You could also just summarise this with "don't add stupid stuff that doesn't contribute to the experience".

For the wording, as already noted by Zelzatter Zero, the current wording has some implications when you take it out of context. You would need to add a glossary definition for "main body of a slider curve" to make the actual message clear and to be honest, I don't think I want that glossary entry. Not sure if something like "Sliders cannot have additional nodes that are placed past their length." is better but when I hear "main body" I immediately feel like there is a "side body" floating around somewhere.

Overall I don't think such a rule is good or needed.
The root of the issue lies in editing the length of sliders via the .osu file. If you want to support P sliders with extended length (that aren't addressed by this proposal!), then there should be no problem at all to also support this slidernode gimmick. Yes, it's stupid but it shouldn't pose any more problems than extended P sliders in the first place. Just because it doesn't have an immediate value for the beatmap doesn't mean it should be banned.
There are ranked maps with bookmarks, unnecessary green lines, storyboard puzzles and and humoric comments on non-visible part of storyboard sprites. It's not relevant but it doesn't hurt. Why make the cut here?
chowch
+1, but...

The wording of the first sentence is vague and misleading. For instance, this rule could be applied to sliders which do not "fill" to the end of their nodes, like this:


Although this slider has a node that extends out from its main body, there is no gameplay difference to a similar slider whose nodes are enveloped by the slider body.

I suggest an revision to the first sentence that says:

Sliders must consist of nodes which reflect its shape.
I think that this covers the crux of this proposal (i.e. sneakily placing nodes into a slider in order to spell hidden messages). The revision I made would essentially mean that slider nodes must have some discernible effect on its slider body. I agree that this rule is required, lest sliders act in unexpected ways in the future. But it could be worded better.
Zelzatter Zero

Adam_S wrote:

+1, but...

The wording of the first sentence is vague and misleading. For instance, this rule could be applied to sliders which do not "fill" to the end of their nodes, like this:


Although this slider has a node that extends out from its main body, there is no gameplay difference to a similar slider whose nodes are enveloped by the slider body.
The worst part is that this kind of slider can be done through editor, when the SV is high enough and the snap divisor is small enough for it to happen.



Adam_S wrote:

I suggest an revision to the first sentence that says:

Sliders must consist of nodes which reflect its shape.
I think that this covers the crux of this proposal (i.e. sneakily placing nodes into a slider in order to spell hidden messages). The revision I made would essentially mean that slider nodes must have some discernible effect on its slider body. I agree that this rule is required, lest sliders act in unexpected ways in the future. But it could be worded better.
But there's a problem (although it's pretty rare) that mapper do not actually put any hidden messages into it, just put literally nonsense but it somehow works (extract from one of my maps):



Notice how the curve is made. It doesn't seems to reflect the shape but it apparently works. There's no hidden message in here either.

The main issue is that this proposal mainly focus only on our common sense. I think it deserves to be a guideline rather than a rule.
chowch

Zelzatter Zero wrote:

Notice how the curve is made. It doesn't seems to reflect the shape but it apparently works. There's no hidden message in here either.
This is a false equivalence. Spelling out hidden messages in slider bodies is a consequence of .osu editing, while your slider is just a consequence of how Bezier control points work. With enough nodes you can get anything to look like a circle. I think that your slider still consists of nodes which reflect its shape because each node has its effect on the slider body, even if it may seem that node placement is arbitrary.

Zelzatter Zero wrote:

The main issue is that this proposal mainly focus only on our common sense. I think it deserves to be a guideline rather than a rule.
Classifying something as a guideline implies that it can be broken under exceptional circumstances, so long as it fits the map. I don't think there's a way for messages only visible in the editor to have any representation in music. The only reason at all for mappers to put hidden messages is as a little easter egg for people willing to hover over every slider in the editor.

I still stand by my position that this rule should be added to the RC.
clayton
Endaris, if you're referring to https://github.com/ppy/osu-wiki/pull/3588 it didn't cover this kind of stuff anyway. I "removed" (just reworded) that because of the confusion people had with it

I don't like OP's suggested wording because it implies you need to make curves efficiently. also the note about complicating convert processing is both unnecessary and misleading, the format gives you enough information to conclude which slider points have no effect on the curve

so how about "Slider nodes must affect their slider's curve"?
chowch

clayton wrote:

so how about "Slider nodes must affect their slider's curve"?
I think you worded it better than I did. My only gripe would be that it might be straying away from the original goal of disallowing node drawings/messages. It would be nice to add on some of Ephemeral's proposal:

Slider nodes must affect their slider's curve. Using node points to write messages or draw pictures only visible in the editor does nothing to enhance gameplay.
clayton
well there are a few other ways you can add nodes to not affect the curve. my wording would also disallow (for example) straight lines made of more than two nodes, tons of nodes stacked on top of each other, etc., which is basically what people would consider "rules" anyway but it's not written in RC yet.

wasn't meant to address exactly and only the same issue as Ephemeral's
chowch
True. I don't think there's any incentive for mappers to go through the effort of making the examples you said, though. There's no a-ha going on where mappers leave easter eggs for people to find. It would just be painful and unnecessary to create sliders with pointless nodes like that.

Besides, what I gave would only be an addition to your rule proposal, and arguably the most popular way people use nodes which do not affect their slider's body. It wouldn't mean that the examples you gave would suddenly be allowed.
Dialect
tbh i gotta disagree with this one.

now, i think that this could be a problem going into lazer, but at it's current state, i don't really think it's necessary. some mappers (like pata-mon) use sliders extending off of their tails, mainly due to how the editor handles sliders at lower beat snaps. i think it'd be pretty cool to go into the editor and find a secret message in there
Topic Starter
Ephemeral
i've updated the OP's proposed wording to better reflect the feedback given so far in this thread
qwt
Hurts just reading this
Dialect

Ephemeral wrote:

i've updated the OP's proposed wording to better reflect the feedback given so far in this thread
hm i see. ig i have to agree, although i'll miss secret messages like "we live in a society"
honne
The only real issue is the fact that this is just you stating you don't like messages being shared within sliders, it's understandable to a degree but I feel like it's mostly harmless and you're doing no one any justice with this change let alone fixing anything that needs to be mended. Unless it's something highly offensive I see no reason for this to be a rule as it stunts out creative efforts and makes mapping "boring" for some of us.
Dialect

BlastTheKidd wrote:

The only real issue is the fact that this is just you stating you don't like messages being shared within sliders, it's understandable to a degree but I feel like it's mostly harmless and you're doing no one any justice with this change let alone fixing anything that needs to be mended. Unless it's something highly offensive I see no reason for this to be a rule as it stunts out creative efforts and makes mapping "boring" for some of us.
yeah but then a concern would be in lazer, slider nodes might be calculated differently, so the "we live in a society" slider would be glitched out. i personally don't mind, but i think most mappers will agree on this change
Dialect
update: so i looked through this one map, and came across this slider:



it's classified as a slider message slider, but unlike the "we live in a society" slider, it's apart of the slider
show more
Please sign in to reply.

New reply