Minecraft Forums

Quote from PCM_Dan

I would reccomend that the block's breakability should be reported as a bug - in may not technically be one, but it might have a better chance of getting the attention it needs.

Quote from Nocte

Even if I could, there are some other projects I'd enjoy working on more. I don't know how to make it more efficient, I only have an idea how to make one that supports color. It's probably a bit too resource-heavy to include in Vanilla, but it would make a nice mod. I'll post it behind a spoiler, just in case anyone finds it useful.

The following is an idea of how to add colored blocklight to Minecraft as a mod. There's a chance it won't work, but it looks good on paper.


Storage

We're not going to use RGB colors internally, but xyY. The 'Y' (capital Y) here is luminance, and this corresponds nicely to the system Minecraft already has. We'll have to extend the light map with the remaining x and y, or chromaticity. I'm not sure if the usual 4 bits per ordinate will provide enough resolution to blend lights nicely, but using 8 bits sounds wasteful. Let's play it safe and go with 4 bits. So this costs 1 byte per block. It could be stored in a map file as a new NBT field, but this is optional. It would also be nice if this could be sent over the network, but I'm not sure if this can be done without sending a Vanilla client into a tailspin.

The color of a lamp is not specified in RGB, but in chromaticity as well. (This means you can't make a brown lamp, but you can make a dim red one and get almost the same results. It's actually pretty close to how light works in real life.)


Generating

Light physics work a bit strange in Minecraft; two lamps don't shine brighter than one. And we'd like to keep it that way, so Y stays the way Vanilla works. To calculate (x,y) we'll take some kind of weighed average of all contributing lamps. Cool trick: we can do a simple weighed linear interpolation on the chroma, and end up with a good approximation of what it would look like if we actually had several lights with different intensities shining on the same surface.

"Some kind of weighed average" is a bit vague on purpose. There's some of room for experimentation here to find out what looks nicest and doesn't grind the game to a halt. As per usual, we use the current minichunk (16x16x16) and its Moore neighbours to do all calculations in. The naive approach would be to pathfind back to all lamps we've found in the previous step, and blend them weighed according to their distance. Slow as molasses, doesn't use any extra memory, and accurate.

Another approach would be to keep the current "wavefront" way of spreading light, but to store some additional info in the wavefront about the contributing lights. Fast, small memory footprint, but not accurate. It could leave hard edges where the lamps should have been blended.

Yet another one would be to keep temporary maps for each lamp, generate them the Vanilla way, and then average all chromas using the light level as the weight. (The end result Y would be the maximum of all Y's.) Fast, uses gobs of memory, accurate.


Rendering

Everyone who has ever tried to make a colored light mod fondly remembers 1.7 beta, where you could simply set the vertex colors and be done with it. So one way to make this work is to revert back to this system. Players however prefer the increased FPS and smoother transitions of 1.8.

It would be nice if we could use shaders, but Minecraft runs on a wide variety of hardware because it uses OpenGL's fixed pipeline. So instead we'll do it the old-fashioned way through multitexturing. We need:

1. An 1x16 sunlight texture, mapping intensity to color. This one gets updated all the time for dusk and dawn.
2. A 16x256 texture for translating xyY back to RGB. This one gets updated for torchlight flicker.

Translating xyY to RGB is a good candidate for a lookup table. If we use 4 bits for x and y, and the usual 4 bits for Y, we can conveniently map it to a 16x256 texture. The combiner is then set up as follows:

1. Blocklight, GL_REPLACE
2. Sunlight, GL_ADD
3. Vertex coloring, GL_MODULATE (bind a dummy texture, no texture coordinates)
4. Block texture, GL_MODULATE

The only reason this works is because the output of stage 2 gets clamped. This is how sunlight "overpowers" block light. 1.8 did this clamping in code, when the light texture was generated. We do the same, but now in hardware.


Modding & compatibility

This mod could exist as a client mod, a server mod, or both. As a pure client-side mod, it would be for decorative purposes only. As a server-side mod, it could be used to make color-specific light sensors. (A vanilla client wouldn't see the colored light, but the sensors would still work as advertised.)

Quote from Frog81

SUPPORT. Immunity to TNT goes with this, I assume?

Quote from Pencilshavings5

Why didn't they put this in before? Support.

Quote from _Rublix_

...
Heres a scenearo.
Steve just planted alot of wheat after selecting the spoil option. He then notices he doesn't have enough stuff to make a refridgerator and doesn't have any ice. He goes mining expecting that when he comes back his wheat will be grown and ready to harvest, and because it's in the ground, it'll be fine. He comes back starving ready to nom nom on some bread. Guess what he sees, his entire plot gone.


NO FREAKING SUPPORT.

Quote from TuxedoSteve

i made a template:

maybe it should be just a mod. then there would be no trouble. if you like the dea, you could get the mod. if not, then just dont get the mod. alot of people dont like the idea very much.

Quote from melpoerba1

Now, you must meke it compatible to forge!

Quote from Gameguy602

You could at least keep with the generally accepted feel of minecraft by calling it an icebox. That's what refrigerators were before they were refrigerators, essentially just a box you would put a block of ice in every now and then to keep food cold.

And get rid of the time passing for food while the door is open, this idea is complicated enough as is.

Other than that, I'm with geartooth.

By the way, as far as fuel goes, you seem to have forgotten about snowballs and snow blocks.

Quote from michaeliscool

I Don't think this would be a good idea because fridge is something modern and Minecraft Isn't modern

Quote from qualinwraith

Unfortunately your idea requires to make a process that up to this point was straightforward into something that is potentially annoying to the majority. Fridges don't fit the theme or medieval fantasy and in order for your idea to be even considered a food rotting mechanic needs to be implemented. You're not solving a problem or adding a feature, you're suggesting to create a problem with a solution to it just so we can have the solution. Whenever mine-craft attempts to simulate technology it does so with magic more often than not, fridges aren't magic, they 're modern home appliances. I like more detail, but only if it adds to the game.

Quote from freeshiny

Thanks. I need the exact name of the xbox controller. It is show on the main menu.