Minecraft Forums

I don't know if this has been posted before, so I apologize if it is a duplicate.

The basic idea is that we already are able to use pixel-art to change the look of our player. But once you put some armor on, those designs get covered up.

So, why not have the ability to use pixel art on our armor? For example, at least on the helmet and chestplate.

Quote from Badprenup

This isn't a half bad idea. If I gave a damn about going back to 1.7.3 I would do this. It's amazing that everyone who has had a problem with this idea has been completely wrong with their reasoning for why to not do this.

This isn't only for multiple versions. I just started using it for different sets of mods/tools per "set".

One of the servers I play in allows certain mods/tools. Another allows different ones. With this I will be able to choose what set to launch, without any big rigamarole before joining a server.

To clear up any concerns about messing up APPDATA, the following is what I did, will do, and why it works.

ORIGINAL SETUP:
1) My minecraft game folder was c:\data\soft\games\minecraft.
2) Data was automatically placed by Minecraft at C:\Users\<myWindowsUsername>\AppData\Roaming\.minecraft when I run it for the first time.
3) C:\Users\<myWindowsUsername>\AppData\Roaming\ does indeed contain data for a lot of applications.

STEPS I FOLLOWED:
1) Created folders c:\data\soft\games\minecraft\mc1.7 and c:\data\soft\games\minecraft\mc1.8.
2) Moved my current mincraft.exe to the mc1.7 folder.
3) Moved the .minecraft folder from its original location (under ...\Roaming) to the mc1.7 folder.
4) Wrote two batch files minecraft1.7.bat and minecraft1.8.bat and placed them in c:\data\soft\games\minecraft. They look like:

SET mcpath=C:\data\soft\games\minecraft\mc1.7
SET APPDATA=%mcpath%
CD %mcpath%
minecraft.exe

5)I made a shorcut for minecraft 1.7, pointing to the minecraft1.7.bat. And I set the icon for the shortcut to the icon from the ...\mc1.7\minecraft.exe file. Copied the icon to my desktop... so that it looks like my old minecraft icon.

6) Click on the icon and minecraft 1.7 starts as normal, and updates the files on the mc1.7\.minecraft folder.

7) When I do "echo %APPDATA%" from the command prompt I still get C:\Users\<myWindowsUsername>\AppData\Roaming. So all my other apps are safe.

WHY IT WORKS:

- When you run a batch file, it runs in its own command prompt. SET commands run in a command prompt are only valid *inside* the command prompt. The system APPDATA variable remains untouched.

WHAT I WILL DO WHEN 1.8 IS RELEASED:

1) Answer NO when prompted to upgrade. (Hopefully I will have that option)

2) Download minecraft.exe 1.8 and put it in the mc1.8 folder.

3) Create the shortcut for 1.8 like I did for 1.7 (but pointing to 1.8 batch file of course!)

4) Start minecraft 1.8 from the shortcut.

5) Verify that the data files got created on the mc1.8\.minecraft folder.

Quote from Ross_H

3. it just seems like chance is the only decision.

All the choices are bad. So, I'll take option 1. At least there is some potential for benefit there.

Of course, the moment I take it, it will be time to start establishing security procedures to make sure that someone doesn't try to kill me to take over the job.

Quote from themodernkillcam

WHAT AM I GONNA DO FOR THESE LONLEY 8 DAYS????????????

Simple. Do some prototypes of buildings you will want in your new world:

- Automated Slime farms
- Automated Monster farms
- Automated Passive Mob farms
- Automated Tree farm
- Automated Cactus farm
- Automated Sugarcane farm
- Semi-automated wheat farm
- Water delivery systems for slimes, mobs, items (all are slightly different).
- Defenses, traps, etc
... and many more things.

That is what I'm spending my time on, while the people running the server figure out how they are going to handle the upgrade to 1.8. So far it is not clear whether they will keep the current world (pretty well explored already and thus would have minimal 1.8 features, or start over from scratch.

So, the safe bet is... spend your time learning "how" to do things, without getting too invested in your constructs... just in case they prove to be "temporary".

Quote from Suicidal Cheez

No, he said that old worlds won't have the new world generator's features, like villages and dungeons. You still will have Endermen, but for the new stuff, you need to travel a bit.

Yep, from what I read you need to get to previously unexplored areas to see the 1.8 generation. Also, you might see some weird stuff on the borders between 1.7 and 1.8 generated areas.

I saw a post made today speculating on whether there will be furniture in 1.8. The poster thought he saw such a thing on a PAX video. Of course, people quickly disproved it and even got nasty... getting the thread locked.

So I couldn't reply to pointing a great site I found with furniture designs. I am in no way associated with that site, but I use its designs in my buildings.

If you are trying to learn how to make furniture, look at: http://minecraftfurniture.net/

---
To those that would say "old news", I run a search on the word "furniture". I got 1000 results, but none in the first couple pages were about furniture. So I thought it would be useful to those who don't already know how to make furniture if I gave them a convenient URL.

