[solved] Note to posterity: Insomniac_lemon figured this out for me. what was happening was the leaves were decaying, and the metadata value didn't take this into account. leaves require 2 metadata values to function properly. add 8 to the metadata for that block and use that as the second. here's a list you can copy+paste from:
can anyone help me out? im having a huge... and rather nonsensical ctm problem.
i finally made some decent oak tree textures. a problem i had for a long time was that i didn't know that it was possible to seperate the oak/birch tree leaf textures, therefore since i liked my birch tree so much, i had to make oak fit it too, which was terrible. anyway. i found out about fixed ctm and metadata, and when i finally implemented it, this weird thing happened...
i planted 2 trees. oak on the left, birch on the right. from saplings, using bonemeal. immediately there was a problem. the "core" of the tree (all blocks adjasent to the trunk) showed up as the oak leaf texture, but the rest of the leaf blocks appeared as birch leaves:
anyway, the weirdest thing happened, once i broke a block, the textures started randomly shifting, going from birch to oak, and occasionally back to birch again, but eventually settling on oak and staying that way, but not all of them changed. a few stayed birch. the follow screenshots were taken about 10 seconds apart:
what's going on here: i used the fixed method and added metadata for log tops on spruce trees, and it worked fine. but it's being buggy for birch leaves.
now that i think of it, it might be because i have fancy and normal leaves being pulled from the same block... ill have to test this theory...
EDIT: i tested that theory, it didn't work. having 2 different tiles made no difference. but i did find out that if i set the graphics to fast, birch leaves appear as oak fully, but setting it to fancy causes them to go all weird again.
what's going on here: i used the fixed method and added metadata for log tops on spruce trees, and it worked fine. but it's being buggy for birch leaves.
now that i think of it, it might be because i have fancy and normal leaves being pulled from the same block... ill have to test this theory...
EDIT: i tested that theory, it didn't work. having 2 different tiles made no difference. but i did find out that if i set the graphics to fast, birch leaves appear as oak fully, but setting it to fancy causes them to go all weird again.
Leaves use three metadata regular, permanant, and decaying.
I'm not active on these forums, so forgive me if I don't respond!
If you want to contact me, try going through Discord or you can find me on GitHub where I am still updating the below mods (and more):
you're right. i just discovered this. a fourth too. permanently leaves seem to check themselves for decay, so add 8 to the permanent value and add it as the fourth metadata value)
you're right. i just discovered this. a fourth too. permanently leaves seem to check themselves for decay, so add 8 to the permanent value and add it as the fourth metadata value)
I'm not active on these forums, so forgive me if I don't respond!
If you want to contact me, try going through Discord or you can find me on GitHub where I am still updating the below mods (and more):
Hey great work on MCPatcher! I am currently using the 1.5 pre-release version and I'm getting a minor visual glitch on the right side of held items. I've seen this with torches, monster eggs, records. Here is what I mean.
Without MCPatcher 1.5
With MCPatcher 1.5
I've only encountered this since I have been using the 1.5 version. It's noticeable on first person view as well. Any thoughts?
Ptowery - Better Glass supports all alpha channels
Kahr - I have one suggestion, I was trying to create a 'Backwards Compatible Texture Pack' and I had an idea.
If you can modify the 1.4.7 MCPatcher one last time to include 'ctm14/' as a ctm folder for folks who would like to pull off a Backwards Compatible CTM.
I have already done tests to see that just putting the proper files in place can work and it does (aside from old ctm but of course about that the New CTM does work quite well though.)
Anywho thought this might be a useful idea for ya! Have fun!
Can some one help me? I downloaded a texture pack today and I had optifine installed. And when I downloaded the texture pack it got rid of optifine for some reason so I re downloaded optifine and tried playing on the texture pack and everything was white and weird looking so I tried usin mcpatcher to fix it and when I did it deleted optifine again. what do I do?
Ah, nothing like changing the core texture handling classes just before a major release, right Mojang? And here I was about to call the 1.5 update done and start working on new features again. Well I'm going to start delving into this mess, wish me luck.
Ah, nothing like changing the core texture handling classes just before a major release, right Mojang? And here I was about to call the 1.5 update done and start working on new features again. Well I'm going to start delving into this mess, wish me luck.
Of course! Mojang won't let you get off with an update to the MCPatcher that easily. Mojang likes to make stuff hard for other people. Don't worry, all of us texture pack authors(or maybe just me) is cheering you on!!! I know I am, that's for sure!!!
One last thing. Thanks for making & constantly improving MCPatcher!
Ok, either I'm doing something wrong, or the converter is messed up, because when I try to convert my texture pack with the converter, EVERYTHING works, EXPECT the default CTM(Glass, Glass Panes, Bookshelves, & Sandstone). Do I have to manually move the files in the "/CTM/default" folder to my other CTM folder(which contains the other WORKING textures)? & if so, do I have to edit the default CTM .properties files too? Or what? I have tried everything & nothing is making it worked. Can someone help me real quick?
Before (1.4.7) the Color of the grass would change based on Smooth Lighting option
Better Grass with Smooth Lighting ON(1.4.7)[/b]']
Better Grass with Smooth Lighting OFF(1.4.7)[/b]']
Did I mess up on some option here too? or what? I don't know what I'm doing wrong.
Here are my MCPatch mods I have enabled. I left all of the options(besides the CTM Better Grass option) the way they are, they are all their default choices.
As a general question: Does anyone else have problems to get block and item animations working in Snapshot 13w09a ?
Except for water, lava, portal, fire, compass and clocks, everything shows a white texture with the text "missing texture" on my side. I made sure every animation has its own txt-file (which is required now) and tested it with a clean minecraft.jar, but it still doesn't work for me (block and item animations should work without MCPatcher)! Would anyone take a look into this (see MC-10355), if this is a bug, please upvote. This is something Mojang needs to fix, not Kahr.
I can't be the only one with this problem, or am I doing anything wrong with my animations and txt-files?
UPDATE on MC-10355:
This bug is now confirmend, but still not fixed in 13w09b! We need more upvotes on the bug tracker, so Mojang can find and fix it before the 1.5 pre-release on Thursday/Friday !!!
Now I don't know if this will help(I haven't tested my animation on1309a/b yet), but I looked through the minecraft.jar file & I looked at the .txt files for animated blocks that didn't have a .txt file before 13w09a & I saw that some of them are just blank .txt files. I don't know if you have tried this already, but I guess you can try that. I'm about to test my texture pack out too, so I'll give you feedback on what happens to me.
As a general question: Does anyone else have problems to get block and item animations working in Snapshot 13w09a ?
Except for water, lava, portal, fire, compass and clocks, everything shows a white texture with the text "missing texture" on my side. I made sure every animation has its own txt-file (which is required now) and tested it with a clean minecraft.jar, but it still doesn't work for me (block and item animations should work without MCPatcher)! Would anyone take a look into this (see MC-10355), if this is a bug, please upvote. This is something Mojang needs to fix, not Kahr.
I can't be the only one with this problem, or am I doing anything wrong with my animations and txt-files?
UPDATE on MC-10355:
This bug is now confirmend, but still not fixed in 13w09b! We need more upvotes on the bug tracker, so Mojang can find and fix it before the 1.5 pre-release on Thursday/Friday !!!
I think Kahr's work would be a bit easer too with this bug fixed, but it's still a huge mess what Mojang produced in the last days (except for custom and HD fonts, this feature is great )
Yeah, same here. I mean unless the texture pack is in the folder version, the animations wont work. They REALLY need to fix this before they release a 1.5 pre-release.
Sorry, another noob question. Is Custom animations implemented in 3.0.0-beta6? If so, how would I link the animation with a ctm texture and its property file?
Sorry, another noob question. Is Custom animations implemented in 3.0.0-beta6? If so, how would I link the animation with a ctm texture and its property file?
Yes, you can animate ctm textures the same way as in vanilla minecraft but beta 6 may not yet support text file properties for them.
I'm not active on these forums, so forgive me if I don't respond!
If you want to contact me, try going through Discord or you can find me on GitHub where I am still updating the below mods (and more):
-
View User Profile
-
View Posts
-
Send Message
Retired Staffoak: metadata: 0 8
spruce: metadata: 1 9
birch: metadata 2 10
jungle: metadata 3 11
can anyone help me out? im having a huge... and rather nonsensical ctm problem.
i finally made some decent oak tree textures. a problem i had for a long time was that i didn't know that it was possible to seperate the oak/birch tree leaf textures, therefore since i liked my birch tree so much, i had to make oak fit it too, which was terrible. anyway. i found out about fixed ctm and metadata, and when i finally implemented it, this weird thing happened...
i planted 2 trees. oak on the left, birch on the right. from saplings, using bonemeal. immediately there was a problem. the "core" of the tree (all blocks adjasent to the trunk) showed up as the oak leaf texture, but the rest of the leaf blocks appeared as birch leaves:
anyway, the weirdest thing happened, once i broke a block, the textures started randomly shifting, going from birch to oak, and occasionally back to birch again, but eventually settling on oak and staying that way, but not all of them changed. a few stayed birch. the follow screenshots were taken about 10 seconds apart:
what's going on here: i used the fixed method and added metadata for log tops on spruce trees, and it worked fine. but it's being buggy for birch leaves.
here's my .properties for terrain 52&53:
now that i think of it, it might be because i have fancy and normal leaves being pulled from the same block... ill have to test this theory...
EDIT: i tested that theory, it didn't work. having 2 different tiles made no difference. but i did find out that if i set the graphics to fast, birch leaves appear as oak fully, but setting it to fancy causes them to go all weird again.
Edit2: updated post.
Leaves use three metadata regular, permanant, and decaying.
try
There is a third value for permanent leaves:
<type>: <normal> <Permanent> <Decaying> <check>
oak: 0 4 8 12
spruce: 1 5 9 13
birch: 2 6 10 14
jungle: 3 7 11 15
If you want to contact me, try going through Discord or you can find me on GitHub where I am still updating the below mods (and more):
PRESENCE FOOTSTEPS - (github)
VOID FOG - (github)
-
View User Profile
-
View Posts
-
Send Message
Retired Staffyou're right. i just discovered this. a fourth too. permanently leaves seem to check themselves for decay, so add 8 to the permanent value and add it as the fourth metadata value)
Added to post.
If you want to contact me, try going through Discord or you can find me on GitHub where I am still updating the below mods (and more):
PRESENCE FOOTSTEPS - (github)
VOID FOG - (github)
Without MCPatcher 1.5
With MCPatcher 1.5
I've only encountered this since I have been using the 1.5 version. It's noticeable on first person view as well. Any thoughts?
Also check me out on:
WordPress, Etsy, and Spore.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumKahr - I have one suggestion, I was trying to create a 'Backwards Compatible Texture Pack' and I had an idea.
If you can modify the 1.4.7 MCPatcher one last time to include 'ctm14/' as a ctm folder for folks who would like to pull off a Backwards Compatible CTM.
I have already done tests to see that just putting the proper files in place can work and it does (aside from old ctm but of course about that
Anywho thought this might be a useful idea for ya! Have fun!
One last thing. Thanks for making & constantly improving MCPatcher!
Before (1.4.7) the Color of the grass would change based on Smooth Lighting option
Did I mess up on some option here too? or what? I don't know what I'm doing wrong.
Here are my MCPatch mods I have enabled. I left all of the options(besides the CTM Better Grass option) the way they are, they are all their default choices.
Great news. I haven't said anything but have been watching and upvoted the bug.
Edit: _zombie got it first.
Yes, you can animate ctm textures the same way as in vanilla minecraft but beta 6 may not yet support text file properties for them.
More Info: here
If you want to contact me, try going through Discord or you can find me on GitHub where I am still updating the below mods (and more):
PRESENCE FOOTSTEPS - (github)
VOID FOG - (github)