Minecraft Forums

I like this idea, except for the model. I think they should have legs, because without them, they look like a disembodied bear head. Maybe there could also be a 1 in 1000 chance that a blue hedgehog will spawn, as a reference to Sonic the Hedgehog.

Partial Support.

PS: Is there a chance to get food poisoning from eating raw hedgehog meat?

I like this idea, except for the part about dyed gummies restoring 2 hunger instead of 1. That seems a little OP to me.

Partial Support.

Quote from Derborgus3333

Golden Carrot

Can now be eaten. Applies night vision for 15 seconds and restores the same as a carrot.

You can already eat Golden Carrots. They restore 6 hunger. Other than that, I like your ideas.



Support.

TL;DR: There would be a new Lapis Lazuli Clownfish which can be made into a Potion of Haste which makes you mine faster and a Potion of Dullness which makes you mine slower.

Hello, everyone! As most of you all know, 3 new fish were added in 1.7 (also known as The Update That Changed The World). I believe that the Salmon and Pufferfish are great additions, but the Clownfish is utterly useless. You can eat it, but it only restores 1 hunger (half a meat leg), which is pretty sad for a food item. I thought that it should have a use, and I thought about how a lot of Status effects don't have Potions, so I thought that the clownfish should be used for a new potion, but not just a Clownfish, so I thought to myself, what would be a good crafting recipe for this new potion ingredient? I thought Lapis Lazuli (yes, I am aware that it is used for enchanting as of 1.8, but this was made before development started on 1.8). So, I came up with this, which I believe will be a great addition to Minecraft. Introducing…


The Lapis Fish! This Lapis Fish would be a new item crafted with 1 Clownfish and 8 Lapis Lazuli as shown below. It also would be able to be caught as a new Treasure. Because there would now be 7 treasures, this and all the other treasures would have a 1 in 7 chance of being caught instead of 1 in 6.



It's main use would be to make a Potion of Haste, a yellow potion which gives you the Haste I for 1 minute. If you don't already know, the Haste effect causes you to break blocks faster. It is gotten by brewing an Awkward Potion with a Lapis Fish. Creepers, Ghasts, and Withers with the Haste effect will do more damage with explosions and the explosions will be more powerful. Zombies with the Haste effect will be able to break down doors quicker*. Endermen will be more likely to pick up blocks**. Yes, I know this can be gotten with beacons, but I thought, why shouldn't people who don't have beacons not be able to get the haste effect?

The Potion of Haste can also be brewed with a Fermented Spider Eye to make a Potion of Dullness, a dark khaki colored potion that gives you Mining Fatigue I for 1 minute. If you don't already know, Mining Fatigue makes you break blocks slower. Creepers, Ghasts, and Withers with the Mining Fatigue effect will do less damage with explosions and the explosions will be less powerful. Zombies with the Mining Fatigue effect will take longer to break down doors*. Endermen with the Mining Fatigue effect will not be able to pick up any blocks.

You can also eat a Lapis Fish, and doing so will restore 4 hunger (2 meat legs) and give 0.8 saturation. It could also be used to tame Ocelots.