If you know of other sites/threads describing how to make furniture, please add them to this thread.

Nobody seems to have addressed the issue that in a busy server most of the world (at least near where we are) has been explored and therefore won't be generated "as people explore it". A new world will be needed for that.

New question on the topic:

- What happens if the server you play with stays at 1.7.3 and you upgrade your own client to 1.8? Are you still able to play on the server? Or do you need to have 2 versions of minecraft on your PC, one for 1.7 (to play on server) and one for 1.8 (to play single-player)?

- This is not just a hypothetical question. Most hosted servers will likely stay at 1.7.3 for a month or two after release, while they wait for their hosting service to upgrade and critical admin mods to catch up to the 1.8 version.

Thanks for the replies. A couple of points:

1) I know you don't *have* to start a new world since you can keep what you have and continue playing as always. I didn't know that if you go to unexplored areas it would generate according to the new features. Still, these things don't help since I (and am sure many others) play in a busy server where the world (or at least anything within reasonable reach of my base) has been thoroughly explored.

2) I looked at the mcedit description and it sounds good for Single Player, but as I mentioned I play in a busy server. It would be insane for the admins to even try to figure out what to save, what to abandon, and what to restore. They might spend the time and use mcedit for the critical "world" facilities, but they wouldn't do it for every player in the server.

So, I still think that it would be desirable to have an integral feature to the game for this capability. Or perhaps mcedit (or a competing mod) could implement something like what I described.

The key is that players should be able to tag what they want saved and where they want it restored (without any extra abilities) while the admins remain in control.

I read somewhere that because 1.8 involves such major changes we have two choices after the upgrade:

1. Keep the existing world and give up on many of the new features, or
2. Create a new world and start from scratch.

I am fairly new to Minecraft (started with 1.7.3) but it is immediately obvious that this is likely to be a recurring choice as we move from major version to major version.

To salvage at least some of the previously done work, it would be very desirable to supply a feature as follows:

1. Server admins turn on the ability to tag individual building/structures (the 3D space between 2 x,y,z coordinates).
2. Over a period of time (days) players tag the structures they want to save.
3. Before shutting down the old version (or at the time the admins chose to generate a new map and get the new capabilities), server admins use a command to save those structures. The structures are saved and tagged by username.
4. After the upgrade of the server (and clients) to the new version, the admins enable the ability to restore structures from the saves.
5. Players select each of their saved structures, the location on which to plant them, and execute the restore. And undo capability would be possible since many will likely place them wrong at their first try.
6. After a period of time, admins would turn off the ability to restore.

Such a capability would even be useful in single-player so that certain structures that are needed on any world don't have to be created from scratch every time. For example, an automated farm. It is lots of fun to build it once, but by the third time... it gets very old. It would be much better to be able to copy it over from a previous world.

If there was any concern about being able to restore a full structure without having to work on getting the resources, it should be pretty easy to list the resources used by the structure and require the user to collect those resources before allowing the restore.

In order for a trap to work, whatever triggers the trap must not be noticed.

Current pressure plates are visible, so it is easy to avoid.

What we need is something like a transparent pressure plate that is not visible until you step on it. But the pressure plate is just a possibility. Instead we could have one or more of these:

- A laser emitter/sensor pair that sends out a beam that can't be seen. If the player steps in between... the circuit is tripped. To make the emitter/sensor hard to spot, they would: (1) Be roughly of the same size and color as the push button. (2) Send the beam horizontally and parallel to the surface it is attached to (not away from the surface). That way you can place the emitter/sensor on the side of a wall away from the direction the player comes from, or on the bottom of a chest level block, so that the beam is at knee level.

- A motion sensor. Activates when it detects movement within a certain distance (not across walls).

- Anything else that you can think of. The whole point here is to have "stuff" that can trip a circuit without the incoming player being able to see the trap.

Of course, if there is something to accomplish the job already... please tell me!!! I haven't seen any triggering devices that can be completely stealthy.

The earlier post about circuit boards says exactly what I was thinking:

- Have an electronic workbench where you build a circuit in the same way as you do today, but with the end-result being a circuit board.

- A circuit would still use the same components and have to be designed in the same way, but once completed and tested it would be compacted into a single block.

- A circuit block would have 4 active sides (North/South/East/West) where the internal circuitry can connect.

The only difference between what we do today and one of this circuits is... space. No longer will you have to build a massive structure to do a simple job. The structure just gets stuffed into one circuit-board block.

Quote from iamnotamused

Well yeah obviously you could dig around it, dosen't mean this idea wont work. I think this would be a nice feature, and there's multiple thing's this could be used for.

A key or "password-based" button-pad is a great idea, although not by itself.

There is an ability to use a stick to "protect" your chests and buildings from modification. That means that nobody can open your chests or break any of the protected blocks. I believe the ability comes from some kind of plug-in.

Combine the protection with a steel door and the key... and you have an impregnable building.