Hello, I love this texture pack It is amazing for my desert city. But I am having an issue with the textures when using Vanilla Builders Extension. The textures are always lighter then the original blocks. Added some blocks with Chisel so I can get some variants like cracked sandstone, but when I put it next the original sandstone it is a lighter shade. I am not sure what causes this and I am wondering if there is an easy fix for this. I assume there is something in the resource pack that tints the blocks but with my limited knowledge I am unable to figure it out.
Thanks for the quick reply! Unfortunately I was unable to add the blocks to sand.properties. I am using v7 so it was under mcpatcher. I have a feeling I am not getting the right block id, but as far as I can tell I am. So I went with option to and just remove the file and it works. Also fixed the other problem I was having with different biomes making the textures lighter in the middle of my build. So I guess option 2 is for the best then. Who knows maybe I will come to love the lighter variant as much as the original. Keep up the great work!
I have another quick question with regards to the birch_fence_inventory, birch_fence_inventory_top and birch_fence_inventory_bottom textures. I have already changed all the birch fence and fence gate textures back to 1.12.2 colors. I really don't understand why they had their colors changed in the first place. I see that you have taken the new color from the Jim Stone Craft pack.
They are meant to be different in the two packs, I guess during the great flattening of 1.13 (where virtually every texture was renamed) I just copied them from the JSC pack.
1.13 was the biggest change for renaming files, so I guess I messed this bit up, only all the Birch and Oak (fence, gate, wall) textures are different, the Oak texture is a little warmer in the JSL pack, Birch is quite a bit different.
How do I get rid of the brown border for white and light gray wool blocks and carpet? Is it something to do with the wool properties file? I've changed the white wool texture, but it still has the border.
The Meaning of Life, the Universe, and Everything.
Join Date:
5/29/2013
Posts:
449
Member Details
In JSL there is assets\minecraft\optifine\ctm\white_wool with assets in it and if you delete those 2 .properties files (or even the folder as a whole) it should revert to using the image from assets\minecraft\textures\block however I don't see any kind of CTM for the light_gray_wool so that may require manually removing the wood from the image (or just re-shading your borderless white wool texture until it's the right light gray) in order to get that one displaying properly. Hope that helps.
Ah, thank you, I did reshade my white wool to replace the light gray wool, as I'm no image editing wizard and couldn't remove the wood.
I have another question now, maybe you can answer it, but I'll pose it to Jim. I changed the top and bottom textures for the smooth sandstone and red sandstone, but how do I change the textures for the smooth sandstone and smooth red sandstone stairs and slabs? I don't see any block or blockstates json files for those.
Yet another problem has arisen. How can I use different top and bottom textures with all the variants for a block? I've tried with cracked stone bricks. I edited all the json files in the models/block folder, but the side textures are not showing up on some variants. I'd thought I'd cracked it with changing all the models in the block folder to cube_column, but no. I'm guessing it must be a CTM issue, since I had no problems with the cut and smooth sandstone and red sandstone blocks.
I have another question now, maybe you can answer it, but I'll pose it to Jim. I changed the top and bottom textures for the smooth sandstone and red sandstone, but how do I change the textures for the smooth sandstone and smooth red sandstone stairs and slabs? I don't see any block or blockstates json files for those.
It looks like he's letting the default block models and blockstate files do their job for those stairs and slabs so if you want to alter them you'll need to add the vanilla model and blockstate files from the game. If you unpack the 1.14 version json it'll give you an asset folder with all of the default vanilla assets in it, including the json for these files. You'll want to copy them out of there and past them into the same namespace of your pack.
Yet another problem has arisen. How can I use different top and bottom textures with all the variants for a block? I've tried with cracked stone bricks. I edited all the json files in the models/block folder, but the side textures are not showing up on some variants. I'd thought I'd cracked it with changing all the models in the block folder to cube_column, but no. I'm guessing it must be a CTM issue, since I had no problems with the cut and smooth sandstone and red sandstone blocks.
I'm not entirely sure what problem you're having here because the cracked stone bricks seem to already be set up for you to do this. I don't see any CTM associated with the stone blocks either so I'm not so sure that would be the issue. The use of cube_bottom_top is about as streamlined as that can be for referencing the model. A little more detail about exactly what your changing and what you want it to do would be helpful in my trying to replicate the problem and troubleshoot what's happening.
This looks exactly how I would want it to look for that block to have it's own top and bottom textures. If you altered the texture pathway for all 6 of these models so the top references your top texture, the bottom your bottom and the side as your sides it should work without issue. What's not working when you do that? I had someone with a similar issue the other day so it may help you to read over the conversation with him: https://www.minecraftforum.net/forums/mapping-and-modding-java-edition/resource-packs/resource-pack-help/2981035-multi-texturing-help hopefully you can get it all figured out, if not I'll try replicating your issue if you can be a little more precise about what isn't working the way you want it.
Oh, haha. Derped it up real well again. I only had 6 variants for cracked stone bricks, instead of 7. It's always the obvious things you overlook. ;P Anyway, now to just tackle the rest of the smooth sandstone and red sandstone blocks. Hopefully I don't mess that stuff up, but I likely will. XD
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/acacia_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/birch_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/dark_oak_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/jungle_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/oak_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/spruce_leaves.png
To change the colour of the leaves in the Nether you would have to edit the grid colour map in the OptiFine folder in the resource pack.
You will see Hell (internal name for the Nether) is number 8, so the vertical strip of pixels you will need to recolour are the 9th from the left (biome are listed from zero).
Two minor things with 20w07a snapshot: The Crimson door doesn't have transparency in the window section when you place it (it's just black), but it does while you hold it and the Netherite axe still has the same darkened diamond texture from 20w06a. Other than that, great work on all the new textures implemented this week.
Thanks for pointing out the Netherite Axe, it's now been fixed and will be in the next release.
The tools and armour are different in the standard JSL and JSC packs, so I must have missed it.
I first thought about the super dark Diamond tools (to make a Netherite tool takes a Diamond tool), however I then decided on just dark textures with some Diamond highlights, this make them look extra special and different from all the other tools.
John Smith Legacy Resource Pack Snapshot 19w02a.
First snapshot of the year.
Cartography Table GUI, Campfire, cleaned up some model files (cullface), also updated the sheep texture.
Started on the Villagers, only two completed so the added professions are currently just copies.
https://www.johnsmithlegacy.co.uk/ - John Smith Legacy for Minecraft
Hello, I love this texture pack It is amazing for my desert city. But I am having an issue with the textures when using Vanilla Builders Extension. The textures are always lighter then the original blocks. Added some blocks with Chisel so I can get some variants like cracked sandstone, but when I put it next the original sandstone it is a lighter shade. I am not sure what causes this and I am wondering if there is an easy fix for this. I assume there is something in the resource pack that tints the blocks but with my limited knowledge I am unable to figure it out.
I see you're using shaders, I guess that you are using OptiFine.
So that would be the colormap that's colouring the blocks depending on the biome you are in (all sand blocks look warmer in a desert for example).
Two choices add the new blocks to the sand.properties or just remove the sand.properties to turn of the sand custom colours.
Turning of the sand custom colour will however make all the sand blocks look lighter.
John Smith Legacy 1.13.2 v8/assets/minecraft/optifine/colormap/blocks/sand.properties
https://www.johnsmithlegacy.co.uk/ - John Smith Legacy for Minecraft
Thanks for the quick reply! Unfortunately I was unable to add the blocks to sand.properties. I am using v7 so it was under mcpatcher. I have a feeling I am not getting the right block id, but as far as I can tell I am. So I went with option to and just remove the file and it works. Also fixed the other problem I was having with different biomes making the textures lighter in the middle of my build. So I guess option 2 is for the best then. Who knows maybe I will come to love the lighter variant as much as the original. Keep up the great work!
I have another quick question with regards to the birch_fence_inventory, birch_fence_inventory_top and birch_fence_inventory_bottom textures. I have already changed all the birch fence and fence gate textures back to 1.12.2 colors. I really don't understand why they had their colors changed in the first place. I see that you have taken the new color from the Jim Stone Craft pack.
They are meant to be different in the two packs, I guess during the great flattening of 1.13 (where virtually every texture was renamed) I just copied them from the JSC pack.
1.13 was the biggest change for renaming files, so I guess I messed this bit up, only all the Birch and Oak (fence, gate, wall) textures are different, the Oak texture is a little warmer in the JSL pack, Birch is quite a bit different.
Fixed, they will be in the next update.
Thanks for pointing this out.
https://www.johnsmithlegacy.co.uk/ - John Smith Legacy for Minecraft
JSTR.1.12.x_v1.2.0a issue:
MC 1.12.2
Forge 14.23.5.2838
No mods installed except JEI 1.12.2-4.15.0.278 (to easily replicate issue and minimize conflicts)
Redstone Torch shows as missing texture (pink/black block) in all instances (in JEI, in inventory, placed in world, etc)
Regards.
i am getting pink textures on some places like the doors any way to fix this?
You're clearly missing the John Smith Legacy resource pack.
The John Smith Legacy 3D Models pack you're running is an add-on pack, you'll need the main John Smith Legacy resource pack as well..
https://www.johnsmithlegacy.co.uk/ - John Smith Legacy for Minecraft
JimStoneCraft,
You are doing a wonderful job and I am supremely impressed with all your hard work and effort.
Please everyone, remember to support those that provide us with such great works.
How do I get rid of the brown border for white and light gray wool blocks and carpet? Is it something to do with the wool properties file? I've changed the white wool texture, but it still has the border.
In JSL there is assets\minecraft\optifine\ctm\white_wool with assets in it and if you delete those 2 .properties files (or even the folder as a whole) it should revert to using the image from assets\minecraft\textures\block however I don't see any kind of CTM for the light_gray_wool so that may require manually removing the wood from the image (or just re-shading your borderless white wool texture until it's the right light gray) in order to get that one displaying properly. Hope that helps.
Ah, thank you, I did reshade my white wool to replace the light gray wool, as I'm no image editing wizard and couldn't remove the wood.
I have another question now, maybe you can answer it, but I'll pose it to Jim. I changed the top and bottom textures for the smooth sandstone and red sandstone, but how do I change the textures for the smooth sandstone and smooth red sandstone stairs and slabs? I don't see any block or blockstates json files for those.
Yet another problem has arisen. How can I use different top and bottom textures with all the variants for a block? I've tried with cracked stone bricks. I edited all the json files in the models/block folder, but the side textures are not showing up on some variants. I'd thought I'd cracked it with changing all the models in the block folder to cube_column, but no. I'm guessing it must be a CTM issue, since I had no problems with the cut and smooth sandstone and red sandstone blocks.
It looks like he's letting the default block models and blockstate files do their job for those stairs and slabs so if you want to alter them you'll need to add the vanilla model and blockstate files from the game. If you unpack the 1.14 version json it'll give you an asset folder with all of the default vanilla assets in it, including the json for these files. You'll want to copy them out of there and past them into the same namespace of your pack.
I'm not entirely sure what problem you're having here because the cracked stone bricks seem to already be set up for you to do this. I don't see any CTM associated with the stone blocks either so I'm not so sure that would be the issue. The use of cube_bottom_top is about as streamlined as that can be for referencing the model. A little more detail about exactly what your changing and what you want it to do would be helpful in my trying to replicate the problem and troubleshoot what's happening.
This looks exactly how I would want it to look for that block to have it's own top and bottom textures. If you altered the texture pathway for all 6 of these models so the top references your top texture, the bottom your bottom and the side as your sides it should work without issue. What's not working when you do that? I had someone with a similar issue the other day so it may help you to read over the conversation with him: https://www.minecraftforum.net/forums/mapping-and-modding-java-edition/resource-packs/resource-pack-help/2981035-multi-texturing-help hopefully you can get it all figured out, if not I'll try replicating your issue if you can be a little more precise about what isn't working the way you want it.
Oh, haha. Derped it up real well again. I only had 6 variants for cracked stone bricks, instead of 7. It's always the obvious things you overlook. ;P Anyway, now to just tackle the rest of the smooth sandstone and red sandstone blocks. Hopefully I don't mess that stuff up, but I likely will. XD
I had a question about leaf blocks looking red in the Nether when using Optifine, what is the file that is making them that color in the Nether?
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/acacia_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/birch_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/dark_oak_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/jungle_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/oak_leaves.png
John Smith Legacy JSC 1.14.4 v9/assets/minecraft/optifine/colormap/blocks/spruce_leaves.png
To change the colour of the leaves in the Nether you would have to edit the grid colour map in the OptiFine folder in the resource pack.
https://minecraft-el.gamepedia.com/Biome/ID
You will see Hell (internal name for the Nether) is number 8, so the vertical strip of pixels you will need to recolour are the 9th from the left (biome are listed from zero).
Hope this helps.
https://www.johnsmithlegacy.co.uk/ - John Smith Legacy for Minecraft
It worked thank you! Thank you for your continued support and updating this resource pack!
Two minor things with 20w07a snapshot: The Crimson door doesn't have transparency in the window section when you place it (it's just black), but it does while you hold it and the Netherite axe still has the same darkened diamond texture from 20w06a. Other than that, great work on all the new textures implemented this week.
The two new doors they added (Crimson and Warped) don't support transparency (when placed) while all the other doors do.
I guess this needs to be added to the extensive list of blocks that don't support transparency.
https://bugs.mojang.com/browse/MC-164001
https://bugs.mojang.com/browse/MC-144009
Thanks for pointing out the Netherite Axe, it's now been fixed and will be in the next release.
The tools and armour are different in the standard JSL and JSC packs, so I must have missed it.
I first thought about the super dark Diamond tools (to make a Netherite tool takes a Diamond tool), however I then decided on just dark textures with some Diamond highlights, this make them look extra special and different from all the other tools.
https://www.johnsmithlegacy.co.uk/ - John Smith Legacy for Minecraft