Some random h-values seem to output as black. idk

y’know, i should’ve made this an actual bug report a while ago, instead of just offhandedly mentioning it in my hsb topic

steps to reproduce the problem every time:

  1. use an hsb color with the h value set between, but not equal to, 359 and 360
  2. be amazed as it outputs as black regardless of s or b

i expected this to happen: output as a normal color with s and b rounded to the nearest integer like they always are, and h outputting a color that is extremely similar to red but technically isn’t

but instead this happened: b l a c c

screenshots/video: i found out when the backgrounds to two of my songs, heat and final, passed through this range, and printed out a thin black ring as they did

your username: [Invaid User] :(

device type, ios version: my best guess is that it was an ipad mini 4 with something around ios 14

hopscotch version & player version: i literally do not remember at all but it’s still here


looks fine to me - or did i do something wrong in the code?


I’d say “show us your code,” but since you are an undefined user, it’ll be much harder to do so, especially since you can’t save your projects no matter what :((

Are you sure the brightness was high and not (0)?

Since you tested on the web explorer, the HS version is Not Applicable. The player version in this case is Player 2.2.2


i honestly don’t know – i really should have done this earlier



ok i ran both songs in the project builder but changed the player version to 2.0.0 before running & no black ring
turns out that the player version they were both posted in was 1.5.14 so this must have been fixed in the past

weird 'cause i sbyp’ed and found nothing
someone else must have noticed it– i dunno

anyway i’m solving this topic so it goes away

comes back from ae builder
also- i guess h was 361 [exactly] when it printed the black ring
i found out after messing around with final’s json in 1.5.14 for so long it made my brain hurt

also i changed it to a simple “move forward, width 100” trail hsb[361, 60, 100] and no black

oh well
i guess the world will knever no about the mysterious black ring


This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.


it was most likely on accident, but this bug was added back into hs! in my draft of ryka’s song, the background passes through h = 361 & prints this elusive black ring again!

i checked several times, this is in fact on the most recent project player version!


Are you sure? Cuz the web explorer still has that bug where new projects use player 2.1.1 instead of 3.0.0…


i’m not on the web explorer

1 Like

So you finally were able to get on the app, huh?


yeah. i’ve been on it for all my posts to my current account [i.e., not the **scorched** one]

e: what. why is it not bold

1 Like

Not sure why…

Btw, I found the specific number where this occurs:

hue = -0.05 (which would normally be 359.95 if it looped over correctly)

Surprisingly, I don’t have this bug… I just tested it on player 3.0.0 using my own draft…

Here’s why:

At loop 401, a black circle appeared.

401 × -0.05 = -20.05

-20.05 + 20 = -0.05

(-0.05+360)%360 = 359.95


bro can this bug just actually have a consistent cause fr



On loop 402, a reddish circle appear over the black ring…

Ofc, I’m testing your old project made on player 1.5.14. Awesome song, btw.


oh, you’re testing “heat” & “final”?


Yeah… I tested it on the song heat.

I copied the code for the gradient, and this is what I got: (player 3.0.0)


wtg? that is so weird. is it back or not