(Surprisingly in your post I don't see the last two lines) You got it almost right! it would read more exactly like this
/give @p "red wool slab"
Because those are all separate words, they can be understood very easily by the program, whichever order they would be put in.
Would it add all the new items to the creative inventory, like red wool slab, etc.
If so, the inventory needs more tabs.
Wool tab, clay tab, stone tab[cobblestone], mining tab(ore, raw stone, diorite,etc.), etc.
What does this:
(Surprisingly in your post I don't see the last two lines)
Meen
Would it add all the new items to the creative inventory, like red wool slab, etc.
If so, the inventory needs more tabs.
Wool tab, clay tab, stone tab[cobblestone], mining tab(ore, raw stone, diorite,etc.), etc.
What does this:
(Surprisingly in your post I don't see the last two lines)
Meen
It would not show them in the creative inventory because it would be crazy full, the same way one cannot at the moment get parts of a mushroom. Only with commands should these things be given.
What I meant is somehow the lines about color model state= were not seeable until I quoted you. You're faster than the forum's shadow ^^
Rollback Post to RevisionRollBack
Link RemovedImage RemovedLink RemovedImage RemovedLink RemovedLink RemovedLink RemovedImage RemovedLink Removed Link RemovedImage RemovedLink RemovedImage Removed
It would not show them in the creative inventory because it would be crazy full, the same way one cannot at the moment get parts of a mushroom. Only with commands should these things be given.
What I meant is somehow the lines about color model state= were not seeable until I quoted you. You're faster than the forum's shadow ^^
Full support, every texture on every model, easily, logicaly, simply amazing for my maps!
Full support, every texture on every model, easily, logicaly, simply amazing for my maps!
Check my sig.
By-the-way what is the blue torch
You summed the idea so well I added it at the top of the topic Awesome!
Blue torches is really only for style. It does not need to be added, just is one of the possibilities of the new system
Rollback Post to RevisionRollBack
Link RemovedImage RemovedLink RemovedImage RemovedLink RemovedLink RemovedLink RemovedImage RemovedLink Removed Link RemovedImage RemovedLink RemovedImage Removed
You summed the idea so well I added it at the top of the topic Awesome!
Blue torches is really only for style. It does not need to be added, just is one of the possibilities of the new system
how about a color for torches called wax,
/give @p wax torch
As a frequent command block user, I fully support. I think this will give builders much more objects to throw at things and evolve Minecraft into an even larger game than it even is today.
As a frequent command block user, I fully support. I think this will give builders much more objects to throw at things and evolve Minecraft into an even larger game than it even is today.
Thanks! And you are right, Minecraft with textures as well as full customizability can become even larger than now.
Just thinking about the much more easiness of making mods that would mix well with vanilla code and yet not cause much lag gives a lot more options than first thought.
The main problem is it's going to be a slight bit of pain in the butt at first to code in vanilla and recode in mods.
Support! Although I don't totally get the technical parts, the freedom this suggestion would grant us is amazing! You should create a way for the customized blocks to be obtainable in survival mode though.
Support! Although I don't totally get the technical parts, the freedom this suggestion would grant us is amazing! You should create a way for the customized blocks to be obtainable in survival mode though.
Thanks for your support! Which parts do you have trouble understanding? The more people describe what they understand/don't understand, the more I'll be able to get the idea passed and hopefully it gets supported.
I disagree though with obtainable customized block. Imagine the number of recipe that would be created to have all possible customized blocks... So only the ones that have a recipe are to be obtainable in survival. The rest is either in the creative panels, or through a command. A possible new GUI could be made that helps build each customized block, but I think doing that would get overused.
Let's leave "pink stone trapped door" for the elite that knows how to "/give".
Rollback Post to RevisionRollBack
Link RemovedImage RemovedLink RemovedImage RemovedLink RemovedLink RemovedLink RemovedImage RemovedLink Removed Link RemovedImage RemovedLink RemovedImage Removed
Thanks for your support! Which parts do you have trouble understanding? The more people describe what they understand/don't understand, the more I'll be able to get the idea passed and hopefully it gets supported.
I got most of this part:
- A represents the type/material, like stone, wood, etc. - B represents the model/appearance, like block, stairs, slabs, fence, etc. - C represents the colour/style, like red, and - D represents the state. (DATA represents the mix of colour and state) 0AAA.AAAA (1 byte) The first 128 blocks in the Minecraft ID list in their simple form (stone. Dirt.) 110A.AAAA 10AA.DATA (2 bytes) Same blocks with their included Data Value as is, but lighter than as currently. 1110.AAAA 10AA.AACC 10CC.DDDD (3 bytes) Things change here. Data Value is now separated between colour and state, both taking 4 bits each. And now there is 256 blocks. Ex: A stained clay stairs, C orange, D upside-down facing East Ex2: A defines iron door, C is painted red (hue change, no need for other texture) and D is open to the west. 1111.0AAA 10AA.AAAA 10BB.BBCC 10CC.DDDD (4 bytes) We fork again here to allow all textures to be viewed in all models, with now 512 blocks, 16 models, 16 colours and 16 states or 512 block ID with 4'012 unique combinations (i.e. for map or paintings). Ex2: A defines stone, B is stair, C is polished granite, D is up up West Or, you know, whatever may be otherwise impossible to define with previous 3 bytes. 1111.1110 10AA.AAAA 10AA.AAAA 10AA.AAAA 10AA.AAAA 10BB.BBCC 10CC.DDDD (7 bytes): More block IDs can be added to at most 7 bytes for a total of... quite a few possibilities.
I didn't get these parts in bold: (Sorry if that doesn't help much.)
Bytes are series of 8 bits (0/1). There is three kind of bytes: - A leading 0 represents a solo byte, with 128 different block ID. (0AAA AAAA)- A leading 110 (or more 1 to start) represent the first byte of a series while also describing the number of bytes counted as one complete piece of information, followed by beginning of block id. (110A AAA to 1111 1110) - A leading 10 represents a trailing byte, which can have a mix of block id, model, colour, and state (10BB BBCC or 10CC DDDD)
I disagree though with obtainable customized block. Imagine the number of recipe that would be created to have all possible customized blocks... So only the ones that have a recipe are to be obtainable in survival. The rest is either in the creative panels, or through a command. A possible new GUI could be made that helps build each customized block, but I think doing that would get overused.
Overused how? That seems like a great idea to me. I'm no advanced modder, but I would think if crafting customized blocks followed simple rules, rules that made it so you didn't have to add a crafting recipe for everything customized, (Rules such as a block + dye = dyed block, or 3 blocks on the bottom = slab of that block. Blocks in the shape of a door = door of that block, etc.) it could work.
Let's leave "pink stone trapped door" for the elite that knows how to "/give".
Imagine the builds people could create in survival mode if they had access to pink stone trapped doors, yellow brick fences, prismarine doors, gold trapdoors, etc. Imagine a house in survival mode made out of dyed wood. Imagine a prismarine castle with walls and doors. Imagine a path with stairs and slabs made out of any Minecraft block you wish. Imagine climbable hills made with grass slabs. Minecraft would become virtually limitless for all users, not just the elites, if those blocks could be obtained without /give.
The three kind of bytes are a coding convention, so that each can be recognized easily.
When the program reads a piece of information starting with a zero, it recognizes it to be a short, solo type of information.
When it reads another starting with 11, it recognizes it to be the first of (number of 1 before 0) series of information.
When it reads the last type staring with 10, it recognizes it to be a following byte, and there can be a max of 6 of them. Which gives a lot of possibilities!
For example:
01001001: Solo. 128 possibilities.
11010110 10110101: Leading, then trailing. 2048 possibilities.
11101101 10110111 10010110: Leading, then two trailing. 65'536 possibilities.
Hopefully it clears questions, sorry as english is not my first language. Let me know if there is something you still don't understand.
I agree with you about simplified generalized recipes. I still have to think though about whether all possibilities should be craftable or not.
Will add an option in the poll.
Thanks a lot for your input!
Rollback Post to RevisionRollBack
Link RemovedImage RemovedLink RemovedImage RemovedLink RemovedLink RemovedLink RemovedImage RemovedLink Removed Link RemovedImage RemovedLink RemovedImage Removed
Ok, first off... Not very smart when it comes to technical thingies.... Anyways, here's my opinion:
I think this would be a great idea, especially since the game is going through a coding overhaul, this would be a great addition, especially since I absolutely love games that gives you tons of freedom, hence why I love Minecraft, and still haven't gotten bored of it yet (And i'm talking about vanilla, haven't used many mods) It all seems really simple to understand, so I think that it would be really nice to add.
So, yes, I do support this. The only problem is it might break the game a few ways, but I can't think of how, and all updates usually mess things up anyways, so overall, a really good idea!
This is the part where I usually give some long, drawn out post about what would work and what wouldn't. I don't think I have to do that. There's no doubt that this would be wicked awesome, but we'd be waiting a long, long time for a feature like this. I support, by the way.
Rollback Post to RevisionRollBack
Yeah, that guy in the avatar is me. I'm *that* strange. It happens. Sometimes people act like that. Just go with it. I can offer help with suggestions even before you post them - NOT make your suggestions - but help you with them.
(Surprisingly in your post I don't see the last two lines) You got it almost right! it would read more exactly like this
Because those are all separate words, they can be understood very easily by the program, whichever order they would be put in.
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
Would it add all the new items to the creative inventory, like red wool slab, etc.
If so, the inventory needs more tabs.
Wool tab, clay tab, stone tab[cobblestone], mining tab(ore, raw stone, diorite,etc.), etc.
What does this:
(Surprisingly in your post I don't see the last two lines)
Meen
I need help!
Want new mobs in vanilla minecraft? Can't be bothered with mods? To long a wait for the next update?
click here to get more stuff in vanilla
Link RemovedImage RemovedLink RemovedImage Removed
It would not show them in the creative inventory because it would be crazy full, the same way one cannot at the moment get parts of a mushroom. Only with commands should these things be given.
What I meant is somehow the lines about color model state= were not seeable until I quoted you. You're faster than the forum's shadow ^^
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
Full support, every texture on every model, easily, logicaly, simply amazing for my maps!
Check my sig.
By-the-way what is the blue torch
I need help!
Want new mobs in vanilla minecraft? Can't be bothered with mods? To long a wait for the next update?
click here to get more stuff in vanilla
Link RemovedImage RemovedLink RemovedImage Removed
You summed the idea so well I added it at the top of the topic Awesome!
Blue torches is really only for style. It does not need to be added, just is one of the possibilities of the new system
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
how about a color for torches called wax,
/give @p wax torch
It would look like a candle!
You have allot of suggestions!
I need help!
Want new mobs in vanilla minecraft? Can't be bothered with mods? To long a wait for the next update?
click here to get more stuff in vanilla
Link RemovedImage RemovedLink RemovedImage Removed
Thanks! And you are right, Minecraft with textures as well as full customizability can become even larger than now.
Just thinking about the much more easiness of making mods that would mix well with vanilla code and yet not cause much lag gives a lot more options than first thought.
The main problem is it's going to be a slight bit of pain in the butt at first to code in vanilla and recode in mods.
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
Support! Although I don't totally get the technical parts, the freedom this suggestion would grant us is amazing! You should create a way for the customized blocks to be obtainable in survival mode though.
Thanks for your support! Which parts do you have trouble understanding? The more people describe what they understand/don't understand, the more I'll be able to get the idea passed and hopefully it gets supported.
I disagree though with obtainable customized block. Imagine the number of recipe that would be created to have all possible customized blocks... So only the ones that have a recipe are to be obtainable in survival. The rest is either in the creative panels, or through a command. A possible new GUI could be made that helps build each customized block, but I think doing that would get overused.
Let's leave "pink stone trapped door" for the elite that knows how to "/give".
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
I didn't get these parts in bold: (Sorry if that doesn't help much.)
Bytes are series of 8 bits (0/1). There is three kind of bytes: - A leading 0 represents a solo byte, with 128 different block ID. (0AAA AAAA) - A leading 110 (or more 1 to start) represent the first byte of a series while also describing the number of bytes counted as one complete piece of information, followed by beginning of block id. (110A AAA to 1111 1110) - A leading 10 represents a trailing byte, which can have a mix of block id, model, colour, and state (10BB BBCC or 10CC DDDD)
The three kind of bytes are a coding convention, so that each can be recognized easily.
When the program reads a piece of information starting with a zero, it recognizes it to be a short, solo type of information.
When it reads another starting with 11, it recognizes it to be the first of (number of 1 before 0) series of information.
When it reads the last type staring with 10, it recognizes it to be a following byte, and there can be a max of 6 of them. Which gives a lot of possibilities!
For example:
01001001: Solo. 128 possibilities.
11010110 10110101: Leading, then trailing. 2048 possibilities.
11101101 10110111 10010110: Leading, then two trailing. 65'536 possibilities.
Hopefully it clears questions, sorry as english is not my first language. Let me know if there is something you still don't understand.
I agree with you about simplified generalized recipes. I still have to think though about whether all possibilities should be craftable or not.
Will add an option in the poll.
Thanks a lot for your input!
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
I've tried to include as much information as I could to make it understandable and complete.
I don't know what else to say than ask for your opinion and hopefully gain your support.
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
You already have my support.
I need help!
Want new mobs in vanilla minecraft? Can't be bothered with mods? To long a wait for the next update?
click here to get more stuff in vanilla
Link RemovedImage RemovedLink RemovedImage Removed
Thanks ^^
Yeah, it's hard to make it totally understandable. Let me know when you gave up, I'll try to explain better.
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
Mine too!
Ok, first off... Not very smart when it comes to technical thingies.... Anyways, here's my opinion:
I think this would be a great idea, especially since the game is going through a coding overhaul, this would be a great addition, especially since I absolutely love games that gives you tons of freedom, hence why I love Minecraft, and still haven't gotten bored of it yet (And i'm talking about vanilla, haven't used many mods) It all seems really simple to understand, so I think that it would be really nice to add.
So, yes, I do support this. The only problem is it might break the game a few ways, but I can't think of how, and all updates usually mess things up anyways, so overall, a really good idea!
A coding overhaul? Do you have an idea where I could give my input?
I agree with you, it will break the game a little at the beginning, but freedom will prevail!
Link RemovedImage RemovedLink RemovedImage Removed
Image Removed When you support an idea!
This is the part where I usually give some long, drawn out post about what would work and what wouldn't. I don't think I have to do that. There's no doubt that this would be wicked awesome, but we'd be waiting a long, long time for a feature like this. I support, by the way.
Yeah, that guy in the avatar is me. I'm *that* strange. It happens. Sometimes people act like that. Just go with it. I can offer help with suggestions even before you post them - NOT make your suggestions - but help you with them.
Unofficial Suggestions Guide (2.0) - by Theriasis
Unofficial Critics Guide - by yoshi9048
I'm talking about what they're currently doing.
Like with the new block id's and stuff. In 1.8, they cleaned up the code, hence the overhaul. I'm pretty sure they're continuing it in 1.9, too.