This... is.. EXACTLY what I need for the adventur map I'm making. I've currently put it in suspension until I find a way for the player-controlled weapons to not destroy terrain.
Total support, man. You deserve it as always.
Maybe there's a workaround in the meantime. What's your map like?
I suggest adding an additional gamemode called POV. In this mode the player's physical body no longer exists, and they instead see out of the eyes of another player on the server. This would be fantastic for any kind of spectator, or for making videos.
This gamemode would come along with a new server command: /pov. If a player in POV mode types /pov <targetplayername>, their view switches to that player's perspective. Just entering /pov with no target switches you to a random player's view.
Ops and command blocks would be able to use /pov <targetplayername> <povplayername> to switch other people's views. Non-ops would only be able to change their own view. There would also be a gamerule to stop non-ops from changing their view, if you want to fully control what they see.
When a layer enters POV mode their body ceases to exist anywhere in the world. Their inventory becomes temporarily inaccessible, although its still safely saved for whenever they return to another mode. When a player is switched back to a corporeal mode the game first tries to place them where they were when they entered POV mode, but if that spot is now occupied by blocks they're sent to their spawnpoint.
I posted an idea to add data values to air, to help mapmakers do cool things with systems that replace blocks. Thinking about that gave me an extra idea.
Whether or not that other suggestion is used, two data values of air should be set aside for use in protecting areas from alteration. The two new types of air would be:
Irremovable Air - You cannot place any blocks in this spot, unless you're in creative mode. This also stops falling blocks, like sand, from getting placed.
Barrier Air - In addition to acting like irremovable air, you cannot left click on blocks through barrier air. For example, if there's a cobblestone wall behind barrier air, you cannot break the cobblestone because the barrier air blocks your left clicks. You can still right click through though, allowing you to affect switches. Barrier air also stops explosions from damaging blocks, although entities can still take damage from blasts.
This would be a really handy way of stopping people from building or breaking blocks in restricted zones, without needing to use outside mods.
For example, if you don't want people to break a castle on your server, just fill the entire thing with barrier air blocks and coat the outside with barrier air one layer thick. People can enter it and walk around through the barrier air, but be unable to break or place anything.
I see where this Is going and I like the idea, but this is for advanced people and I think it would be more of plugin/mod maybe? I think Mojang is focusing on things that lots of people can do and not just map makers and OPs in servers. I just don't see how Mojang would add this into the game.
Mojang has actually been doing a lot for mapmakers recently. They added command blocks and additional commands to sense specific blocks and replace blocks in vanilla. So I think this is in line with that.
One problem : If you place a block, it erases the air block. When you remove it again, what takes it's place? Won't this mess up the "auto replace" mechanic?
If a player builds there it would delete the air. If that block is later broken, normal default air would fill the spot.
So you may want to somehow prevent players from building where you put the special air. With auto replace systems, you could just replace the new blocks with the correct air when you want it to vanish.
For example, you could build a bridge and have auto replace systems switch it's material between stone and one kind of air. You'd never replace the bridge with default air, so you can flip back and forth as much as you want.
This would be a good idea if I could understand what these means! Sorry...
Blocks can be given extra data, to create slightly different versions of them. For example, the different colors of wool are all the same block, but the extra data determines what color it is. The same system is used for other kinds of blocks with different types, like colored clay.
What I'm suggesting is that Air Blocks also have the ability to be given extra data. This would have no effect on how the air looks or behaves, but would be useful for people that want to replace those blocks with other ones, using command blocks and mods.
Air is a block. It would be great if you could give air different data values, so commands like testforblock and setblock could react differently depending what kind of air you have there.
This would also by great for mods that can replace all of one kind of block at once. For example, you could have an invisible castle built with different data values of air. Then you auto replace all the different air with stone bricks, red wool, gold blocks, and glass blocks, leaving normal air untouched, making it appear like a massive castle just materialized.
This is just for mapmakers by the way. Air blocks would continue to be unobtainable in survival and adventure mode. Air Blocks would appear the same (like empty space) no matter what data value they have.
I can see it being used on roleplay servers where named items are important but you could just do so by limiting the use of anvil ability to rename so... semi-support.
But in survival people can craft their own anvils. It isn't something you can restrict in vanilla.
There are. But the existence of mods shouldn't prevent Mojang from adding useful features to the actual game.
Plus, you could use this along with economy mods. Maybe a mod handles your money, and you use renamed items as amusement park prize tickets instead, or something else like that.
I would rather change how this is implemented and just have it be an NBT tag that can make any mob giant sized. It would be more useful and allow for better usage among all mobs.
0
Maybe there's a workaround in the meantime. What's your map like?
16
This gamemode would come along with a new server command: /pov. If a player in POV mode types /pov <targetplayername>, their view switches to that player's perspective. Just entering /pov with no target switches you to a random player's view.
Ops and command blocks would be able to use /pov <targetplayername> <povplayername> to switch other people's views. Non-ops would only be able to change their own view. There would also be a gamerule to stop non-ops from changing their view, if you want to fully control what they see.
When a layer enters POV mode their body ceases to exist anywhere in the world. Their inventory becomes temporarily inaccessible, although its still safely saved for whenever they return to another mode. When a player is switched back to a corporeal mode the game first tries to place them where they were when they entered POV mode, but if that spot is now occupied by blocks they're sent to their spawnpoint.
7
Whether or not that other suggestion is used, two data values of air should be set aside for use in protecting areas from alteration. The two new types of air would be:
Irremovable Air - You cannot place any blocks in this spot, unless you're in creative mode. This also stops falling blocks, like sand, from getting placed.
Barrier Air - In addition to acting like irremovable air, you cannot left click on blocks through barrier air. For example, if there's a cobblestone wall behind barrier air, you cannot break the cobblestone because the barrier air blocks your left clicks. You can still right click through though, allowing you to affect switches. Barrier air also stops explosions from damaging blocks, although entities can still take damage from blasts.
This would be a really handy way of stopping people from building or breaking blocks in restricted zones, without needing to use outside mods.
For example, if you don't want people to break a castle on your server, just fill the entire thing with barrier air blocks and coat the outside with barrier air one layer thick. People can enter it and walk around through the barrier air, but be unable to break or place anything.
0
It had a block id but no special data values, as far as I know.
0
Mojang has actually been doing a lot for mapmakers recently. They added command blocks and additional commands to sense specific blocks and replace blocks in vanilla. So I think this is in line with that.
0
And also with the testforblock and setblock commands in vanilla.
0
If a player builds there it would delete the air. If that block is later broken, normal default air would fill the spot.
So you may want to somehow prevent players from building where you put the special air. With auto replace systems, you could just replace the new blocks with the correct air when you want it to vanish.
For example, you could build a bridge and have auto replace systems switch it's material between stone and one kind of air. You'd never replace the bridge with default air, so you can flip back and forth as much as you want.
0
0
Blocks can be given extra data, to create slightly different versions of them. For example, the different colors of wool are all the same block, but the extra data determines what color it is. The same system is used for other kinds of blocks with different types, like colored clay.
What I'm suggesting is that Air Blocks also have the ability to be given extra data. This would have no effect on how the air looks or behaves, but would be useful for people that want to replace those blocks with other ones, using command blocks and mods.
4
This would also by great for mods that can replace all of one kind of block at once. For example, you could have an invisible castle built with different data values of air. Then you auto replace all the different air with stone bricks, red wool, gold blocks, and glass blocks, leaving normal air untouched, making it appear like a massive castle just materialized.
This is just for mapmakers by the way. Air blocks would continue to be unobtainable in survival and adventure mode. Air Blocks would appear the same (like empty space) no matter what data value they have.
0
But in survival people can craft their own anvils. It isn't something you can restrict in vanilla.
0
If you're an op you can just destroy it and create a new one with the name you want.
0
There are. But the existence of mods shouldn't prevent Mojang from adding useful features to the actual game.
Plus, you could use this along with economy mods. Maybe a mod handles your money, and you use renamed items as amusement park prize tickets instead, or something else like that.
0
That would be awesome.
0
That's what I'm thinking! I'd love to build a katamari themed map.