1.21 Color World 

I can't believe Gneiss invented color, thank you.

13:08 - I think simply adding a biome picker for the entire palette could work.

Since you will only be building in a single biome most of the time, I think being able to change the whole colour space's biome, and the biome dependant blocks moving based on what biome you selected would be a good solution

Can we just take a moment to appreciate that everything showed here is essentially free for us

6:24 Actually headless pistons are obtainable in survival. Though pretty impractical for building, it's used to break bedrock.

So excited to jump in and play with the new world! For biome dependent textures, you could have a separate set of noteblocks/settings to choose the biome for the entire block area, so you only ever need to worry about one biome at a time.

Let's gooooo!! After years of people making color palettes, we finally have an accurate 3D palette that takes all three dimensions into account! Thank you so much for the awesome work on this!

Hey Gneiss, instead of using the /setblock command you can also use the debug stick. I find myself using the debug stick quite often.

amazing work man if i may suggest, most builds are in a single biome. it would likely work to just set the biome of the entire color space and only display the leaves in that biome. i doubt any builder would take issue with that considering they too can only set biomes of that same minimum size

WOOOOOO OKLAB WOOOOOOOOOOOOO I ❤ OKLAB I AM THE NUMBER ONE OKLAB FAN LETS GOOOOOOOOO 🎉🎉🎉🎉🎉🎉🎉

For the biome dependent textures you could use a custom resource pack to generate the blocks closer together. Then you don’t have to mess with biomes. Plus include a debug stick of some kind to view what biome each block is in or selector in the controls

Your dedication to this is incredible. I normally just build my palettes by Vibes so I'll likely never use this but I am still fascinated by all the work put into this.

Thank you so much for this, I was working on manually making a test world with my own color wheel setup by eye, and even though I had 'perfect' vision for color distribution, it's exhausting staring at the blocks for hours on end, and manually placing each item in creative just to figure out where on the color wheel it best represents. This takes a lot of that guess work out and now I can choose my own color palettes on this for my building needs, PROPERLY. It in a shame that so many colors are missing, and with such huge gaps it makes some aspect of choosing for certain themes a bit limited. I'm looking forward to more updates on more options to use this type of world, and intrigued on how it all works from a programmer's perceptive instead of just the average artist perspective.

Regarding the biome specific blocks, perhaps biomes could become another setting? Default could be plains or something, and all leaves would be considered based on their appearance in the plains biome, on all other colour world presets. If someone wanted to see leaf blocks relative to the other blocks in a mesa for example, by pressing the mesa preset, all biome dependant blocks would be shifted to their mesa colours instead. I know with the ever expanding list of biomes this adds a certain amount of “clunk” to the colour world, but I feel like showing it in this way would be useful for people building in specific biomes. For those who don’t want biomes specific blocks shown, they can be turned off as a setting as well

Heres youre timestamps! Sides and Block Choices: Creative : 6:10 Bookshelves: 5:23 Shulker : 4:33 Light : 4:11 Gravity : 4:09 Glass : 4:07 Base : 3:54 Noise Filter: 6:44 Color Circle: 7:99 Specifics and Spreadsheet: 8:43 Handling Animations: 9:42 Liquids: 10:23 Biomes / Leaves: 10:34 Orientation: 13:13 Observer / Spawners: 15:16 Creative SetBlock Command: 16:12

I recommend the 'debug stick' item over setblock for things like barrels

Fun to see both Median and Mean being available as options!

Regarding the leaves ((dark) oak, acacia, mangrove, jungle) - I agree that their inclusion is not needed for the reasons you mentioned (+biome blending will also affect their color) but! If you want to add them, you could technically just average out the color of each leaf (except for those that are color locked ofc), and just summon a text display showing a square in that color (then additionally just above said color you _could_ add a separate text display saying "leaf type - biome" and make the text display's render distance something like 0.1 or 0.05 so it only really shows the leaf data when you're close to it) Other than that, thanks for this sort of videos, thanks to you I learned about oklab color space and also thanks to your missing color videos I have some stuff planned out for personal projects - with your videos it's easier to actually see which colors we builders lack! Also, those blocks that you said can only be accessed with commands - actually if you have full permissions (in singleplayer that just means that you can use commands), you can get all those block states (and more!) with debug stick

One question I have for you - since you make so much educational content about colory but you're a geologist... Are any tools or frameworks within color theory useful in geology work?

20:49 I wasn't either back in January, but here we are 🏳️‍⚧️

Mobs organized by color would be neat. Separate from the main contraption.

OH MY GOD THE MEME I SUGGESTED 21:06 I AM SO GLAD NICHOLAS MADE IT AND YOU PUT IT IN THE VIDEO

