Minecraft Forums

Quote from 13thMurder

The stone would be rendered twice? I'm not sure i understand... i mean, i understand why the ores would because there are 2 layers, but why would the stone itself be rendered twice?

You're right. I misread.

Quote from BaseCrusher

is there a way that you can add a feature that makes the texture of baby mobs other then the normal ones?

When 1.8 settles down, I can start thinking about new features again. Right now every new feature is just more work the next time Mojang pulls the rug out from under everyone again.

Quote from Bastikeks

Can you have a look at the ctm-gets not-applied-when-.properties-names-are-the-same-bug i posted under the logfile?

I'm looking into it. I think it is being applied, but the order of application is indeterminate if they have the same filename.

Quote from Killjoy1221

Has anyone else had the issue with mcpatcher 4.3.1_01 and forge 1024 where iron bars are invisible using a resource pack besides default?

This should be fixed in 4.3.2-beta2. Could you confirm?

Quote from MasterfulGamer

From time to time my game crashes and I don't know why. Here's the crash report:

java.lang.ClassCastException: xc cannot be cast to xq
...
Server brand: craftbukkit

xc is EntitySkeleton and xq is EntityPlayer. I'd say it's MC-38077. Is your server running the MobDisguise plugin mentioned in the comments?

Quote from MGassailant

I'm currently using MCPatcher on 1.6.4 just for "Minecraft Forge" and "Connected Textures. But It seems like the fluids in Buildcraft tanks don't render the liquid when its connected to pipes with gates, nor do the gate icons appear (although they still function). Is there any work around for this. The moment I remove the "Connected Textures" function, the fluids and pipe icons appear correctly, so I'm guessing connected textures has to do with the Buildcraft rendering.

I've fixed a number of forge-related bugs lately that were causing problems like this, so there's a good chance it will work in the next release.

Quote from Bastikeks

Get a confusing issue with the custom compass/dial-animation.
I applied a custom compass (with more than 2 layers) to my pack which works fantastic. but when i put it in an itemframe, the custom animation disappears and the vanilla-compass is rendered instead.

Fixed for next release.

The outputFrames option should create a file called custom_<clock,compass>.png in the .minecraft folder. There is a problem where the red/blue channels are swapped, which I've already fixed, but that shouldn't prevent the file from being written altogether. If you have set a custom game directory in the launcher it may have ended up there, however.

Quote from Taiine

Mojang has stated thay don't want people to be injecting stuff directly into the .jar for the game. Many launchers like MMC5 wont even run the game if it detects any edits to the .jar file.

Has Mojang actually stated this or are people just inferring it from something else?

The vanilla launcher does run modified jars, so I don't feel any obligation to go out of my way for a third-party launcher that doesn't.

Quote from Kahr

You're right. I misread.


When 1.8 settles down, I can start thinking about new features again. Right now every new feature is just more work the next time Mojang pulls the rug out from under everyone again.


I'm looking into it. I think it is being applied, but the order of application is indeterminate if they have the same filename.


This should be fixed in 4.3.2-beta2. Could you confirm?


xc is EntitySkeleton and xq is EntityPlayer. I'd say it's MC-38077. Is your server running the MobDisguise plugin mentioned in the comments?


I've fixed a number of forge-related bugs lately that were causing problems like this, so there's a good chance it will work in the next release.


Fixed for next release.

The outputFrames option should create a file called custom_<clock,compass>.png in the .minecraft folder. There is a problem where the red/blue channels are swapped, which I've already fixed, but that shouldn't prevent the file from being written altogether. If you have set a custom game directory in the launcher it may have ended up there, however.


Has Mojang actually stated this or are people just inferring it from something else?

The vanilla launcher does run modified jars, so I don't feel any obligation to go out of my way for a third-party launcher that doesn't.

I don't mean to be a bother but I believe you missed my post at the top of this page, regarding a CTM bug.

Alright, I'm trying to do the thing where I randomize each tile of the horizontal connected texture bookshelves. I'm starting with the non-connected bookshelf (tile 3.png of the horizontal CTM texture). I've got the base textures for the horizontal CTM in "assets\minecraft\mcpatcher\ctm\bookshelf" and inside that folder is another folder called "single" where the randomized tiles for tile 3 are kept. There are two randomized tiles so far, 0.png and 1.png. The properties file for that randomization is also in the "~\ctm\bookshelf\single" folder, and is titled "single.properties". The properties reads thusly:

matchBlocks=ctm\bookshelf\3.png
method=random
tiles=0-1

For some reason, all instances of tile 3 are still showing as just the base horizontal CTM texture with no randomization. What am I doing wrong?

Also, in case its relevant, tile 3.png (the base texture) is animated.

Recently starting using mcpatcher and notice a strange issue.

Issue: Iron bars only show one side of a texture, when combining blocks of iron bars they become invis all but outside bar.(can get ss if helps)

When turning off connected textures the issue is corrected

mcpatcher 4.3.1_01
forge 1.7.2-10.120.1024
ropes+ 1.7.2
Spiffy-skins 1.7.2
voxelmap 1.7.2
BDcraft texture pack 1.7

How soon can we expect support for 1.7.5?
When i try to patch it for 1.7.5 the Random Creatures, Connected Textures, Custom Colors, and Better Glass modules are greyed out

Quote from Bastikeks

try using the normal "/" and start from mcpatcher folder in matchTiles instead of using matchBlocks:

matchTiles=mcpatcher/ctm/bookshelf/3.png
method=random
tiles=0-1

also you can add tile 3 to the tileslist, so that it will also appear sometimes

Still not working.

Also: Tile 3 is already part of the tileset.

Is it possible to random-CTM paintings?

Alright, so im not too sure if someone has asked yet or not, but i have been having trouble in that my mcpatcher fails to register that i have anything past 1.6.4 minecraft version. I play on a server for 1.7.2 and would like to have a texture pack, but havent been able to do to this, anyone know a way to help me out?

Quote from Alvoria

Paintings are entities, not block. So no, it's not. Sorry.

Damn. Is that, or something sim'ler, something that might be added in the (not necessarily near) future?

Quote from Alvoria

The question of random paintings and biome-specific paintings gets brought up from time to time and I'm not sure if Kahr has ever officially weighed in on the subject. The fact is that paintings have more in common with mobs than with blocks (both mobs and paintings being entities) so it's possible this could eventually become an extension of RandomMobs. And no, it doesn't work currently; partly because paintings are stored differently than other entity textures.

But to answer your question... uh... maybe?

Okey-dokey.

I have been looking through the options and I cannot find what you are talking about. I really need to increase the amount of RAM that is being used.

The game crashes with an out of memory error or I get white boxes in place of some of the textures.

This mainly happens with 32-bit OSes and 256x texture packs, but there are things you can try:

• If you are running a 64-bit OS, download the 64-bit version of Java. Select the version for your OS here.. The first few lines of the patcher log tell you what version of Java you are running.
• In the patcher options panel, there are options to set the Java heap and direct memory sizes. If you are running 32-bit, decrease the value to 512. If you are running 64-bit, try increasing it to 2048 or 3072. Note: This setting only affects the Test Minecraft button

MCPatcher is updated to 4.3.2 with support for 1.7.5 and 14w08a. See OP for download links and list of changes.