In conclusion, this would add 2 new potions, a food item (though I'd much more recommend Steak or Pork), and give both Clownfish and Lapis Lazuli a new use, which is why I think it should be added In Minecraft 1.8 or 1.9.

I hope you all like this idea! Please vote in the Poll of Awesomeness above(I have no idea why, but I was checking this thread, and the poll had just vanished. I had to make another poll. The poll above might have been different from before, and some questions may not be there) and comment your opinions! If you do like the idea, remember to click the rep button! Also, check out my Golden Porkchop suggestion!

*Only on Hard or Hardcore
**Credit for this idea goes to Mike4952

BANNER

If they have Villagers in the movie, I seriously want the guy from this video to voice them. Steve could be voiced by Willow Smith for all I care (not really, that would suck), but this guy NEEDS to voice the villagers.


Also, I'm not saying that I think they will, but Warner Bros. had better not mess it up like Disney did with the Super Mario Bros. movie. It was probably the worst movie I had ever seen, and that's coming from a Super Mario fan.

TL;DR: There would be a new Golden Porkchop, made with a porkchop and 8 gold ingots. It restores 5 meat legs, and can be made into Potions of Saturation and Hunger.

Hello, everyone! I have a new idea that will be great for Minecraft. It gives a use for pigs (since they are now obsolete due to horses being implemented in 1.6.1) and adds 2 new potions!

I've been playing Minecraft recently, and I've noticed that since 1.6.1, pigs no longer have a special ability! Cows give you milk, which makes cows special. Sheep give you wool, which makes them special. Pigs used to be the only rideable mob, which made them special until 1.6.1, when horses were added (don't get me wrong, I love that they added horses, but they make pigs obsolete). Horses are rideable, and that was the pigs' special feature, so now they are no longer special. I also noticed that there are a lot of effects that don't have potions. Then, I got an idea! Introducing,



The Golden Porkchop!

This Golden Porkchop would restore 10 hunger (5 meat legs), 15.3 saturation*, which would make it the food with the most saturation and the second most amount of hunger restored (the first is a whole cake, which gives you 12 hunger). It would be crafted with a cooked porkchop and 8 gold ingots. It wouldn't work with a raw porkchop, it would have to be cooked first.



This Golden Porkchop would not only a food, but it would also be used as a potion ingredient! If you brew an awkward potion with a golden pork chop, it would become a Potion of Saturation! It would give you the Saturation effect for 1 minute. Also, the potion would have a scarlet coloring. Zombies with the Saturation effect would not attack you or Villagers**. Spiders and Cave Spiders with the Saturation effect would also not attack you**. Sheep with the Saturation effect would not eat grass**. Any animals with the Saturation effect cannot be fed**.

Also, if you brew a Potion of Saturation with a Fermented Spider Eye, it would become a Potion of Hunger! The Hunger effect is already in the game. There is a 30% chance to get it via eating a Raw Chicken, and an 80% chance to get it via eating Rotten Flesh, but as of now, it has no potion. This new potion would be dull green. Sheep with the Hunger effect would eat grass 3 times as quickly**. If there is fully grown wheat nearby, then Cows, Sheep, Horses, and Mooshrooms with the Hunger effect will walk up to it, eat it, and enter love mode**. If there are fully grown Carrots nearby, Pigs will walk up to them, eat them, and enter love mode. Cave Spiders, Spiders, and Zombies with the Hunger effect would move twice as fast to attack you**.

In conclusion, this suggestion adds a new use for pigs, a new really useful food, and 2 new potions, which is why I believe that this should be added into Minecraft.

I hope you all like this idea! Please vote in the polls and give me your comments! Also, if you support this idea copy and paste the banner below into your signature (the banner is in the spoiler), and don't forget to click the rep button in this post! Also, check out my Lapis Fish suggestion! Thank you!

BANNER

This is the banner.

If you support this idea, paste the text below into your signature, take the periods out of [.url=, [.IMG], [./IMG], and [./url], and then unlink any active (blue) links in your signature.

[.url=http://www.minecraftforum.net/topic/1926285-the-golden-porkchop/][.IMG]http://i.imgur.com/WXMm4gx.png[./IMG][./url]

If you did it right, it should look like this and take you to this thread when clicked.

Credit for this banner goes to SoulReturns
credit for the Golden Porkchop texture goes to MamiZomBie
*credit for the amount of saturation goes to XDGrangerDX
**credit for the mob effects goes to jokrage

1. Mondays
2. Spam Emails

Claim. Done.

Join my discord for the latest information: https://discord.gg/9xZuaA4

If you dont want to loose items or blocks in 1.7, make sure to open your worlds with the latest 1.6.4 atleast once.

Want to show your support? Buy me a drink

Latest update video

Always backup your world before updating.

Read the Todo List before making suggestions

Read the Frequently Asked Questions and Starting Information before asking questions

Downloads

Custom NPCs Download alternative

• Requires Forge, download here

German download: here

Older Downloads

External Dialog Editor

• 1.7.10b and lower: download (last updated 19-jun-2014)
• 1.7.10c and higher: download (last updated 24-aug-2015)
• source code

Information

This mod adds a set of tools to create npcs with different roles/jobs and other functions. It gives Creative Players a way to liven up their world with fully Customizable NPCs.

• Starting info
• Installation Guide
• Content Packs
• Frequently Asked Questions
• Todo and current plans
• Changelog
• Items
• Dialog Setup
• Factions Setup
• Roles
• Jobs
• Fan Made Machinima
• Adventure Maps
• Bug/Issue Tracker

Main developer: Noppes Co developer:

• DarkSignal, check out his Newgrounds Page

Ex developer

• smokeysamcat

Notes

• Licensed under the Creative Commons BY-NC
• If you want to use it for a modpack, include a link to this thread
• If you want to use this mod for an adventure map go ahead. No need to ask for permission
• People who do youtube videos on this mod, feel free to post them here

Resource Packs

• Dokucraft 32x32 resource pack Download by sm284614
• BDCraft/Sphanx
• Oblisgr HD Skins

Permissions

If you are using mcpc+ there are multiple permissions you can use

Video

Tutorial/Show Off by SCMowns

Credits

Without these guys this mod wouldnt have been possible, they are awesome. Thanks for all your support.

• For skins:xSparky, willxo, DrakonsLTU, arugaicastle, Kasumi10102, meecube, DiggyDiggyHole1223, Jimorrison, MrTylon, DrakonsLTU, GingerNinjaSam, C0NV3X, fatacemcafee, MineWarCrafter, Eliwood407, NethanielShade, Tcc, MineWarCrafter, rhaidenp, Zach8460, araelb123, Gurinderm101, gui_maldito, Fox0427
• For items: Torzel, C0NV3X, Eliwood407, Scorpinax, llama66613, meecube, lazeckvar, werff, DiggyDiggyHole, Moety5, adscomics, tobbiusness
• For blocks: Redmann, tobbiusness, MineWarCrafter, owned645
• Making/Imporving models: Verdana, CarbonLord, DjGyarados, Jimorrison, Solidfire
• For banners: KingMiner, Bosch, Darkcrafter31, MrTylon, aditya25
• For extensive testing and being awesome on the forums: Darkcrafter31, MrTylon, Mr. Rinkachi, Kasumi10102, Archadeas, belldyl, Collserra, Taj, willxo, CarbonLord, C0NV3X, Eliwood407, Mikieee, tobbiusness, Charanor
• For translations: CZ:fritol33, DE:Waringham, Datixum, PL:Patrykgazing, RU:Overbolt, BR:Teraxo, ID:aditya25, KR:Cuz, FR:DjefNukem, AR:matias491, CN:miguo
• Special Thanks to: Verdana for letting me use the pony model, KodaichiZero for letting me use his grooving animation, TheKyleb for letting me use his music.

Banners

~

Mod information, recipes, installation tutorials, downloads, and more can be found on my site: www.slatebit.com/paintballmod

This document is Copyright (2017) of lKinx (hereafter referred to as "The Owner") and is the intellectual property of The Owner. Only www.slatebit.com, www.minecraftforum.net, and www.planetminecraft.com are able to host any of The Owner's material without the consent of The Owner. It may not be placed on any other web site or otherwise distributed publicly or privately (such as mod packs) without advance written permission. (Electronic mail is acceptable as long as you wait for a response.) If you mirror this mod page or anything The Owner has made on any other site, The Owner may seek compensation for the damages through a lawsuit.

---

Table of Contents:

Overview
Changes in how things work
Frequently Asked Questions
[WIP] The Cubic Chunks Mod!
Gallery
Supporting this suggestion
Special thanks

[spoiler=Tl:dr]Q: Won't this increase lag?
A: Absolutely not. The title of this suggestion and big red letters at the top of this post aren't lying. If you want to know how, then I suggest you actually read this post.

Q: Will this change terrain? Will this break existing worlds?
A: No. Terrain change is not necessary. Existing worlds can be converted fairly easily with a process described later in this post.

Q: How can sunlight or rain work with infinite vertical space?
A: I suggest you read Coping with sunlight, because it's too complex for a tl;dr.

Q: I have a different question but still don't feel like reading this post. What do I do?
A: Too bad, read the FAQ. I put way too much work into this for the entirety of it to be ignored.[/spoiler]

---

Overview:

In Minecraft, the sky is the limit - literally. It doesn't matter how many thousands of blocks a player has traveled, or what dimension they're in, or even if they're playing in creative or survival, the highest they can ever build is up to a height of 256. Why is that? If Minecraft can have a world that's infinite in the north, in the south, in the east, and in the west, why can't that world be infinite up and down too?

In Minecraft's earliest days, in Classic and Indev, the world was not infinite in any direction. This was because the entire world needed to be generated at the same time, and the entire world needed to be simulated at the same time as well. This led to a conundrum - the bigger the world, the more it lagged.
Notch didn't like this. He knew his players liked to explore and build large creations, so he found a way to make the world truly infinite. When the Minecraft '' class='bbc'>Infdev came out, it brought with it truly infinite worlds. Suddenly, players could travel hundreds of thousands of blocks in any direction, and never encounter a barrier, or become too laggy.
The Infdev update brought about a very large change to Minecraft worlds to accomplish this feat. For the first time, instead every world being just a single huge piece, they were broken up into a two-dimensional grid of pieces, called chunks. Through breaking the world up into pieces, this 'chunk system' enabled infinite worlds by letting Minecraft create new pieces and simulate them only when it needs to.

Why does that not apply to the vertical axis? Because the type of 'chunk system' Minecraft uses right now is a linear one, which, by using only a two-dimensional grid to map out chunks, means that it is impossible for chunks to stack on top of one another, and by extension, meaning that a single chunk must cover the entire vertical space. This brings back the problem that the Infdev update was supposed to eradicate, now only with chunks, instead of an entire world; the bigger a chunk is, the more laggy it is. You can't just increase the height limit and make chunks taller, because it will become laggier, and laggier, and laggier to do it.
That's why, to fix this, Minecraft must change over to a cubic chunk system. Under this system, 16³ block chunks are aligned on a three-dimensional grid, completely eliminating maximum height as an aspect of lag.

The immediate benefits:
•Minecraft worlds become as virtually infinite vertically as they are horizontally: The absolute limit being Y = ±30,000,000.
•A large FPS increase: Alpha testers report an FPS increase of 100~200%.
•Increase in running capability: Computers running Minecraft on Tiny render distance will handle only 30% the blocks they do now.

The possible features:
•Spherical render/load distance: Reduce handled blocks by up to 30% by cutting corners made of unneeded chunks.
•Server chunk occlusion/exclusion: Reduce bandwidth usage and defeat hackers by only sending data for visible chunks.
•Three-dimensional biomes: Save biome data per chunk rather than per block column, create volcanoes with magma chambers, underground rivers, tropical skylands floating over icy taigas, and more.

The disadvantages:
•Unloaded gravity-pause: Falling non-player entities and fluids will be forced to pause their fall if they reach unloaded chunks, but will resume falling when those chunks are loaded.
•Slow falling-pause: Players with slower computers and smaller render distances will have falling occasionally paused as they fall into unloaded chunks, until new chunks can be loaded.

The problems:
•Current sunlight and rain calculation methods cannot work with infinite vertical space: The solution to this is described here.
•Current BiomeDecorator cannot work with multiple vertical chunks simultaneously: The BiomeDecorator code must be altered to function correctly with this, or removed.
•Current cave generation method is executed an extra time for each vertical chunk created simultaneously, leading to lag spikes on world generation: Cave generation's method must be altered to suit this system more.
•Current grass/dirt generation algorithm forces additional chunk requests when chunks are loaded, causing chunks to load slower than they should: This algorithm must be replaced with something else.

---

Changes in how things work:

Obviously, the implementation of this new chunk system will change quite a few things. These changes are mostly either necessary or in the interest of increased efficiency. Such changes are categorized and explained below.

How worlds will be stored:
[spoiler]How the current storage works, and what changes:
Interestingly enough, the current method of storage, the Anvil format, is derived from the storage method that the original Cubic Chunks mod used. The Anvil format stores individual chunk as a series of 16³ quasi-cubic chunks. These 'fake' cubic chunks allow for easier reference of specific data, but they still can't be separated from each other, meaning that it fails to reap the full benefits of this system. Even so, the change allowed Mojang to double the maximum height with no performance hit. Chunks are stored in groups of 32², inside 'MCRegion' files, for a total of 1024 chunks.
By nature, cubic chunks does away with the 'quasi-cubic' nonsense. In terms of chunk grouping, instead of using groups of 32³ chunks, new "3DRegion" files would contain groups of 16³. This means each 3DRegion file contains 4096 chunks, four times as many as MCRegion files. However, each 3DRegion contains only one fourth the amount of blocks. For per-chunk positional metadata, 3DRegion files would use the same number of bits as MCRegion files, after compression. Calculations show that the same area encompassed by a single MCRegion file would consume 64 kilobytes of extra space with 4 3DRegion files, which is nothing.

Converting existing worlds:
Most people are probably wondering something like "But won't this totally destroy all existing worlds?". Absolutely not; conversion could not be simpler. When a non-cubic world is loaded after the implementation of this system, a conversion process will begin and convert the entire world at once(To avoid making chunk loading take longer during play). First, all existing MCRegion files will be divided into quarters to create 3DRegion files. Then, all existing chunks are divided into sixteenths using the quasi-cubic properties to identify boundaries. After that, conversion is done.

The "isEmpty" flag optimization:
A 1-bit flag is added to each chunk, named "isEmpty". If the chunk consists of 100% air blocks, this bit is 1, any other case makes it 0. When the bit is 1, all data for the chunk besides the isEmpty flag is deleted and ignored, which reduces filesize. Empty chunks are never loaded, and locations where they occur are merely simulated as entities reside in them. The chunk will only load when something requires saving inside it.[/spoiler]

Changes to terrain, ores, etcetera:
[spoiler]Terrain:
By default, nothing will change. Small bits of terrain generation code need to be reconfigured to work properly with Cubic Chunks.

Biomes:
By default, nothing will change.

Ore generation:
By default, nothing will change.

Structures:
By default, nothing will change.

The Void:
After conversion to Cubic Chunks, the void and bedrock layer will still exist and generate as they always have. However, the void(Not the bedrock layer!) will not exist as a hard limit and is able to be moved, but not removed, by editing an associated NBT data tag inside a world's level.dat. This feature, that allows for increasing the maximum depth, is intentionally disabled without external programs, to prevent terrain change of any sort. It is intended to be used by experienced mapmakers and world generation mods only.

Superflat settings:
Existing superflat worlds will not change. However, new superflat worlds will gain a new decoration parameter, 'void'. Inclusion of this parameter will cause the void to form below the lowest defined layer. Exclusion of it will cause all layers below the lowest defined layer to copy the settings of that layer.[/spoiler]

Coping with sunlight:
[spoiler]There used to be a solution here, but it wasn't deemed good enough by Jeb. Suggest solutions in this thread.[/spoiler]

Changes to servers:
[spoiler]Settings:
There's a setting inside the Server.properties file called 'max-build-height'. The setting makes it impossible for any player to place or remove blocks above that height.
With the implementation of Cubic Chunks, a new setting named "maximum-generation-depth" would be added. The void, bedrock layers, and magma layers will generate normally at and above the Y level designated by the value of this setting.

Chunk occlusion/exclusion:
Using the raytracing methods already available in the code and used for explosion calculations, servers can identify which chunks are visible to a player, within safe assumptions, and only send the data for those chunks. This both reduces bandwidth usage, and cripples the usefulness of X-Ray cheats.[/spoiler]

Render/Load distance alterations:
[spoiler]After the implementation of Cubic Chunks, view distances' radii will apply to the vertical axis too. This reduces handled blocks in the cases of tiny and short render distances, and increases them in the cases of normal and far render distances. This can be optimized by utilizing a spherical render distance instead of a cubic one, which would reduce handled blocks in all distances except Far.[/spoiler]

---

Frequently Asked Questions:

[spoiler=FAQ]Q: This is impossible.
A: No it's not. See below.

Q: Is this available as a mod?
A: Not yet! But it will be!

Q: I like X-ray! What if I don't want it to be broken?
A: First of all, breaking X-ray hacks will only be possible to do in multiplayer. That said, the system that would break X-ray would be possible to disable by the server owner. If the owner doesn't disable the system, then they don't want you using X-ray, and you should not be doing what the server owner doesn't want in the first place.

Q: I play on a PvP/Anarchy/Raid/Faction server. Won't this system let people pillar up into the sky and create a base thousands of blocks in the air and never be found?
A: No.

Q: I like Minecraft's current height limits. What if I don't want to have an infinite sky or infinite underground?
A: If this system is added, all worlds will not automatically gain an infinite underground. As stated below, the Void will remain in all worlds, even after the conversion to Cubic Chunks. The ability to remove the Void will simply be there. As for infinite space in the sky, the current build limit is over one hundred blocks above any terrain that vanilla Minecraft can possibly generate. It is ENTIRELY your decision on whether or not you take advantage of this height. If you play on a server, like stated above, the server owner can set a maximum build height. If s/he doesn't, then don't play on their server - you don't play on servers where the server owners allow things you don't like. Why would you play on an anarchy server if you hate being stolen from and killed?

Q: Will this affect Redstone at all?
A: No. This system will simply make it possible to make larger redstone circuitry than before.

Q: Won't this break existing worlds?
A: No. Existing worlds can be easily converted by dividing each MCRegion file into 4 pieces, then slicing the existing 256 block-high chunks inside them into 16 individual chunks.

Q: Won't this affect mods? Won't mod authors have a hard time updating their mods?
A: The answer to this question depends solely on the answer to the following two questions: Do parts of the modification code rely on chunk data/metadata? Does the mod author want to take advantage of the features of the new chunk system? If the answers to the first and second question are both "No", then updating a mod to this system should be very easy and quick. If the answer to the first question is "Yes", then those parts of the code will need to be rewritten somewhat, but in most cases, the changes should be fairly quick and easy. The only time that it should be hard to update a mod to this system, is if the answer to the second question is "Yes".

Q: Won't this require a total rewrite of the mod API if that's released first?
A: No. Whether or not even a small part of the mod API needs to be rewritten depends on the way that it is implemented and whether or not there are API inclusions for chunk handling and other chunk-related behavior.

Q: Could a player fall into unloaded chunks if chunks aren't loaded fast enough?
A: No, they could not, and for several reasons. Minecraft has a terminal velocity, though it might not seem like it. This velocity is slower than it should take to load new chunks below the player. In cases with exceptionally slow computers, even if the player did manage to reach an unloaded chunk, their fall would be paused until that chunk can be loaded.

Q: What would happen when water, sand, or a mob falls into an unloaded chunk?
A: Nothing. The water/sand/mob would freeze in place until the chunk is loaded and it can continue moving. You can already see this same thing happening on the horizontal axis.

Q: What will happen to the Void?
A: It will still exist, along with all its effects. The only difference is that the Void is no longer a hard limit and it can be moved. After the conversion to Cubic Chunks, the Void's location will be stored in a world's ' class='bbc'>level.dat, and this location can be changed with NBT editing tools. When and where the Void exists, chunks will cease to generate.

Q: Will this affect terrain?
A: No. However, terrain generators will gain the ability to use infinite height.

Q: Will this affect ore generation?
A: No. Ore is a part of terrain generation. As stated above, terrain will not be changed.

Q: Won't all current terrain generators be incompatible with this system and need to be rewritten?
A: No. Terrain generators work independently of chunks. When a chunk is generated for the first time, it calls the terrain generator and receives a specific section of the resultant terrain to save inside itself. Because of this, some custom terrain generators can generate steep terrain all the way to Y256, where you can experience a large, flat cut-off. Since there are no chunks above Y256 to call the terrain generator for terrain, no terrain exists there.

Q: What would happen if there's a huge solid ceiling so far above you that it is unloaded? Wouldn't you just see the sky, just with everything being completely dark?
A: Yes. This already happens on the horizontal axis, and it is an issue with sky rendering, not this chunk system. As such, this has nothing to do with this suggestion. Please do not post about this.

Q: If you go deep underground, will your plants grow/ores smelt/animals grow?
A: No, because those chunks would be unloaded, just as if you had walked far away. This is a flaw with any chunk system, regardless of shape. It is a necessary evil that allows Minecraft to have infinite worlds. The only way to fix this would be to introduce a separate new system that works with chunks as they are loaded and unloaded. This suggestion deals with the chunk system itself, and not sister processes. Because of that, that is outside of the scope of this suggestion. Please do not post about this.[/spoiler]

---

[WIP] The Cubic Chunks Mod! (Tall Worlds Mod):

Cuchaz has taken it upon himself to bring us the glorious Cubic Chunks, since Mojang refuses to do so.

Cuchaz is using a API of his own creation to help assist in the making of this mod, and he's quite far along, as seen in these two tech demo videos:
[spoiler=T-Demo 1: Vertical chunk loading][/spoiler]
[spoiler=T-Demo 2: Broken height cap and no lag!][/spoiler]
With the basic functionality in place - a complete overhaul of the basic chunk system, and height limit removed - this whole concept can already be considered proven. What remains is making sure everything else functions correctly under the new chunk system. In any case, stay tuned for future updates if it interests you(If it doesn't, then you are the weakest link - goodbye!).

You can follow the mod's development in much more depth in its very own topic!

---

Gallery:

[spoiler=A mountainside with an experimental engine using Cubic Chunks designed by Nocte. 960 block view radius, and 30 FPS.][/spoiler]
[spoiler=A different view of the mountainside with the same engine by Nocte. This time, with 1600 block view radius and 15 FPS.][/spoiler]
[spoiler="A video demonstrating Nocte's engine."]

---

Support & Submission to Mojang:

If you support this, hit the rep button in the bottom-left corner of this post. It is the only good way of accurately measuring support here.

If you wish, you can put the following banner, courtesy of laz2727, into your signature. It helps to attract support from all parts of the forum!

 [url=http://www.minecraftforum.net/topic/1707097-cubic-chunks-infinite-height-elimination-of-x-ray-and-more-60-supporters/page__st__0][img]http://img833.imageshack.us/img833/443/hov.png[/img][/url]

Please help us get word out of this suggestion! Share this with your friends, with Minecraft celebrities if you're familiar with them, or even with Mojangsters like Jeb or Dinnerbone! (Do not share this with Notch. Notch doesn't work with Minecraft anymore.)

The purpose of this suggestion is to have Cubic Chunks implemented in Vanilla. Being available as a modification does not fulfill that purpose. The modification featured in this suggestion is to act as a proof-of-concept only(Note: Its being featured here is to act as a proof-of-concept. The modification itself is on its way to becoming a fully fledged modification).

---

Special thanks:
Cuchaz, for taking Barteks' proof and running with it, to give us a truly functional Cubic Chunks mod.
Barteks2x, for updating the Cubic Chunks mod to 1.6.2, proving that it is possible.
Azraile, for posting the original suggestion and allowing me to take ownership of it.
Nocte, for helping resolve flaws and designing Hexahedra.
MineCrak, for a large amount of valuable insight and enthusiasm into the topic of Cubic Chunks.
aaronfranke, for helping resolve flaws.
PanJouda, for creating the original banner.
Flexico, for creating the predecessor to the current banner.
laz2727, for creating the current banner.
Robinton, for creating the original Cubic Chunks mod.
The_Watchman13, for answering all those stupid questions so I don't have to.

---

Note: Many calculations and information can be found among the many posts of this topic. There are too many for me to cite here, but if you wish, you can search for them yourself.

Due to Mojang updating the Minecraft EULA to forbid capes from the 1st of August, MCCapes has had to close down to comply.

Sorry for the inconvience and I hope you have enjoyed the mod over the last three years.

If you would like to be emailed if I create any future Minecraft mods, please send an email to [email protected]

Well, the way it is now, the ice plains biome is a bit boring, so i thought, why not adding a unique generated structure to it to make it more interesting and a worthwhile to check out? my idea is adding a graveyard to that biome, with awesome loot and some danger.
the graveyard will be created only in the ice plains biome and not ice mountains because well, graveyards are flat. in order for the graveyard to generate it has to be an ice plains biome. the graveyard also spawns on a 1 high platform of blocks, to prevent any messy stuff.

I designed myself the way i think the graveyard should look like:

-The graveyard's gate:





- Look from above:





- In each graveyard, there will be 2 small graves that have a chest below them. youll have to search for them by yourself by digging out graves! the double chests really resemble a coffin...





- Under the big grave at the end there will be a small underground part to the graveyard....




- This part will have a room with chest with better loot, and whats more fitting to a grave than a skeleton spawner?




-Possible loots from the chests: rotten flesh, bones, leather armor, gold, iron, nametags. the chest near the spawner can also contain horse armor and diamonds, rarely





I hope you like my idea!

Bedrack! the Nether equivalent to Bedrock.

so once you look at the basic "stone" for the Nether, it's called Netherack, which sounds like Nether rock, right? well since we're making puns here, I thought it would be nice to introduce Bedrack to the nether instead of it being bedrock.

why? just to make the Nether more unique I suppose, also its texture would fit in better with the netherack.

Bedrack replaces the bedrock of the Nether, it behaves EXACTLY like bedrock, and it's texture is dark red to fit in with the netherack, yet still being distinguishable between the two.

pretty much the only difference is it's name an texture.





if you like the idea please click the green arrow ------>
if something's wrong, please tell me in the comments.
Support is appreciated.

NEWS:------------------------------------------------------------------------------


Topic:---------------------------------------------------------------------------

"So, I was mining today and stumbled upon beautiful natural glowing crystals in an underground ravine!"


"...Then I investigated a red glow I could see creeping through a tunnel shaft and found myself in the middle of a zombie hive! o__O"



Well, those are some of the things we could be saying if colored glass and colored light were added to MC!
(images above are not real screenshots. They were Photoshopped by me to show what MC could be like if this topic's proposals were implemented)

===============================================================

[NOTE]Colored light and glass is something I believe all minecrafters should be able to enjoy with each other without the midleman or knowledge of mod installing. So for that reason, this suggestion is directed towards vanilla. We do however welcome mods here since it's said that "Colored light isn't possible." -_^

===============================================================

Here is how it could work:

Color Glass Blocks & Changing The Color of Light


Colored Glass and Colored Light are features I have wanted to see in Minecraft for some time. I wanted to see these features implemented so bad that I have come up with some ways it could be used in the game; it would greatly increase building potential and the ability for a player to customize an atmosphere by modifying the color of light. Based on my knowledge working in the game industry as an indiegame digital artist, I know that the impact something like colored glass and light would have on minecraft would be more important than most people know. In fact, it may even be safe to say that even Mojang underestimates the aesthetic importance of colored light and being able to manipulate it.
Here is a little diagram that briefly explains my proposition:





Here is a colored light mod that CptSpaceToster in a video spotlight! check it out! (ehem you too mojang -_^) colored light IS possible and it IS necessary this video shows that:



Here is a different crafting recipe that was originally suggested by ChadGarion25. It is fantastic and gives cauldrons an actual use.



Tell me what you guys think

Support colored glass by wearing this banner:
(Signature will NOT work if you do not paste this code into your signature via code editing mode. Turn on editing mode with the little switch at the top left corner of the editor)

[url="http://www.minecraftforum.net/topic/1133916-colored-glass/page__p__13917156#entry13917156"][IMG]http://i.imgur.com/01oHHUZ.gif[/IMG][/url]

Also, if you like this suggestion and want to help it become a reality, give the first post in this thread rep points, and get your avatar featured in the 'We Love This Post!' banner down below the OP!!!


Cool Ideas by you guys -_^:

Have you ever wanted to create "fake walls" that open and close with the push of a button? Want complete protection from a creeper blast while entering and exiting your bunker? Wanted to make a puzzle map where a wrong step spells a quick dip into a lava bath? Hinged pistons are for you!

Hinged pistons are a new type of piston that will swivel on and off with redstone. Instead of a standard piston that opens and closes to push and pull material; this will swivel with the material in hand. It is made with the same technology as sticky pistons and uses that as it's base of construction.

A hinged piston is made by combining a sticky piston and a trap door in any order (can be done in 2x2 grid).

The hinged piston is basically open-faced at 2 facings with a deactivated(starting) position (facing you), and an activated position (90 degrees clockwise) away from you. When activated, the pistons will instantly lock from one point to another. (anyone with some time, feel free to draw up some visual aides, I'll source you in this OP through an edit.)

Crappy attempt as placeholder: Unnfh!

As with any piston, you can place the piston in any facing. (north, south, east, west, up, and down)

The hinged piston isn't really a hinge, but a pivot from a resting to active position.

USES:

• Makeshift/Dwarvern Doors
• Puzzles/traps
• Hidden Passage!
• Improved Railways
• Water/Lava control
• Stairs
• Block Conveyor Array
• More practical terraforming
• Simplification of some redstone circuitry
• Chains with other pistons to create elaborate mechanizations
• Actual Collapsing drawbridges
• Other aesthetic uses
• Anything other pistons could do, just using less space.

Due to the fact that blocks are attached and hinged by the piston, any objects (torches, redstone dust, etc) will pop off if (de)activated, Also, slabs, stairs, and other incomplete blocks are incompatible with hinged pistons.

The list says it simplifies redstone circuitry?! How?! -- Attach a redstone block to the hinged piston. Admittedly, you could also do this with a sticky piston, but the ability to make the piston change redstone current vertically as well as simply horizontally is a major boon, especially a method to do so with a single block.

The hinged piston (including the block it's carrying) will take up 2 blocks as opposed to other pistons which take up between 2 (closed) and 3 (expanded).

In order to work, the piston needs to be free from obstructing blocks at the payload (swiveling portion). This means no blocks can be placed through the off and on position (3 blocks), if the piston is blocked, it simply will not function.

A few headaches that one may have to consider is placing things from above or below. When placing as such, the block will always open to it's right (according to how you placed it.)

Test document for the naysayers:


ALTERNATE RECIPES:
If a trapdoor + sticky piston sounds too cheap, substitute in 2 sticky pistons in any adjacent configuration, or 3 to really bog down the price.

QUESTIONS:
How does the game determine the direction of the activated piston?

The off/placed piston will always face the player. The on position will always be a 90 degree clockwise rotation of that.

If the player is placing the piston while facing the ceiling; it will place facing the floor and opening to the player's right.
If the player is placing the piston while facing the floor; it will place facing the ceiling and opening to the player's right.

How many blocks can a piston move at a time?

Only the single one connected to it.

[represent]