for the overlay blocks i think a flat "rgb" style would work best. so you move all blocks to the backwall and then you can overlay them with all blocks that are transparent. vines, trapdoors, glass etc. maybe even a glass/airblock stacker to see the different fog types you can create.

As a Computer Science lecturer, this challenge would be an incredibly good exercise for my students, who have been learning about statistic representations and graphical processing recently.

the little discord icon at 20:40 is so well done! very cute haha

I was watching this and thought, "the only thing this needs is a way to filter by the noise he talked about video"-you are such a blessing gneiss! Having a perceptually uniform, 3d color explorer for minecraft is so powerful, and being able to programatically filter out the blocks that aren't very usable for building makes this literally perfect

Maybe you could put a “representative” block in the colorspace (like maybe a sign that says the name) for all of the biome dependent leaves

Every one of your videos is like watching a magic show. “Any sufficiently advanced technology is indistinguishable from magic” -Arthur C. Clarke.

you could do a biome picker with generic biomes like plains, taiga or desert and automatically re-update the color space on each biome change.

I think it would be cool and useful if you added a filter for blocks that have stair and/or slap variants (you could even do walls if you really wanted)

I think for the leaves it would be useful to have a setting that sets the biome for the entire color space and places the leaves in the appropriate spot for that biome, since most builds are probably contained in a single biome.

Man, I am loving these videos.

Gneiss putting in so much work and effort and giving all this for free is really something

I think you should add a note block section for biome selection. It will be applied on the whole color space and will therefore change all block positions according to the biome selected. This idea is stemmed by the fact that most builds don't span over multiple biomes generally. If that isn't what you desire, you could also put a named invisible armor stand on the leaves to indicate their biome and simply order them like other blocks but taking into consideration their color in the mentioned biome, builders will simply have to look for and pick their lief of choice by its name.

unbelievably cool resource, thanks for sharing

I think Mojang needs to see more of your videos because it would greatly help out future blocks and adds since Minecraft lacks a good base color match without noise and with. There's alot of Grey's with little color we need more blue blocks or red with stairs and slabs, walls, etc

Please add a filter for the resource-heaviness of blocks! Netherite blocks, shulker boxes, etc. would drop first. Then crying obsidian, sponges diamond blocks, etc. With a hypothetical last step just being stuff like dirt, sand, stone variants and oak. It would greatly help people use this for building pallettes when they have limited time or experience playing the game.

That's an awesome concept. Cant wait to download the map to try it out

Congrats on the launch of the colour world! I'm the creator of MCRGB (a mod for searching for blocks in-game based on their colours), and it's been cool to watch your videos as I've been working on such a similar project. Using Median to calculate dominant colours is an awesome idea and not something I would've thought of! I've learned a lot from your videos, especially thanks to the visualizations. I'm interested to see how you tackle separating multi-coloured blocks. I'd suggest looking into clustering algorithms for that. I had to come up with my own algorithm for my use case because performance was a concern, since all the calculations happen in-game during runtime. So I'd be very interested to see your approach to it.

