Guest
home
beatmaps
rankings
community
store
help
forum
  1. Forums
  2. osu!
  3. Development
  4. Feature Requests

Lock New Combo Colours

posted
Total Posts
33
This is a feature request. Feature requests can be voted up by supporters.
Current Priority: +2
theowest
osu! Alumni
6,891 posts
Joined January 2009
Topic Starter
theowest
Let's say I'm mapping a beatmap and I have a combo colour I want to make red. Now, I always want this combo colour to be red, but once you change any new combos earlier in the beatmap, the combo colour changes.


This is what I'm talking about. Being able to lock a combo colour, so that this new combo is one particular colour, and no other, until you change it again.

It's annoying, takes time to fix all combo colours and a lock wouldn't be too hard to implement. I swear, it happens to me in ALL the beatmaps I map. I once had to change all combo colours in a 4 minute beatmap, just because I changed ONE single new combo colour in the beginning.

I have never use the "lock notes", and I am extremely picky about making hitsounds (which can cause notes to move when dragging them).


Derekku wrote:

Here's an extreme example that isn't too uncommon: Say I have a marathon map, and I want a particular song to be 2-3 certain colors to fit with the theme. But now, I need to fix some combos earlier in the song; this will screw up the combo haxing at the end.

Same thing with collabs; parts usually aren't mapped in order, so color haxing gets messed up frequently.
I'd love to see some sort of lock on the new combo colours.
Last edited by theowest , edited 8 times in total.
palinus
133 posts
Joined December 2009
palinus
I approve of this
em24_old
55 posts
Joined September 2010
em24_old
It would be nice , yes.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
I've never needed this and I am extremely picky about combo colours.
theowest
osu! Alumni
6,891 posts
Joined January 2009
Topic Starter
theowest

mm201 wrote:

I've never needed this and I am extremely picky about combo colours.
This clearly shows you haven't changed/removed any combo colour after placing them.
I once had to change all combo colours in a 4 minute beatmap, just because I changed ONE single new combo colour in the beginning.

I have never use the "lock notes", and I am extremely picky about making hitsounds (which can cause notes to move when dragging them).
Derekku
COOL DUDE
7,270 posts
Joined March 2009
Derekku
Here's an extreme example that isn't too uncommon: Say I have a marathon map, and I want a particular song to be 2-3 certain colors to fit with the theme. But now, I need to fix some combos earlier in the song; this will screw up the combo haxing at the end.

Same thing with collabs; parts usually aren't mapped in order, so color haxing gets messed up frequently.
theowest
osu! Alumni
6,891 posts
Joined January 2009
Topic Starter
theowest

Derekku wrote:

Here's an extreme example that isn't too uncommon: Say I have a marathon map, and I want a particular song to be 2-3 certain colors to fit with the theme. But now, I need to fix some combos earlier in the song; this will screw up the combo haxing at the end.

Same thing with collabs; parts usually aren't mapped in order, so color haxing gets messed up frequently.
I swear, it happens to me in ALL the beatmaps I map. :'((((
[CSGA]Ar3sgice
4,298 posts
Joined July 2011
[CSGA]Ar3sgice
when you change a combo color, change the next combo back to its original color and the rest will be fixed

..?
peppy
19,315 posts
Here since the beginning
peppy
To me this suggests combos are being placed wrong, but maybe I've flown to close to map standards heaven (aka stream).
theowest
osu! Alumni
6,891 posts
Joined January 2009
Topic Starter
theowest

[CSGA]Ar3sgice wrote:

when you change a combo color, change the next combo back to its original color and the rest will be fixed

..?
Nope. You can't change back like that, if you changed a new combo colour to a specific colour, and you want that exact colour on that new combo, you're not going to change something back.
There are reasons to why you change new combos. Misplaced New combos, mods could tell you to change or whatever. When you do, you might ruin new combo colours for the ones in front.

peppy wrote:

To me this suggests combos are being placed wrong, but maybe I've flown to close to map standards heaven (aka stream).
Well yes, they are placed in the wrong final order. You wouldn't have to change anything if all the combo colours were in the final and perfect order. It could have been a collab where some parts are mapped before others or there might come up a mod and say that I have to remove a new combo, now if a have a beatmap which focuses on having specific combo colours on every new combo, I might have to change every single one in the front.

Example
Let's say Lanttu is mapping this beatmap.

In most of the map, the combo colours look something like this:


But during the kiai part, it looks something like this:


Now I asked her about this beatmap and she told me she had problems with the new combo colours. A lock would be the ultimate solution.

There are many maps like this.

However this is a very simple example, which could easily be fixed. But not all maps have 3 combo colours. The more, and the longer the map is the more time consuming and annoying it is.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
jsyk, those colours are awful and blend in way too much to be rankable.
It shouldn't be time-consuming at all. Change the first kiai object's colour to what it should be and the colours of every other object will return to what they were before.

If you paid attention to which colours you use for which sections, this problem will never arise either, since when adding a combo, you would change the next combo to keep its previous colour. (what [CSGA]Ar3sgice is saying)
Pizzicato
2,739 posts
Joined February 2011
Pizzicato
combo colors are very important to me when playing val maps. makes me well aware of the combo changes.
i keep an eye on my hp bar.
i disapprove of this.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
Oh you can be sure repeating colours will remain unrankable.
ziin
2,632 posts
Joined January 2010
ziin
Just some fyi:

anyone who cares this much about their combo colours really needs to learn how to understand the .osu file format. While it may be against the "rules", it's a very easy fix.

Open the osu file
copy/paste into new notepad window
replace all commas with tabs
copy/paste into spreadsheet
insert a new column before the new combo indicator
provide an if-then statement to modify the combo colour to what it's supposed to be
copy/paste the column into notepad then back to remove the formula and delete the old combo data
copy/paste into notepad
replace all tabs with commas
copy/paste back into the osu file and save it

If you're having trouble with this, you're not thinking hard enough.

I've had no problems with my blythe map, which uses different combo colors based on the type of the note, and of course uses 2 identical colors as well.

mm201 wrote:

jsyk, those colours are awful and blend in way too much to be rankable.
jsyk, that map is already ranked, and it has storyboard bugs.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
Ranked != rankable.
Lybydose
osu! Alumni
2,024 posts
Joined January 2009
Lybydose
since pretty much no one here understands the problem, I'll explain it better:

I have a map where the combo colors go in this order: "Blue, Green, Red, Blue, Green, Red, etc"

However, I have a section at the end of the map during which the combo colors turn switch to "Grey, White, Grey, White"

I've got everything set up perfectly - it goes in the BGR order until the switch.

However, looking through the map again, I notice a problem at the very beginning of the map. Let's say I forgot to add a new combo on the "6" here:



Now the only way for me to fix this and keep the BGR order for the map is to manually switch every single new combo from this point until the end to the correct color.
theowest
osu! Alumni
6,891 posts
Joined January 2009
Topic Starter
theowest
this feature request is simple to make things easier around making osu! beatmaps.
I find it more useful than the note lock.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
No.
Assuming the internal order is BGRKW (K=grey).
All grey objects become white and all white objects become blue.
So you change the first grey object back to white, causing all greys to become white and all blues to become grey.
Problem solved.

Furthermore, in my universe, the colour of each combo is important, so if I found an issue like that, the object I'd correct would probably be the very next combo.
theowest
osu! Alumni
6,891 posts
Joined January 2009
Topic Starter
theowest

mm201 wrote:

No.
Assuming the internal order is BGRKW (K=grey).
All grey objects become white and all white objects become blue.
So you change the first grey object back to white, causing all greys to become white and all blues to become grey.
Problem solved.

Furthermore, in my universe, the colour of each combo is important, so if I found an issue like that, the object I'd correct would probably be the very next combo.
You're right. How silly of me. I guess there's no need for a lock then. 8-)
Lybydose
osu! Alumni
2,024 posts
Joined January 2009
Lybydose
No, that doesn't work, because the "first grey object" is at the END OF THE MAP (or 95% or so). It fixes everything after it, but not the stuff in between the combo I changed the the "first grey object"
theowest
osu! Alumni
6,891 posts
Joined January 2009
Topic Starter
theowest

Lybydose wrote:

No, that doesn't work, because the "first grey object" is at the END OF THE MAP (or 95% or so). It fixes everything after it, but not the stuff in between the combo I changed the the "first grey object"
Oh, I guess there is a need for a lock new combo colours then.

:cry:
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
What's wrong with all those things? They're just RGB right, or did I misunderstand your example?
Either way, only one object needs to be haxed each time the palette changes, which isn't too burdensome.

