As almost anyone who has ever used a texture pack will know, Minecraft's graphics for blocks are all in one image file. This file is called Terrain.png. I want Terrain.png and its counterpart for items, Items.png, done away with.
When I say I want them removed, however, I don't mean that Minecraft shouldn't have any textures for anything. I simply mean that the different textures should be split up in to different files. For example, dirt would have its own image file, stone would have its own image file, and so on.
This would make creating and using texture packs a bit simpler than it currently is.
Firstly, as it currently is, when an update that adds new blocks comes out, you either have to wait for your texture pack to be updated by it author or you have to edit in the new blocks yourself. However, if each block had its own file, new blocks wouldn't be replaced with blank pink blocks. Instead, they would simply use the default minecraft texture for them.
Secondly, this would allow different items and blocks to be different resolutions. If for some reason you want to have your dirt texture to be 8x8 while your stone texture is 256x256, you would be able to do so.
When taking extensible game design into consideration, this WOULD be the obvious way to do things. Why it wasn't done this way to start with, I have no idea. The coding and preparation for this change would take probably less than a day. While this would completely break all existing texture packs, I'm sure the texture pack authors would be thrilled to have things done this way anyway.
When taking extensible game design into consideration, this WOULD be the obvious way to do things. Why it wasn't done this way to start with, I have no idea. The coding and preparation for this change would take probably less than a day. While this would completely break all existing texture packs, I'm sure the texture pack authors would be thrilled to have things done this way anyway.
Yeah, I really don't know why Notch wouldn't have done this from day one, but it isn't too late to fix it now.
I'm sure there's some important, memory related technical reason it is the way it is. ...Right?
If not, this would be neat.
With my minimal knowledge on the subject that actually might be the case, as the coding would be "Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, etc..." instead of one "Refer to terrain.png". That said, it might be a non-issue, I'm not sure how intense that would be on processing.
As I have made my own custom texture pack, I'm actually quite fond of the way it is now, so you don't need to repeatedly open files to edit them, however with the increasing amount of blocks that need texturing, I reckon that later on it might require files like Terrain2.png, or Notch could just do it how you said it should.Now that I think of it, texture artists would only really be working on one texture at a time, however as SolEiji said, it might be very intensive.
Rollback Post to RevisionRollBack
Be caring, please help my dragon hatch by giving him a little click.
The Meaning of Life, the Universe, and Everything.
Join Date:
12/6/2010
Posts:
580
Member Details
As a programmer I'l explain why it's in 1 file, and Btw, It's easier and better to handle it with 1 file.
You load a texture to texture object, This object holds the whole texture.
To get a specific location from the texture you use a source rectangle to get it,
For example the rectangle(0,0,16,16) is the first block in the sprite sheet.
Therefore, splitting it won't help and will make the game run even slower(To handle EACH texture as a different object).
As a programmer I'l explain why it's in 1 file, and Btw, It's easier and better to handle it with 1 file.
You load a texture to texture object, This object holds the whole texture.
To get a specific location from the texture you use a source rectangle to get it,
For example the rectangle(0,0,16,16) is the first block in the sprite sheet.
Therefore, splitting it won't help and will make the game run even slower(To handle EACH texture as a different object).
When did I say this change would be made to make the game run faster? And since almost every other game does it like this, I can't see it being a massive hit on performance. Perhaps a very, very slight one.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
When I say I want them removed, however, I don't mean that Minecraft shouldn't have any textures for anything. I simply mean that the different textures should be split up in to different files. For example, dirt would have its own image file, stone would have its own image file, and so on.
This would make creating and using texture packs a bit simpler than it currently is.
Firstly, as it currently is, when an update that adds new blocks comes out, you either have to wait for your texture pack to be updated by it author or you have to edit in the new blocks yourself. However, if each block had its own file, new blocks wouldn't be replaced with blank pink blocks. Instead, they would simply use the default minecraft texture for them.
Secondly, this would allow different items and blocks to be different resolutions. If for some reason you want to have your dirt texture to be 8x8 while your stone texture is 256x256, you would be able to do so.
Would anyone else appreciate this change?
Yeah, I really don't know why Notch wouldn't have done this from day one, but it isn't too late to fix it now.
If not, this would be neat.
Enter that and you'll score one hundred thousand rupees for us both, along with a spiffy card!
With my minimal knowledge on the subject that actually might be the case, as the coding would be "Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, Refer to file.X, etc..." instead of one "Refer to terrain.png". That said, it might be a non-issue, I'm not sure how intense that would be on processing.
You load a texture to texture object, This object holds the whole texture.
To get a specific location from the texture you use a source rectangle to get it,
For example the rectangle(0,0,16,16) is the first block in the sprite sheet.
Therefore, splitting it won't help and will make the game run even slower(To handle EACH texture as a different object).
When did I say this change would be made to make the game run faster? And since almost every other game does it like this, I can't see it being a massive hit on performance. Perhaps a very, very slight one.