For separating out multiple groups of color within the same texture, performing k-means on the pixels would generate groups (you'll have to see which k is best, either by just trying multiple values or doing something more sophisticated) that can then be tested for large separation. If the means of the groups are separated by a certain margin, the block can be considered to have multiple distinct groups.

Just to let you know, stained glass have that border NOT because it's colored different on the texture, but the OPACITY is set to a higher value

For a lot of the creative only blockstates, it is easier to use a debug stick when building with them. Also I think you missed the snowy grass block, as the top has has a texture you cant usually see.

If you pick the right red and green, you should be able to get a very nice gray, actually! Very useful when painting! Makes a color that is much more full-bodied than black/white mixed together.

This work is excellent and is going to be a very useful tool for the community in terms of coming up with interesting builds. I didn’t realize just how many limitations it has when it comes to functional blocks, non-full blocks, support dependent and transparent blocks though. Part of me thinks some of these things don’t or shouldn’t matter too much. I don’t think many people will use red stone components, work stations, or vaults and spawners for decorations, especially not in a survival setting where these blocks are not normally obtainable and are not truly meant to be “building” blocks. But the range of textures that are possible using these kinds of blocks does open up several possibilities in terms of decorative or creative building. I think it’d be cool if Minecraft added a tool that would essentially allow you to rotate blocks simply by clicking it, thus toggling different block orientations easily without having to deal with complicated placing mechanics and limitations (god knows it was hard for me to learn how to make the 2 by 2 glazed terracotta patterns). These interesting block possibilities like vertical planks, perpetually activated vaults or spawners, and one in particular that I’ve been frustrated with is utilizing every side of the sculk catalyst (the underside of the block is beautiful) could all significantly expand building possibilities, without really adding new content. Another idea is, what if unique block textures like dirt with sculk vein vines or lichen could be turned into items? Craft them together and make them silk touchable as one block essentially. Though this might have the effect of blowing up the creative inventory with redundant blocks of just every possible combinations of these things, it’d be cool to be able to premake them and place them directly.

"I am not a programmer" you fooled me

Feedback: separate selector for the bookshelves seems like a good idea because they take up a lot of space in the regular layout. also, if possible, a selector that toggles "autorun," which toggles adding the color_world_activate function to the end of each of the selectors.

The permanent block states and things like headless pistons are still technically possible to obtain in survival using glitches so imo those should be their own category

thanks so much for updating this! at this point you might recognize me as the guy who always asks about this after an update

I don't think I'll ever need this but this is amazing 🤩 well done ^^

For the biome problem: maybe use a custom resource pack for the world and hard code the color variant? Of course that doesn't take into account biome blending, but that will be hard to use anyway. Or maybe just have a biome selector for the whole canvas. You won't be able to mix biomes anyway, but maybe you know you'll build in a birch forest for example.

I played a bit with pixel art some time ago, but I found that the mean colour of a block is pretty limiting. For example, birch log would end up being a gray colour, but if the picture has a gray colour, it's probably better to use gray wool, concrete, or similar. I wrote some code that checks the entire texture of the block, not just the mean colour. It takes a lot longer to compute the block palette, even on smaller builds, but I found the end result to be noticeably better than the result I got using some stock program that uses the mean colour of a block.

I had a little world that did most of the same thing. Only real difference that it was horribly manual. (set block, and a list of block coordinates I copied from a script) and I used wptlab. I don't honestly think there is too much of a practical difference between OKlab and that one. (except maybe in how they deal with white balance) Cactus ended up one of the most brightest and saturated greens. It was also hard to find a good compromise between having the more chromatic blocks close enough together to see the relations, while not having the desaturated blocks so close together that they overlap everywhere. As far the leaves go, maybe there's still value in just locking the entire display to a single biome to show the relative differences between the different leaf blocks. And how the leaves look, in that biome. I ended up finding the structure massively useful in making gradients and palettes. And it makes you consider blocks you otherwise wouldn't have.

For the leaves and their biome dependencies, I feel like you could take all similar colours they can be and average them together. It probably isn't going to change much if you're using the block in a biome with a slightly different green. As for any major differences, I don't know what could be done yet. The leaves could also be given their own toggle.

For biome colors I believe there's a way to display custom models with display entities, so you could recreate the colors of blocks in each biome using Blender or something and use those; tho that would of course be quite a bit of work especially if you want to account for biome blending. Frankly I'd just go for a biome selector for the whole volume and assume most builds are in one biome as another commenter suggested, especially considering the only biomes that really make a drastic change are swamps with green water and deserts/savannahs with dry leaves iirc

16:37 You can also use the debug stick to change block states without having to type out commands manually.

This is really cool. Especially the noise filter seems very useful!

The stuff minecrafters share for each other just amaze me. im just so surprised how we get so much info out of a pixelated funny block game and do so much crazy crap with it

You could use a custom resourcepack where you use custom model data to retexture some kind of leather item to look like leaves. Then you can give the item a dye component and set the color to whatever you want.

Maybe you can just add an extra setting for biome, depending on that it changes the biome of all the graph and shows the leafs in the proper location (for said biome)

I think that a good solution for the biome issue would be to have a biome selector that recalculates the positions of the biome dependent blocks. This would make it so that if you selected a warm biome, then all of the biome dependent blocks in the color space would be adjusted within that biome color, and moved accordingly. I don’t know how this would be implemented, but that’s what I think would work best.

If I remember right, you can kill the java process Minecraft is running on while looking in a barrel or chest, and it will stay open.

One very overkill method to find the "average colors" of blocks with multiple colors in them would be using K-means clustering for all the block pixel values. Maybe start at 3 or 4 and eliminate centroids that come too close together, since most blocks will have 1 or 2 clusters. The other method, which would be *much* easier, would be to generate a color histogram and average the pixels that fall into the most populated bins. That would also eliminate "outlier" pixels from the average in the same way the median does while still finding multiple color centroids. But you'd have to figure out how to generate the bins so that the bin separations don't bias the output... Maybe there would be a way to merge with neighboring bins. I'm sure this work has been done before...

I have no need for any of this information, but damn am I glad you make these videos. I find it so interesting

Ahh so interesting! A suggestion that you might have covered - but, I'd love to see non-full blocks as an option? the colours available for stairs, slabs, walls... far more limited than full blocks, but being able to see how it all fits together may be rather useful?

Woke up at 1am to watch Did not regret

Mean, median, and mode! The three M's you really need to know!

This is such a neat project

for things like grass and mushrooms and dead bushes, you can use a block tag to set what they can be placed on to anything you want (like string if you want to make the support block unobtrusive) but i do think block displays would be the best way to handle that, also for stuff like shulkers that get culled because you can set the view distance to anything you want really cool stuff though, i almost feel like mojang should take some notes from you and what kinds of things you're showcasing edit: one other thing, do you think there aren't enough dye colors? i think 24 colors would be pretty great, adding some of the old wool colors? maybe another gray between the dark and light? so much potential

i learn something new everytime i watch one of your videos

18:32 Idea for these blocks: have a setting to add one of those side blocks, then rearrange the blocks in the colour space with the add3 texture of the one on the side.

16:50 - good news! you can use the debugstick from the operator tab in the creative menu to lock a barrel open :) its a bit easier than the commands

