Forgive me if this has been brought up, but I searched the thread and couldn't find anything.
I seem to have run into an issue where-in if Connected Textures is enabled certain blocks do not have the correct textures. Fore example: cobblestone has the stone texture. That happens for all texture packs including the default.
For everyone who is having graphics issues, this sounds like a bug (expect many with 1.3). Either use the default untill they are fixed or revert to 1.2.5 (I haven't even upgraded yet).
I got it working on mine. The original machine I tried it on has an Intel video chipset, which I know MC doesn't like, but I got MC to even run on it by upgrading the drivers from Intel. I can live with the graphics glitches on that, they don' affect my gameplay.
On my main machine which uses an AMD Radeon I loaded the new MCPatcher, patched my MC 1.3.1, put my texture in the texturepacks folder, and it works fine now. (Using John Smith v9.4 + Monkeyfarm's texture.png)
English to Polish mod translator. Translated by me: Macro/Keybind Mod, Zyin's HUD, Craft++ (request another one here!)
Do you maintain a mod and you would like me to translate it? Contact me at [email protected]!
The help with the configuration helps, but do you have any images that would look nice as the skybox? I would love the one used in that image.
Sorry but I didn't make that image so I can't give you the image file. I can give you the one from my TP that needs some serious work (very, very derpy) but it makes you (or at least me) feel really weird when i look at it. Can't explain the feeling...
Thanks first, but i dont get it
I wrote a block file for the birch wood planks, not the birch stairs. Does it work this way or must i write one for stairs and halfsteps?
I could help a little bit better if I had the image that the file is refferancing to see how you have it set up. I am confused about why you wrote the properties file for a solid block when it is already specified in the terrain.png... why not rename the file to terrain114.properties? The only reason you would need to specify the specific block is if you needed one, or multiple faces to apear different from the others. Don't name the file as block5a, just block5. If that line is in the actual properties file then remove it or put a # before it to specify a comment.
It looks as though what you have specified is for the texture to continue when there is an ajacent block with the same data number as the block you are using?... I have not experimented with this feature in my TP but you have peaked my intrest on the subject. If you can post screen shots of the problem you are experiencing then I may be able to help you more.
Also, sorry for the confusion. I was very tired when I posted that response.
I'm having a problem with the animating anything thing. I pretty much copied the example text and set up an animation for the first painting, and it's not working? I named everything right, and did everything as said in the example. Help?
Forgive me if this has been brought up, but I searched the thread and couldn't find anything.
I seem to have run into an issue where-in if Connected Textures is enabled certain blocks do not have the correct textures. Fore example: cobblestone has the stone texture. That happens for all texture packs including the default.
I'm running 1.3.1 with no mods.
If you are making your own texture pack, then you have specified the wrong source location for the blocks using the CTM. Go back and double check all of the properties files to make sure they are properly specifying the source image.
With 1.3.1 There seem to be a lot of bugs floating around with MC patcher at the moment (the last minute addition to rotatable logs may be to blame. Khar time to check for bugs and fix them if they are there.
I got it working on mine. The original machine I tried it on has an Intel video chipset, which I know MC doesn't like, but I got MC to even run on it by upgrading the drivers from Intel. I can live with the graphics glitches on that, they don' affect my gameplay.
On my main machine which uses an AMD Radeon I loaded the new MCPatcher, patched my MC 1.3.1, put my texture in the texturepacks folder, and it works fine now. (Using John Smith v9.4 + Monkeyfarm's texture.png)
It does certainly sound like a bug in the code, specificaly one that is machine based. I haven't had any issues on my computer either with the new patcher. The few problems I did have were mistakes on my part.
I'm not sure if I'm the only one, but when I use Mcpatcher on minecraft vanilla 1.3.1, it causes my game to crash about 10x more than when I use 1.3.1 without Mcpatcher. It used to work fine on 1.2.5, but now makes minecraft broken
On another note, besides the crashes, it works perfectly fine!
I cant get mine to work... i select my mods, patch it, test my texture pack and voila! no difference. Still weird fires and swirly portals on the side of blocks. I review instructions. "open minecraft and click on open texture packs folder" "open texture pack folder' wtf?
My animated textures stopped working once upgrading Minecraft to 1.3. The textures show, but animations do not.
I tried removing the texture packs & putting them back. Re-running McPatcher (I have vers 2.3.5). All the options in McPatcher are no longer enabled, like they used to be. HD Textures, Random Mobs, and Custom Colors are no longer able to be patched.
Can I do anything to get my animated textures back? Is there an update for McPatcher?
Does the "Better Skies" mod support refer to this discontinued mod? I tried searching the minecraft.jar for something and all I found was the .class files for mcpatcher.
Does the "Better Skies" mod support refer to this discontinued mod? I tried searching the minecraft.jar for something and all I found was the .class files for mcpatcher.
Any help is appreciated.
No, it's completely different. Check the Information For Texture Pack Authors section in the opening post for more info.
I'm using a moddified version of the misa-pack. The birch plank has an ctm-texture there and originally it is used with terrain214.properties. I changed it to the block5a, because it worked for me and there is another ctm-texture for the normal planks (metadata=0 and metadata=2). With the terrain214 the ctm was applied to all birch blocks (planks, halfsteps, stairs).
In the upper picture you can see what i want and got right now, the problem is shown in the pictures below.
With connect=tile i'm getting result nr. 1
With connect=block i'm getting result nr. 2
But do not want them both, the birch plank-block should neather connect with birchstairs/halfsteps nor other planks.
Is it more clear now?
Cheers
Ah, your problem is blaitenly obvious now. Unfortunately I do not think MC patcher currently supports what you are trying to do. What you can try to do is instead make use the CTM for birch planks but use the terrian# instead of the block number, then for stairs and slabs (since they seem to share a texture) use the texture you want for them and specify their source location with a block#.properties file. You will end up with 2 extra properties files (3 in total) but it should work without any problems. Other wise there is not much you can do.
I myself am still waiting for a responce on allowing a specification of vertical and horizontal textures at the same time. I want to use it for my tree textures.
Need a bit of help, I am running a server on one of my computers and am trying to add the server exe but it won't let me. It says I need an unchanged 1.3.1 jar which I have but when I select the one I have and go it says I need a 1.3 and that I can get it form the website.
i can't seem to find the link and ive clicked on one but i end up downloading this ilivid thing that isn't the mc patcher?!? i need help... my new version is 1.3.1
That first page is an ad. Don't click anything on it. In the upper right corner is the timer for the ad, after it counts down you'll have a button that says Skip Ad. Click THAT, and you'll go to the actual download page for the patcher.
Hey Kahr, I'm trying to give the logs unique insides due to the new log orientations, but when I specify just north/south or east/west, it always applies it on top as well.
I tried this way, but it seems that the terrain# overwrites both block# files so the ctm for birch planks is applied to the stairs and halfsteps as well
...or i did sth wrong
Can you help me with the code?
Try changing your method from random to pattern (or repeat, both the same thing), if that doesn't work then it is down to an issue in the way that the patcher interprets connected textures.
I seem to have run into an issue where-in if Connected Textures is enabled certain blocks do not have the correct textures. Fore example: cobblestone has the stone texture. That happens for all texture packs including the default.
I'm running 1.3.1 with no mods.
I got it working on mine. The original machine I tried it on has an Intel video chipset, which I know MC doesn't like, but I got MC to even run on it by upgrading the drivers from Intel. I can live with the graphics glitches on that, they don' affect my gameplay.
On my main machine which uses an AMD Radeon I loaded the new MCPatcher, patched my MC 1.3.1, put my texture in the texturepacks folder, and it works fine now. (Using John Smith v9.4 + Monkeyfarm's texture.png)
Do you maintain a mod and you would like me to translate it? Contact me at [email protected]!
Sorry but I didn't make that image so I can't give you the image file. I can give you the one from my TP that needs some serious work (very, very derpy) but it makes you (or at least me) feel really weird when i look at it. Can't explain the feeling...
I could help a little bit better if I had the image that the file is refferancing to see how you have it set up. I am confused about why you wrote the properties file for a solid block when it is already specified in the terrain.png... why not rename the file to terrain114.properties? The only reason you would need to specify the specific block is if you needed one, or multiple faces to apear different from the others. Don't name the file as block5a, just block5. If that line is in the actual properties file then remove it or put a # before it to specify a comment.
It looks as though what you have specified is for the texture to continue when there is an ajacent block with the same data number as the block you are using?... I have not experimented with this feature in my TP but you have peaked my intrest on the subject. If you can post screen shots of the problem you are experiencing then I may be able to help you more.
Also, sorry for the confusion. I was very tired when I posted that response.
Code? Pictures? Not much to go on...
If you are making your own texture pack, then you have specified the wrong source location for the blocks using the CTM. Go back and double check all of the properties files to make sure they are properly specifying the source image.
With 1.3.1 There seem to be a lot of bugs floating around with MC patcher at the moment (the last minute addition to rotatable logs may be to blame. Khar time to check for bugs and fix them if they are there.
It does certainly sound like a bug in the code, specificaly one that is machine based. I haven't had any issues on my computer either with the new patcher. The few problems I did have were mistakes on my part.
On another note, besides the crashes, it works perfectly fine!
I tried removing the texture packs & putting them back. Re-running McPatcher (I have vers 2.3.5). All the options in McPatcher are no longer enabled, like they used to be. HD Textures, Random Mobs, and Custom Colors are no longer able to be patched.
Can I do anything to get my animated textures back? Is there an update for McPatcher?
...
Nevermind. I found it. https://github.com/pclewis/mcpatcher/downloads
This did the trick. Textures are moving again. Water flows again.
Any help is appreciated.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumNo, it's completely different. Check the Information For Texture Pack Authors section in the opening post for more info.
Ah, your problem is blaitenly obvious now. Unfortunately I do not think MC patcher currently supports what you are trying to do. What you can try to do is instead make use the CTM for birch planks but use the terrian# instead of the block number, then for stairs and slabs (since they seem to share a texture) use the texture you want for them and specify their source location with a block#.properties file. You will end up with 2 extra properties files (3 in total) but it should work without any problems. Other wise there is not much you can do.
I myself am still waiting for a responce on allowing a specification of vertical and horizontal textures at the same time. I want to use it for my tree textures.
That first page is an ad. Don't click anything on it. In the upper right corner is the timer for the ad, after it counts down you'll have a button that says Skip Ad. Click THAT, and you'll go to the actual download page for the patcher.
Try changing your method from random to pattern (or repeat, both the same thing), if that doesn't work then it is down to an issue in the way that the patcher interprets connected textures.