Edit: Oh I see your problem. It is indeed solved with my hitsounding methodology but not if you've been naively skipping grey/white each time they appear.
ziin
2,632 posts
Joined January 2010
ziin
[quote="Lybydose"]since pretty much no one here understands the problem, I'll explain it better:

5 colors?

BGR are the first three right? graY White the last 2.

combos would look like this: (a circle is 1, slider is 2, new combo is 4, each combo colour is every quantity of 16)
1+4 (B)
1+4 (G)
1+4 (R)
1+4+16+16 (B)
1+4 (G)
1+4 (R)
etc...
1+4+16+16 (B)
1+4 (G)
1+4 (R)
1+4 (Y)
1+4 (W)
1+4+16+16+16 (Y)
1+4 (W)
1+4+16+16+16 (Y)
1+4 (W)

to get the blue combo after red, you have to add 2 combos, so add 16 twice. To get the graY combo after white, you have to skip 3 colours, so you add 16 three times.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
But this request wouldn't solve Lybydose's problem. His problem is that the skip points keep changing when you add new combos.
Each skip point would need a lock and that would introduce even worse problems.
(Also, adding locks in those places would be identical to just colourhaxing the following object when you run into the issue.)
Lybydose
osu! Alumni
2,024 posts
Joined January 2009
Lybydose
Ok, then how about a "move selected objects' skip points back one combo" option?
ziin
2,632 posts
Joined January 2010
ziin
If new combo gets parsed into one byte, then you could theoretically add the last bit so that you get a "lock" flag, or a "reset" flag. 128+the value of the new combo, with combo 1 being 1+4, combo 2 being 1+16, combo 3 being 1+32, combo 4 being 1+48, etc...

a value of 133 would always be combo 1, circle. 134 would always be combo 1, slider. And it would reset the combo color count so that the next combos would be in the proper position.

Also, fun times with combo colours :P
http://osu.ppy.sh/ss/281934

Edit: and yeah, I know this doesn't solve the problem at all, but it does prevent you from have to colourhax on subsequent fixes.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
Implementation isn't the issue, beyond adding unnecessary complexity to the .osu format.
(And we've already established that a colour lock wouldn't solve the problem at hand.)
ziin
2,632 posts
Joined January 2010
ziin
If you add the ability to change combo colours in storyboards, or add a "combo colour" timing section much like we switch hitsounds.

It still doesn't solve lybydose's problem, but it would prevent new ones. However, I still don't think using a spreadsheet to fix it is that hard to do.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
The spreadsheet method is so tedious, I don't see why anyone would do that.

The problem is avoided entirely by using inis/osustream-style combo ordering. If you don't care about this, changing the very next colour should meet your needs anyway.
D33d
1,697 posts
Joined April 2011
D33d
I dunno. I wouldn't mind a feature like this myself--being able to set a section in which only certain colours are used. Rena's 'Rain Maker' map alternates between different shades of the same colour and I dropped in bread colours in PONPONPON, after Larto had mapped his section . I have no idea how it'd be implemented, but I can imagine such a thing being straightforward and intuitive.

Basically, adding new combo colours in order to colourhax applies colours throughout a whole map and it'd be good if they could be forced for one section only.
mm201
osu! Alumni
4,495 posts
Joined August 2008
mm201
I don't like how bloated timing sections are getting.
D33d
1,697 posts
Joined April 2011
D33d
I want to revive this thread, because there would be a practical use.

In my third serious map, I had settled on a combo rotation of pastel colours for the entire map. However, I later decided that I wanted to change the bridge to have bread colours. Because of the nature of colourhax, I had to go through the entire map to change the colours to their original rotation.

I'm currently mapping a song with earthy colours--basically desaturated versions of classic iNiS colours. I've finished two diffs already and I wouldn't mind using a brighter selection for one or two choruses, but if I were to do that, I'd have to go through the entire map and change every colour to the current four colours.

Even if I'd had the idea initially, I would still have to force the map to use four of eight colours for most of it. Being able to specify a set of colours for one section (or, say, have a et of normal and kiai colours) would make this a lot easier. The actual practical application would have nothing to do with proper combo rotation, which is something that I do as a matter of course.
Bara-
11,978 posts
Joined April 2013
Bara-
Not needed imo
Why?
If you have combos abcdefghijk
All use color 1/2
Now you decide to make abc use color 3/4
Then you can click on d, and make it color 2 (as it's 12121212) and the following colors still are the same
Please sign in to reply.

New reply

0
1 / 33