This is super pretty!

for the biome stuff, people are often building in one biome, so you could have a biome switch to select the biome youre in. Obv not perfect, some people use biomes for texturing, but this could be a separate area.

You could add biome selection per whole display, then display blocks in appropriate color for the biome, have values for different biomes saved and move them based on what biome is selected. I think that would be useful because you build on certain biomes then you can see where in color space are leaves based on what biome you plan to build in.

imo make it so you can change the biome for the whole selector box so if someone starts a build in a certain biome they can select the biome and then the leaves and stuff get displayed accordingly

everybody gangsta till bro hands out the Excel block textures color sheet

every time someone says "1.21" I think of "1.21 gigawatts"

Hmm, maybe you could take advantage of the things you don't have in the colorspace like items/armor stands or mobs to represent the leaves, and create a texture pack that gives different things the like, combined texture of each leaf in each biome, ignoring gradients? I also like the idea of biome being a setting. I would suggest making a mod that adds unchanging leaves of each type, but I get the idea this is supposed to remain vanilla.

as a solution for biome dependent blocks, you could have a setting next to face and category settings that just sets the biome and adjusts all biome dependent blocks from that

advanced hue blocks, rad

Armor in armor stands (with all colors of leather and variation with trims of course) and all combination of banners would be amazing (and would be a pain in the ass xDDD)

This is probably too complicated but it'd be interesting to see how signs with colored text can interact with this.

As a person who usually plays with Minecraft mods, I would love to see an integration to modded blocks, some mods like Engineer's Decor add a lot of blocks for decoration, and thus colour variation, though this type of integration might be very complicated or possibly impossible

8:00 idea, mint dye, made with lime dye and light blue dye, get this to MOJANG. Could also use new items like mangrove propagule or weathered copper

Yooooo, so excited!

Is it not using the block display entities?

some idas, add block scaling on top of color space size add on option to display blocks with different sides (like chiseled bookshelf) on all sides of the block or block display (or whatever its called) for leaves you could just make all of them out of text displays

its the him!!!!! hello! make a super indepth video on real world ore distribution and how minecraft fails to replicate it please!!

13:00 shoot it like Lord of the Rings. Have them display off in the distance, so you have a few "viewing angles" as part of your display.

How about the VanillaTweaks various mob heads datapacks (which cover mobs but also mini blocks) and trying to apply it to those? And how about 'inventory' colors? Some things look different when held in the hand, or worn on a body part. Given how some people utilize armorstands, there is probably a lot of creative potential that your colorspace magic could help out with.

Gneiss video, really enjoyed.

Really cool stuff!

Really interesting investigation!

14:07 - That can be easily changed with a resourcepack, but to be honest, it should be a vanilla feature.

You mention of glass as low-noise blocks made me wonder: how does your code deal with transparency, does pre-multiplied alpha work with OKLab and how does transparency of real-world crystals factor in determining their color?

You could have a text display for blocks with different sides, saying which side is being tested.

This is incredible

Over the years you see a lot of illegal decorative items generated in minecraft. Grass with no block under it etc. As long a you don't supply and update they seem to stay. You also see them a lot in Super Hostile maps that people build. Maybe talked to one of the map makers and see how they get them to stay put when they shouldn't be allowed.

Woo, caught this one 4 minutes after upload!

Gneiss made geology and colour theory more interesting. He made Minecraft more educational beyond the Minecraft Education Edition.