Since I am no longer aware which thread is the active "Resource Pack author's guide to Mcpatcher" I'll just post my quick problem here:
I am trying to make silverfish look like rats in all but the biomes they appear in naturally... I have a single silver fish texture and four rat varients. but in game only the silverfish shows
Bug Report: A weird visual glitch. When you have an active potion effect, and pick up an item which has a glint (as in, with your cursor to move the item within the inventory) there's a white box that shows up under the status effect boxes on the left side of the menu, extending to the right of the box itself.
Any talks/plans of fixing the fog clipping into skyboxes at low render distance?
Also yay for 1.8 compatibility! Not sure how long it's been available officially, but it's certainly a huge relief to be able to test ctm/custom colors/etc. on 1.8.
Bug report: Looks like the MCPatcher doesn't like bspkrsCore, or vice-versa. The game log keeps throwing the same error every tic.
I removed all mods and resource packs and left only bspkrsCore-universal-6.15.jar in mods/1.7.10 and launched Minecraft with Forge 1230 and MCPatcher 5. I don't know if it's bspkrsCore, but the error ceases being thrown if I remove it.
[11:45:20] [Client thread/ERROR]: Couldn't render entity
java.lang.NullPointerException
at com.prupe.mcpatcher.mal.biome.BiomeAPI$V2.getBiomeGenAt_Impl(BiomeAPI.java:202) ~[BiomeAPI$V2.class:?]
at com.prupe.mcpatcher.mal.biome.BiomeAPI.getBiomeGenAt(BiomeAPI.java:104) ~[BiomeAPI.class:?]
at com.prupe.mcpatcher.mal.biome.BiomeAPI.getBiomeIDAt(BiomeAPI.java:96) ~[BiomeAPI.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer$ExtraInfo.setBiome(MobRandomizer.java:108) ~[MobRandomizer$ExtraInfo.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer$ExtraInfo.getInfo(MobRandomizer.java:156) ~[MobRandomizer$ExtraInfo.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer.randomTexture(MobRandomizer.java:49) ~[MobRandomizer.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer.randomTexture(MobRandomizer.java:65) ~[MobRandomizer.class:?]
at net.minecraft.client.renderer.entity.Render.func_110777_b(SourceFile:47) ~[bno.class:?]
at net.minecraft.client.renderer.entity.RendererLivingEntity.func_77036_a(RendererLivingEntity.java:286) ~[boh.class:?]
at net.minecraft.client.renderer.entity.RendererLivingEntity.func_76986_a(RendererLivingEntity.java:149) [boh.class:?]
at net.minecraft.client.renderer.entity.RenderLiving.func_76986_a(SourceFile:23) [bok.class:?]
at net.minecraft.client.renderer.entity.RenderLiving.func_76986_a(SourceFile:11) [bok.class:?]
at net.minecraft.client.renderer.entity.RenderManager.func_147939_a(RenderManager.java:293) [bnn.class:?]
at net.minecraft.client.renderer.entity.RenderManager.func_147940_a(RenderManager.java:276) [bnn.class:?]
at bspkrs.client.util.EntityUtils.drawEntityOnScreen(EntityUtils.java:186) [EntityUtils.class:?]
at bspkrs.bspkrscore.fml.BSMainMenuRenderTicker.onTick(BSMainMenuRenderTicker.java:92) [BSMainMenuRenderTicker.class:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler_9_BSMainMenuRenderTicker_onTick_RenderTickEvent.invoke(.dynamic) [?:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54) [ASMEventHandler.class:?]
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138) [EventBus.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onRenderTickEnd(FMLCommonHandler.java:340) [FMLCommonHandler.class:?]
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:992) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:887) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_51]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_51]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.11.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.11.jar:?]
Sometimes bspkr's Core tries to render the left-side character on the title screen (Main Menu Mob render ticker) but it can't, then that error happens.
Forgive me if this has been asked (countless) times before in this thread, I haven't been particularly active in the last months.
Question: Now that Minecraft supports not only custom block/item textures but also block/item models, is it possible to use different item models for 1 particular item?
I've used over 30 textures for a diamond sword in the past, letting Minecraft select the right texture by meeting NBT tag conditions. Can I now do the same with models? I have about 10 different firearm models in the correct .JSON format I'd like to use instead of the Bow.
Currently it is not possible to specify alternate item models in vanilla or mcpatcher. This is a planned feature, however.
Also, even according to what you quoted, it's possible to do random blocks... not to be able to choose based on an in-game value beyond the choices already available.
So yes, Kwerti is correct in that this is a planned MCPatcher feature and definitely not something that can be done in vanilla.
And the vanilla grass block remains a valid example, I think, if the format for block states and item states(?) are the same. Also, as far as I know, one can actually choose models in vanilla based on NBT tags, however I'm still not sure if that accounts for items as well.
You're woefully misinformed.
Placed blocks, with a few exceptions, don't store NBT data at all. Don't believe me? Try naming a block of gravel with an anvil and placing it, then mining it again. It's now just "gravel" again instead of whatever you named it. The exceptions are those that specifically store NBT data as tile entities such as chests and player skulls.
And there are no "itemstates" files. Items exist as standalone models without any explicit state. Instead all of their metadata is stored as NBT data, which doesn't affect it's "state" at all and thus cannot be used to modify the item's texture. This is why, for example, it's impossible to give separate textures to a golden apple and Enchanted Golden Apple in vanilla Minecraft. Same with making unique potion textures for each effect. Again, if you don't believe me give it a shot! I'd love to be wrong, since this is something that I'd like to do, but sadly it's not possible without MCPatcher's help.
So no, unfortunately while the formats for the models are the same between blocks and items, the format for including them in the game are quite different.
Please don't make suppositions and pass them off as facts when someone asks a question. You're just confusing people when you do this. I know you want to help, and I applaud that, but the first person you need to educate is yourself before you can educate others.
The Meaning of Life, the Universe, and Everything.
Location:
East cost of FL.
Join Date:
2/24/2011
Posts:
56
Member Details
If this is answered already sorry I missed it, I have looked over the last 5 pages and did not see this problem.
Problem is I do not see the liteloader version in the drop down menu. I have followed the instructions in the first post. Ran liteloader first and started the game with that profile.
However every time I run mcpatcher it only shows my 1.8.1 and 1.8, even after doing the version refresh from the drop down. If I look in the versions folder the lite loader version is there.
I have tried renaming it to 1.8 or 1.8.1(after renaming the orginal files) but as soon as I do mcpatcher will not see it. If I put the orginal files back to the name (1.8 and 1.8.1) mcpatcher sees them.
mcpatcher version is 5.0.0_02 just downloaded it today along with the latest liteloader.
It seems that the newest MCPatcher has problems with glass panes and the faces=... attribute in the properties file. It doesn't apply the ctm when this line is in it. If i remove it, it will get applied to all sides. But i only want to use the sides...what can i do?
tiles=0-11 16-27 32-43 48-59
faces=sides (when i remove this it works. But on all sides)
matchBlocks=minecraft:glass_pane
method=ctm
It seems to be a bug in mcpatcher. There is nothing to do but wait.
because i want to make the rp work with optifine and mcpatcher and optifine still uses old handlings, etc.
Again... that's an Optifine problem and should be addressed in that thread. MCPatcher is working with what Minecraft presently uses. It's Optifine that's out of date and it's creator needs to address that problem. The "minecraft:stone" part at least was in the game in 1.7 so if Optifine is two versions out of date then it's creator really needs to know about this and get to work fixing it.
Or, you know, just get rid of it alltogether since most of it's pack extension features were poor imitations anyway. Honestly, I still say that mod should have just stuck to what it was good at. We'd have altogether fewer problems if it had.
With all that said I think Kahr mentioned about ten pages back that MCPatcher would parse a combination of the original data value and the current block value. Something like "matchBlocks=1,minecraft:stone"... but that still may not help you since Optifine may choke on that. Sorry.
If this is answered already sorry I missed it, I have looked over the last 5 pages and did not see this problem.
Problem is I do not see the liteloader version in the drop down menu. I have followed the instructions in the first post. Ran liteloader first and started the game with that profile.
However every time I run mcpatcher it only shows my 1.8.1 and 1.8, even after doing the version refresh from the drop down. If I look in the versions folder the lite loader version is there.
I have tried renaming it to 1.8 or 1.8.1(after renaming the orginal files) but as soon as I do mcpatcher will not see it. If I put the orginal files back to the name (1.8 and 1.8.1) mcpatcher sees them.
mcpatcher version is 5.0.0_02 just downloaded it today along with the latest liteloader.
I'm witnessing a little bit of a problem with version 5.0.0_02...
For some unapparent reason, my custom item textures are not functioning properly. When I assign a CIT to a gold axe for example, the texture shows, but it does not appear as it has in past versions. The texture mirrors into two separate images with the outermost colors of my texture only connecting where the main item's (in this case, gold axe's) outermost pixels would connect. In other words, the new texture will attempt to wrap around the original model.
EDIT: Didn't notice diam_0nd's post... My apologies.
I am trying to make silverfish look like rats in all but the biomes they appear in naturally... I have a single silver fish texture and four rat varients. but in game only the silverfish shows
here is my properties:
skins.1=2 3 4 5
maxHeight.1=60
weights.1=100 100 1 1
skins.2=1
biomes.2=SwamplandM Swampland Ocean River FrozenOcean DeepOcean Taiga TaigaHills TaigaM MegaTaiga MegaSpruceTaiga ExtremeHills ExtremeHillsEdge ExtremeHills+ ExtremeHillsM ExtremeHills+M
skins.3=1
Can someone point out my error
http://hypixel.net/threads/diax-resource-pack.199998/
Edit: no luck :/
-
View User Profile
-
View Posts
-
Send Message
Moderator-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAlso yay for 1.8 compatibility! Not sure how long it's been available officially, but it's certainly a huge relief to be able to test ctm/custom colors/etc. on 1.8.
I removed all mods and resource packs and left only bspkrsCore-universal-6.15.jar in mods/1.7.10 and launched Minecraft with Forge 1230 and MCPatcher 5. I don't know if it's bspkrsCore, but the error ceases being thrown if I remove it.
java.lang.NullPointerException
at com.prupe.mcpatcher.mal.biome.BiomeAPI$V2.getBiomeGenAt_Impl(BiomeAPI.java:202) ~[BiomeAPI$V2.class:?]
at com.prupe.mcpatcher.mal.biome.BiomeAPI.getBiomeGenAt(BiomeAPI.java:104) ~[BiomeAPI.class:?]
at com.prupe.mcpatcher.mal.biome.BiomeAPI.getBiomeIDAt(BiomeAPI.java:96) ~[BiomeAPI.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer$ExtraInfo.setBiome(MobRandomizer.java:108) ~[MobRandomizer$ExtraInfo.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer$ExtraInfo.getInfo(MobRandomizer.java:156) ~[MobRandomizer$ExtraInfo.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer.randomTexture(MobRandomizer.java:49) ~[MobRandomizer.class:?]
at com.prupe.mcpatcher.mob.MobRandomizer.randomTexture(MobRandomizer.java:65) ~[MobRandomizer.class:?]
at net.minecraft.client.renderer.entity.Render.func_110777_b(SourceFile:47) ~[bno.class:?]
at net.minecraft.client.renderer.entity.RendererLivingEntity.func_77036_a(RendererLivingEntity.java:286) ~[boh.class:?]
at net.minecraft.client.renderer.entity.RendererLivingEntity.func_76986_a(RendererLivingEntity.java:149) [boh.class:?]
at net.minecraft.client.renderer.entity.RenderLiving.func_76986_a(SourceFile:23) [bok.class:?]
at net.minecraft.client.renderer.entity.RenderLiving.func_76986_a(SourceFile:11) [bok.class:?]
at net.minecraft.client.renderer.entity.RenderManager.func_147939_a(RenderManager.java:293) [bnn.class:?]
at net.minecraft.client.renderer.entity.RenderManager.func_147940_a(RenderManager.java:276) [bnn.class:?]
at bspkrs.client.util.EntityUtils.drawEntityOnScreen(EntityUtils.java:186) [EntityUtils.class:?]
at bspkrs.bspkrscore.fml.BSMainMenuRenderTicker.onTick(BSMainMenuRenderTicker.java:92) [BSMainMenuRenderTicker.class:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler_9_BSMainMenuRenderTicker_onTick_RenderTickEvent.invoke(.dynamic) [?:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54) [ASMEventHandler.class:?]
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138) [EventBus.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onRenderTickEnd(FMLCommonHandler.java:340) [FMLCommonHandler.class:?]
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:992) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:887) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.7.0_51]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.7.0_51]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.11.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.11.jar:?]
Sometimes bspkr's Core tries to render the left-side character on the title screen (Main Menu Mob render ticker) but it can't, then that error happens.
EzerArch.com | Armourer's Workshop Skins | MCHeli Content Pack Addons | Resource Packs | YouTube | G+ | Twitter
Currently it is not possible to specify alternate item models in vanilla or mcpatcher. This is a planned feature, however.
Putting the CENDENT back in transcendent!
Item models.
Putting the CENDENT back in transcendent!
That would be Better Grass, currently in MCPatcher for Minecraft 1.8.1 has no support for that feature (at the moment).
http://www.johnsmithlegacy.co.uk/ - John Smith Legacy for Java Minecraft
-
View User Profile
-
View Posts
-
Send Message
ModeratorItems don't use blockstate files.
Also, even according to what you quoted, it's possible to do random blocks... not to be able to choose based on an in-game value beyond the choices already available.
So yes, Kwerti is correct in that this is a planned MCPatcher feature and definitely not something that can be done in vanilla.
-
View User Profile
-
View Posts
-
Send Message
ModeratorYou're woefully misinformed.
Placed blocks, with a few exceptions, don't store NBT data at all. Don't believe me? Try naming a block of gravel with an anvil and placing it, then mining it again. It's now just "gravel" again instead of whatever you named it. The exceptions are those that specifically store NBT data as tile entities such as chests and player skulls.
And there are no "itemstates" files. Items exist as standalone models without any explicit state. Instead all of their metadata is stored as NBT data, which doesn't affect it's "state" at all and thus cannot be used to modify the item's texture. This is why, for example, it's impossible to give separate textures to a golden apple and Enchanted Golden Apple in vanilla Minecraft. Same with making unique potion textures for each effect. Again, if you don't believe me give it a shot! I'd love to be wrong, since this is something that I'd like to do, but sadly it's not possible without MCPatcher's help.
So no, unfortunately while the formats for the models are the same between blocks and items, the format for including them in the game are quite different.
Please don't make suppositions and pass them off as facts when someone asks a question. You're just confusing people when you do this. I know you want to help, and I applaud that, but the first person you need to educate is yourself before you can educate others.
Problem is I do not see the liteloader version in the drop down menu. I have followed the instructions in the first post. Ran liteloader first and started the game with that profile.
However every time I run mcpatcher it only shows my 1.8.1 and 1.8, even after doing the version refresh from the drop down. If I look in the versions folder the lite loader version is there.
I have tried renaming it to 1.8 or 1.8.1(after renaming the orginal files) but as soon as I do mcpatcher will not see it. If I put the orginal files back to the name (1.8 and 1.8.1) mcpatcher sees them.
mcpatcher version is 5.0.0_02 just downloaded it today along with the latest liteloader.
thank you in advance.
It seems to be a bug in mcpatcher. There is nothing to do but wait.
Putting the CENDENT back in transcendent!
-
View User Profile
-
View Posts
-
Send Message
ModeratorA better question would be "why are you asking a question about Optifine in the MCpatcher thread?"
-
View User Profile
-
View Posts
-
Send Message
ModeratorAgain... that's an Optifine problem and should be addressed in that thread. MCPatcher is working with what Minecraft presently uses. It's Optifine that's out of date and it's creator needs to address that problem. The "minecraft:stone" part at least was in the game in 1.7 so if Optifine is two versions out of date then it's creator really needs to know about this and get to work fixing it.
Or, you know, just get rid of it alltogether since most of it's pack extension features were poor imitations anyway. Honestly, I still say that mod should have just stuck to what it was good at. We'd have altogether fewer problems if it had.
With all that said I think Kahr mentioned about ten pages back that MCPatcher would parse a combination of the original data value and the current block value. Something like "matchBlocks=1,minecraft:stone"... but that still may not help you since Optifine may choke on that. Sorry.
im renaming the multiple textures, example: zombie, zombie2, zombie3, etc.
-
View User Profile
-
View Posts
-
Send Message
ModeratorAre you putting the numbered versions in "assets/minecraft/mcpatcher/mob/zombie/"?
Bump
For some unapparent reason, my custom item textures are not functioning properly. When I assign a CIT to a gold axe for example, the texture shows, but it does not appear as it has in past versions. The texture mirrors into two separate images with the outermost colors of my texture only connecting where the main item's (in this case, gold axe's) outermost pixels would connect. In other words, the new texture will attempt to wrap around the original model.EDIT: Didn't notice diam_0nd's post... My apologies.