With your v4.3.1 and MC 1.7.3 / 1.7.4 I am experiencing a couple of problems with the way CTM is handled while using multiple resource packs.
Previously in all cases (that I was aware of) CTM loaded from the first pack would over rule any additional packs. However I am now seeing CTM from secondary packs displayed instead of the primary.
Just curious if you are aware of this, if not I can give you more specific details about the effected textures.
I have the same issue, and it makes sense, but I don't like it.
I have a texturepack with custom items and blocks. It also has CTM top grass, and CTM vines, tall grass, glass, and a bunch of other stuff.
Now, I select OCD pack ontop of it because I want to use the blocks from that pack. This works, but the problem is that my CTM grass, tallgrass, vines, glass, everything in MCPatcher, will be used because there's nothing in OCD to replace it. This means I have my own custom CTM top grass, tall grass, vines, glass etc, override OCD's blocks. This gives me "default grass" ontop of OCD's grass blocks.
My CTM grass is the default grass but randomised, with some flowers on it. It's very annoying.
I've tested with MCPatcher 4.3.1 on 1.6.4 and Better glass IS working perfectly!
So everything is wrong with renderPass=3 in 1.7 - pretty much rendering everything back-asswards (yes I mean it like that.) So whatever element that is normally under renderPass3 in vanilla should be doing the same thing, in theory. I don't know if it would be enough to call up Mojang about yet, but if I can find a way to make your job easier Kahr, I will XD
This happens with a few other mods, amongst them Tubes!, Carpenter's Block doors (greyed out), and some other I forgot to name. Lot's of stuff is either invisible or greyed out.
Is the source code for any of these mods available anywhere? To even get started, I'd need to know what's special about these blocks' rendering, or for that matter, whether they're even blocks at all and not tile entities.
It appears there might be a bug with the fonts. I've used Sphax as well to verify it wasn't a specific texture pack. For some reason, all my text has a black border/shadow around it. Any fix?
Just tried it with Sphax myself and it appears to be working fine. Is there anything I might be missing?
also i love CTM in my Private Texturepack and i literally have like 13 CTM folders containing more than 200 images each , after i made one more folder for the 1.7 Plants the games just crashes on loading
Offhand, I'd say your problem is exactly what the error message says: Too many textures. CTM doesn't change Mojang's texture stitching algorithm or its size limits at all. All it does is load more textures into it.
Hello together. I try to make a ctm-folder for a big dark oak log. The sides does well but the top and bottom don´t work.
I use this code:
faces=bottom top
tiles=64-75 80-91 96-107 112-123
metadata=5
method=ctm
The properties are for block17b
The "block 17" is the problem. The new log types are a different block entirely. It's 162 I believe, but I don't recommend relying on that as numeric block IDs aren't guaranteed to work in the future. Try something like this:
matchBlocks=log2:1
faces=bottom top
tiles=64-75 80-91 96-107 112-123
method=ctm
Previously in all cases (that I was aware of) CTM loaded from the first pack would over rule any additional packs. However I am now seeing CTM from secondary packs displayed instead of the primary.
I don't think anything's changed. Here's what I just tried:
With test1 before test2 in the resource pack list, the grass and dirt are blue. Reversing them makes the textures red. This is the behavior I would expect and, as far as I know, how it's always worked since the ability to select multiple packs was introduced.
Mojang seemed to have snuck us a 1.7.4 Minecraft in tonight, tried the Patcher, it works. Although I'm still receiving the renderPass=3 overlays everything on renderPass=1.
Might have a big bug to squish to help us all, apparently it's rendering backwards... showing the stuff farthest away first and layering over with the next farthest. you can see that from the bug posted in the last page... I just wanna see if I can duplicate the bug properly so that the pass can be saved rather than my and anyone elses work being destroyed...
I really can't do any more with this until MCP is updated and I can get a better look at Mojang's new transparency code. But I'm not very optimistic. What I have figured out so far suggests that it is most likely unfixable. Mojang's rendering changes for stained glass are fundamentally incompatible with the way renderpass 3 works.
I would also want to ask about something, related to my previous post regarding selecting multiple packs where one have MCPatcher things and another don't, specifically CTM.
I select two packs, where pack1 has for example CTM top grass, or CTM vines, or CTM tallgrass, then I ontop of that select pack2 which has a custom grass top texture, custom vines, tallgrass, but no CTM files for it.
When I do this, I would like the custom grass top, vines, tallgrass textures, but it will not use them because I have CTM files for it in pack1. So basically, MCPatcher features (specifically CTM) makes me unable to have multiple packs ontop of eachother purely because pack1 has CTM textures that pack2 doesn't, so then I have grass blocks from pack2 and the grass top texture from pack1, which is pretty ugly because they don't fit.
With test1 before test2 in the resource pack list, the grass and dirt are blue. Reversing them makes the textures red. This is the behavior I would expect and, as far as I know, how it's always worked since the ability to select multiple packs was introduced.
Thanks for the reply. That has been my experience so far, however since 1.7.4 this is not always true.
Here are a couple of screenshots showing the effected textures that I am aware of.
This is how they should look (and do look in 1.7.2)
However in 1.7.3 and 1.7.4 this is what I am seeing. (texture pack #2 is over ruling CTM textures from the first pack)
From left to right are
Stone Bricks
White Carpet
Light Blue Carpet
Lime Green Carpet
Cyan Carpet
Crafting table (only the east and south sides display wrong)
The pressure plate is fine so you can ignore that.
Obviously this might be something wrong on Mojangs end, but I thought I would check with you first on the issue.
I am also having 2 more issues that may or may not be related to MCpatcher.
The first is with chiseled stone. It works fine vertically, and when viewed from above and below. However horizontally I am seeing this.
Somehow it is picking up the nether brick texture. This is a problem in 1.7.2 as well as 1.7.4
The last issue is a stained glass texture I modified to appear as chimney smoke. This is how it looks in 1.7.2 with the side texture frame blanked out.
However since 1.7.3 and 1.7.4 it now is somehow smudging the main texture into the side and now looks like this.
I figure this is most likely something Mojang changed though.
If it is any help at all my remixed texture pack is here.
The first is with chiseled stone. It works fine vertically, and when viewed from above and below. However horizontally I am seeing this.
Somehow it is picking up the nether brick texture. This is a problem in 1.7.2 as well as 1.7.4
I downloaded your pack and saw a couple problems in the ctm/craft_bricks folder. First, your block112 and block114.properties files are being ignored due to syntax errors. You don't specify a method, so it defaults to method=ctm which expects 47 tiles. Since there's only one tile listed, it ignores those rules completely.
Second, Misa's stonebrick_carved.properties in the ctm/craft_bricks directory uses tiles 0-47.png, but 1.png is present in your pack as a nether brick texture. So the other 46 of the tiles come from Misa's pack but 1.png is pulled from yours.
If you have trouble figuring out what is going on, just imagine unzipping all the selected packs into a directory and then zipping it all back up into a single zip file. That's how the game sees multiple resource packs.
Kahr, again I thank you kindly for your hard work and dedication, once MCP does come out with an update, be sure this guy here has crossed fingers that the issue is just someone accidentally putting a '-' in the wrong place XD.
For now though I'll probably continue with the conversion to renderPass=0 for 1.7 so that folks will still get my pack with minimal issues.
That's now a core vanilla capability. You just have to have the pack in a folder rather than a .zip file. Press F3+t to refresh the textures after you've made a change.
It would seem I'm behind the times. I just want to make textures, why does everything have to change all the time. :S
Thank you though! I've been totally avoiding texturing for months because it was too annoying to me to have to close/reopen the game.
For now though I'll probably continue with the conversion to renderPass=0 for 1.7 so that folks will still get my pack with minimal issues.
How about render pass 1?
This was my stained glass CTM with pass 3:
This is with pass 1:
So it's working alright, but still has backface culling (which I didn't want, why I was trying to use pass 3). Methinks maybe Kahr should scrap the renderPass feature, possibly just re-adding removal of backface culling (and possible blending modes?) using modified versions of the new rendering code.
Bug report! Non-metadata (or metadata 0 blocks) work as intended, however any blocks with non-0-metadata will not cause adjacent faces (such as for glass) to not be inter-block culled as they should. Shown:
Note the difference between the regular oak log, and sideways log. This causes darker textures and z-fighting.
This bug can also be exploited to bring up this idea again:
innerSeams that is only affected by itself, not other blocks. Basically half-way between regular CTM and current innerSeams implementation, allows innerSeams, but will still connect to other of the same blocks even if those faces are covered (as demonstrated in the picture above).
For custom colors, can fixed metadata color specifications be added in 1 block file? For instance, the stained glass recoloring I just did needs 16 .properties files, each with only 2 lines inside, with the name based on block and metadata (like stained_glass:0.properties). This was a pain to initially create.
I'd like it instead if I could use 1 file (say, stained_glass.properties) in which I defined all colors for the metadata, like instead of color=EFFABA, I did
This would make custom colors stuff with the MC palette (wool, stained clay, stained glass) much easier to work with, and not need as many files. Then, going from one to another, just rename 1 file (instead of 16) and the colors are there to edit as necessary. (EDIT: something else I'd find useful related to this is connect=metadata, which would be a connect method for only the same block with the same metadata, which would prevent different different colors of stained glass from connecting, and also glass panes of the same color to those blocks. perfect for when block connects multiple metadatas and tile connects multiple blocks.)
One thing I'd like is a new "base" attribute, dependsOn, which allows adds a safeguard against broken dependencies. For instance, what happens with my stained glass CTM (that is intended to be recolored by custom colors) when the game is loaded without custom colors enabled? This:
The CTM is loaded, despite the fact that it is intended to be recolored. With the dependsOn features, I would add "dependsOn=customColors" to prevent this issue. Other values would be betterGlass, MC:1.7.4, patcher:4.3.1
If all of the parts of dependsOn value are not met, the .properties file is ignored. This would allow you to make textures that are broken/unwanted in previous versions of Minecraft or MCpatcher, such as bugs that exist below certain versions, or new features that only exist in above a certain version. This feature would be more useful in the future.
Last feature request for now, most likely will have to wait for MCP, but here it is: New feature set, NoMoreIcons (NMI). Makes every block or entity that has a world model able to use that (instead of an icon) in the inventory, dropped on the ground, and in item frames. This inludes, but is not limited to:
hoppers
brewing stand
doors
bed
signs
mob heads
boats/minecarts
torches (makes them 3D)
redstone stuff (repeaters, comparators)
mob eggs (displays the mob they spawn)
etc.
High-res packs screenshot (or make 3D representations of) some of these, and standard-res packs have to try and make something that kinda "looks" like it, or use a cleverly-lazily edited from of their block textures. It not only requires less work on the artists part, but also looks better. It's kind of odd that some of these items require icons, while others don't. You could even spawn cake (block 92) in your inventory (so it uses the model) in previous versions (seems it won't let you in 1.7.4), so I'm not sure how much of a challenge making this will be. NMI could also be a new subset of features for CIT. A .properties file (nmi.properties) or a new attribute in cit.properties to define which things use block models instead of item icons.
"I'm an outsider by choice, but not truly.
It’s the unpleasantness of the system that keeps me out.
I’d rather be in, in a good system. That’s where my discontent comes from:
being forced to choose to stay outside.
My advice: Just keep movin’ straight ahead.
Every now and then you find yourself in a different place."
-George Carlin
Another feature request; the ability to add icons for blocks that do not have them. It would be wonderful to be able to have custom rail textures and flowers when in hand.
Can I please have some help? When I download this on my computer (Macbook Pro - I don't if this helps) and I try to open it, it comes up with this “mcpatcher-4.3.1.jar” can’t be opened because it is from an unidentified developer. Can anyone tell me how to fix this problem?
On Windows a similar thing happens, it's a security measure to make sure you don't install malware onto your machine. (MCPatcher of course is NOT malware, it just doesn't have a dev name/company the OS recognizes). On Windows though there's a tickbox you can uncheck that says something along the lines of "don't remind me 'bout dis in the future", I don't know if the message that pops up with you has anything like that. Assuming it doesn't, my guess is you'd have to permit it to be opened somehow. I'm not familiar with the Mac OS so I don't know how you'd allow an unidentified program, but a Google search for allowing such programs on a Mac might yield something of use.
The thread title states this is a 1.7.4 compatible release, but the MCPatcher 4.3.1 won't recognize my 1.7.4 version. The release notes in the front page seem to agree that this isn't 1.7.4 ready.
Is this 1.7.4 ready or not? What am I doing wrong if it is?
EDIT: Nevermind. I had my versions list deleted. My bad.
Can I please have some help? When I download this on my computer (Macbook Pro - I don't if this helps) and I try to open it, it comes up with this “mcpatcher-4.3.1.jar” can’t be opened because it is from an unidentified developer. Can anyone tell me how to fix this problem?
It may vary depending on the version of Os X you have, but i think these steps will work.
In Finder, Control-click or right click the icon of the app.
Select Open from the top of contextual menu that appears.
Click Open in the dialog box. If prompted, enter an administrator name and password.
Would it be possible to add a feature that would allow certain textures to only be displayed during certain dates? Such as how currently in game the chests turn into presents around Christmas time. This would allow texture pack authors to have seasonal textures built-in, instead of having to create an entirely separate pack for a holiday occasion.
Step one towards seasonal changes! Great idea using the date, maybe have a config file to set the speed (real time vs custom time)
Can I please have some help? When I download this on my computer (Macbook Pro - I don't if this helps) and I try to open it, it comes up with this “mcpatcher-4.3.1.jar” can’t be opened because it is from an unidentified developer. Can anyone tell me how to fix this problem?
Yep.Go to your System Preferences, click on Security & Privacy. Unlock the panel with an admin password, and change the setting for allowing apps downloaded from: to the Anywhere option. Close the window, and you are good to go. You can always go back and re-enable if you'd like later.
Help me. i'm kinda new to this and MCPatcher doesn't seem to work with me. This is maybe the problem https://s3.amazonaws.com/Minecraft.Download/libraries/com/google/code/gson/gson/2.2.2/gson-2.2.2.jar...
com.prupe.mcpatcher.PatcherException$DownloadException: java.io.IOException: HTTP response code: 403
at com.prupe.mcpatcher.Util.fetchURL(Util.java:214)
at com.prupe.mcpatcher.launcher.version.Library.fetch(Library.java:171)
at com.prupe.mcpatcher.launcher.version.Version.fetchLibraries(Version.java:280)
at com.prupe.mcpatcher.MinecraftJar.run(MinecraftJar.java:265)
at com.prupe.mcpatcher.MainForm$14$1.runImpl(MainForm.java:398)
at com.prupe.mcpatcher.MainForm$UIWorker.run(MainForm.java:1066)
Caused by: java.io.IOException: HTTP response code: 403
at com.prupe.mcpatcher.Util.fetchURL(Util.java:189)
... 5 more
Hello, I'm getting a Minecraft 1.6.4 crash after successfully installing MCPatcher 4.3.1 over Forge 9.11.1.953.
The crash occurs at the Mojang logo screen.
Crash Report
---- Minecraft Crash Report ----
// Hi. I'm Minecraft, and I'm a crashaholic.
Time: 12/15/13 6:00 AM
Description: Stitching texture atlas
java.nio.BufferOverflowException
at java.nio.DirectIntBufferU.put(Unknown Source)
at java.nio.IntBuffer.put(Unknown Source)
at com.prupe.mcpatcher.hd.MipmapHelper.copySubTexture(MipmapHelper.java:137)
at net.minecraft.client.renderer.texture.TextureMap.func_110571_b(TextureMap.java:121)
at net.minecraft.client.renderer.texture.TextureMap.func_110551_a(TextureMap.java:57)
at net.minecraft.client.renderer.texture.TextureManager.func_110579_a(SourceFile:69)
at net.minecraft.client.renderer.texture.TextureManager.func_110580_a(SourceFile:58)
at net.minecraft.client.renderer.texture.TextureManager.func_130088_a(SourceFile:49)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:505)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at java.nio.DirectIntBufferU.put(Unknown Source)
at java.nio.IntBuffer.put(Unknown Source)
at com.prupe.mcpatcher.hd.MipmapHelper.copySubTexture(MipmapHelper.java:137)
-- Texture being stitched together --
Details:
Atlas path: textures/blocks
Sprite: TextureAtlasSprite{name='lava_flow', frameCount=16, rotated=false, x=0, y=0, height=32, width=32, u0=1.953125E-5, u1=0.06248047, v0=3.90625E-5, v1=0.12496094}
Stacktrace:
at net.minecraft.client.renderer.texture.TextureMap.func_110571_b(TextureMap.java:121)
at net.minecraft.client.renderer.texture.TextureMap.func_110551_a(TextureMap.java:57)
-- Resource location being registered --
Details:
Resource location: minecraft:textures/atlas/blocks.png
Texture object class: net.minecraft.client.renderer.texture.TextureMap
Stacktrace:
at net.minecraft.client.renderer.texture.TextureManager.func_110579_a(SourceFile:69)
at net.minecraft.client.renderer.texture.TextureManager.func_110580_a(SourceFile:58)
at net.minecraft.client.renderer.texture.TextureManager.func_130088_a(SourceFile:49)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:505)
-- Initialization --
Details:
Stacktrace:
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
I have a texturepack with custom items and blocks. It also has CTM top grass, and CTM vines, tall grass, glass, and a bunch of other stuff.
Now, I select OCD pack ontop of it because I want to use the blocks from that pack. This works, but the problem is that my CTM grass, tallgrass, vines, glass, everything in MCPatcher, will be used because there's nothing in OCD to replace it. This means I have my own custom CTM top grass, tall grass, vines, glass etc, override OCD's blocks. This gives me "default grass" ontop of OCD's grass blocks.
My CTM grass is the default grass but randomised, with some flowers on it. It's very annoying.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumSo everything is wrong with renderPass=3 in 1.7 - pretty much rendering everything back-asswards (yes I mean it like that.) So whatever element that is normally under renderPass3 in vanilla should be doing the same thing, in theory. I don't know if it would be enough to call up Mojang about yet, but if I can find a way to make your job easier Kahr, I will XD
Not currently possible, sorry.
Is the source code for any of these mods available anywhere? To even get started, I'd need to know what's special about these blocks' rendering, or for that matter, whether they're even blocks at all and not tile entities.
Just tried it with Sphax myself and it appears to be working fine. Is there anything I might be missing?
Offhand, I'd say your problem is exactly what the error message says: Too many textures. CTM doesn't change Mojang's texture stitching algorithm or its size limits at all. All it does is load more textures into it.
Fixed.
The "block 17" is the problem. The new log types are a different block entirely. It's 162 I believe, but I don't recommend relying on that as numeric block IDs aren't guaranteed to work in the future. Try something like this:
I don't think anything's changed. Here's what I just tried:
With test1 before test2 in the resource pack list, the grass and dirt are blue. Reversing them makes the textures red. This is the behavior I would expect and, as far as I know, how it's always worked since the ability to select multiple packs was introduced.
I really can't do any more with this until MCP is updated and I can get a better look at Mojang's new transparency code. But I'm not very optimistic. What I have figured out so far suggests that it is most likely unfixable. Mojang's rendering changes for stained glass are fundamentally incompatible with the way renderpass 3 works.
Thanks so much!
I would also want to ask about something, related to my previous post regarding selecting multiple packs where one have MCPatcher things and another don't, specifically CTM.
I select two packs, where pack1 has for example CTM top grass, or CTM vines, or CTM tallgrass, then I ontop of that select pack2 which has a custom grass top texture, custom vines, tallgrass, but no CTM files for it.
When I do this, I would like the custom grass top, vines, tallgrass textures, but it will not use them because I have CTM files for it in pack1. So basically, MCPatcher features (specifically CTM) makes me unable to have multiple packs ontop of eachother purely because pack1 has CTM textures that pack2 doesn't, so then I have grass blocks from pack2 and the grass top texture from pack1, which is pretty ugly because they don't fit.
Would there be a way to solve this?
Thanks for the reply. That has been my experience so far, however since 1.7.4 this is not always true.
Here are a couple of screenshots showing the effected textures that I am aware of.
This is how they should look (and do look in 1.7.2)
However in 1.7.3 and 1.7.4 this is what I am seeing. (texture pack #2 is over ruling CTM textures from the first pack)
From left to right are
Stone Bricks
White Carpet
Light Blue Carpet
Lime Green Carpet
Cyan Carpet
Crafting table (only the east and south sides display wrong)
The pressure plate is fine so you can ignore that.
Obviously this might be something wrong on Mojangs end, but I thought I would check with you first on the issue.
I am also having 2 more issues that may or may not be related to MCpatcher.
The first is with chiseled stone. It works fine vertically, and when viewed from above and below. However horizontally I am seeing this.
Somehow it is picking up the nether brick texture. This is a problem in 1.7.2 as well as 1.7.4
The last issue is a stained glass texture I modified to appear as chimney smoke. This is how it looks in 1.7.2 with the side texture frame blanked out.
However since 1.7.3 and 1.7.4 it now is somehow smudging the main texture into the side and now looks like this.
I figure this is most likely something Mojang changed though.
If it is any help at all my remixed texture pack is here.
http://www.minecraftforum.net/topic/1774612-
I cant distribute most of Misa's files directly so one part of the pack is remixed base textures while the other secondary pack is Misa's
The problem persists in multiplayer, for example I'm in lobby and the text is fine but I go join a game and the text turns black.
Some people have said it's a server file?
I downloaded your pack and saw a couple problems in the ctm/craft_bricks folder. First, your block112 and block114.properties files are being ignored due to syntax errors. You don't specify a method, so it defaults to method=ctm which expects 47 tiles. Since there's only one tile listed, it ignores those rules completely.
Second, Misa's stonebrick_carved.properties in the ctm/craft_bricks directory uses tiles 0-47.png, but 1.png is present in your pack as a nether brick texture. So the other 46 of the tiles come from Misa's pack but 1.png is pulled from yours.
If you have trouble figuring out what is going on, just imagine unzipping all the selected packs into a directory and then zipping it all back up into a single zip file. That's how the game sees multiple resource packs.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumFor now though I'll probably continue with the conversion to renderPass=0 for 1.7 so that folks will still get my pack with minimal issues.
It would seem I'm behind the times. I just want to make textures, why does everything have to change all the time. :S
Thank you though! I've been totally avoiding texturing for months because it was too annoying to me to have to close/reopen the game.
-
View User Profile
-
View Posts
-
Send Message
Retired StaffHow about render pass 1?
This was my stained glass CTM with pass 3:
This is with pass 1:
So it's working alright, but still has backface culling (which I didn't want, why I was trying to use pass 3). Methinks maybe Kahr should scrap the renderPass feature, possibly just re-adding removal of backface culling (and possible blending modes?) using modified versions of the new rendering code.
Bug report!
Non-metadata (or metadata 0 blocks) work as intended, however any blocks with non-0-metadata will not cause adjacent faces (such as for glass) to not be inter-block culled as they should. Shown:
Note the difference between the regular oak log, and sideways log. This causes darker textures and z-fighting.
This bug can also be exploited to bring up this idea again:
innerSeams that is only affected by itself, not other blocks. Basically half-way between regular CTM and current innerSeams implementation, allows innerSeams, but will still connect to other of the same blocks even if those faces are covered (as demonstrated in the picture above).
For custom colors, can fixed metadata color specifications be added in 1 block file? For instance, the stained glass recoloring I just did needs 16 .properties files, each with only 2 lines inside, with the name based on block and metadata (like stained_glass:0.properties). This was a pain to initially create.
I'd like it instead if I could use 1 file (say, stained_glass.properties) in which I defined all colors for the metadata, like instead of color=EFFABA, I did
color.metadata.0=ffffff
color.metadata.1=d37e00
color.metadata.2=d026d1
color.metadata.3=85b4f0
...etc...
This would make custom colors stuff with the MC palette (wool, stained clay, stained glass) much easier to work with, and not need as many files. Then, going from one to another, just rename 1 file (instead of 16) and the colors are there to edit as necessary. (EDIT: something else I'd find useful related to this is connect=metadata, which would be a connect method for only the same block with the same metadata, which would prevent different different colors of stained glass from connecting, and also glass panes of the same color to those blocks. perfect for when block connects multiple metadatas and tile connects multiple blocks.)
One thing I'd like is a new "base" attribute, dependsOn, which allows adds a safeguard against broken dependencies. For instance, what happens with my stained glass CTM (that is intended to be recolored by custom colors) when the game is loaded without custom colors enabled? This:
The CTM is loaded, despite the fact that it is intended to be recolored. With the dependsOn features, I would add "dependsOn=customColors" to prevent this issue. Other values would be betterGlass, MC:1.7.4, patcher:4.3.1
If all of the parts of dependsOn value are not met, the .properties file is ignored. This would allow you to make textures that are broken/unwanted in previous versions of Minecraft or MCpatcher, such as bugs that exist below certain versions, or new features that only exist in above a certain version. This feature would be more useful in the future.
Last feature request for now, most likely will have to wait for MCP, but here it is: New feature set, NoMoreIcons (NMI). Makes every block or entity that has a world model able to use that (instead of an icon) in the inventory, dropped on the ground, and in item frames. This inludes, but is not limited to:
- hoppers
- brewing stand
- doors
- bed
- signs
- mob heads
- boats/minecarts
- torches (makes them 3D)
- redstone stuff (repeaters, comparators)
- mob eggs (displays the mob they spawn)
- etc.
High-res packs screenshot (or make 3D representations of) some of these, and standard-res packs have to try and make something that kinda "looks" like it, or use a cleverly-lazily edited from of their block textures. It not only requires less work on the artists part, but also looks better. It's kind of odd that some of these items require icons, while others don't. You could even spawn cake (block 92) in your inventory (so it uses the model) in previous versions (seems it won't let you in 1.7.4), so I'm not sure how much of a challenge making this will be. NMI could also be a new subset of features for CIT. A .properties file (nmi.properties) or a new attribute in cit.properties to define which things use block models instead of item icons."I'm an outsider by choice, but not truly.
It’s the unpleasantness of the system that keeps me out.
I’d rather be in, in a good system. That’s where my discontent comes from:
being forced to choose to stay outside.
My advice: Just keep movin’ straight ahead.
Every now and then you find yourself in a different place."
-George Carlin
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumThe thread title states this is a 1.7.4 compatible release, but the MCPatcher 4.3.1 won't recognize my 1.7.4 version. The release notes in the front page seem to agree that this isn't 1.7.4 ready.Is this 1.7.4 ready or not? What am I doing wrong if it is?EDIT: Nevermind. I had my versions list deleted. My bad.
-
View User Profile
-
View Posts
-
Send Message
Curse Premium-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIt may vary depending on the version of Os X you have, but i think these steps will work.
• Follow Lithos on Twitter for release announcments
* Join the Lithos Discord for previews and to help
Step one towards seasonal changes! Great idea using the date, maybe have a config file to set the speed (real time vs custom time)
Servers Rules|Support Forum Rules|Show Your Creation Rules|Off Topic Rules
com.prupe.mcpatcher.PatcherException$DownloadException: java.io.IOException: HTTP response code: 403
at com.prupe.mcpatcher.Util.fetchURL(Util.java:214)
at com.prupe.mcpatcher.launcher.version.Library.fetch(Library.java:171)
at com.prupe.mcpatcher.launcher.version.Version.fetchLibraries(Version.java:280)
at com.prupe.mcpatcher.MinecraftJar.run(MinecraftJar.java:265)
at com.prupe.mcpatcher.MainForm$14$1.runImpl(MainForm.java:398)
at com.prupe.mcpatcher.MainForm$UIWorker.run(MainForm.java:1066)
Caused by: java.io.IOException: HTTP response code: 403
at com.prupe.mcpatcher.Util.fetchURL(Util.java:189)
... 5 more
Can someone help to figure this out?
The crash occurs at the Mojang logo screen.
Crash Report
---- Minecraft Crash Report ----
// Hi. I'm Minecraft, and I'm a crashaholic.
Time: 12/15/13 6:00 AM
Description: Stitching texture atlas
java.nio.BufferOverflowException
at java.nio.DirectIntBufferU.put(Unknown Source)
at java.nio.IntBuffer.put(Unknown Source)
at com.prupe.mcpatcher.hd.MipmapHelper.copySubTexture(MipmapHelper.java:137)
at net.minecraft.client.renderer.texture.TextureMap.func_110571_b(TextureMap.java:121)
at net.minecraft.client.renderer.texture.TextureMap.func_110551_a(TextureMap.java:57)
at net.minecraft.client.renderer.texture.TextureManager.func_110579_a(SourceFile:69)
at net.minecraft.client.renderer.texture.TextureManager.func_110580_a(SourceFile:58)
at net.minecraft.client.renderer.texture.TextureManager.func_130088_a(SourceFile:49)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:505)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at java.nio.DirectIntBufferU.put(Unknown Source)
at java.nio.IntBuffer.put(Unknown Source)
at com.prupe.mcpatcher.hd.MipmapHelper.copySubTexture(MipmapHelper.java:137)
-- Texture being stitched together --
Details:
Atlas path: textures/blocks
Sprite: TextureAtlasSprite{name='lava_flow', frameCount=16, rotated=false, x=0, y=0, height=32, width=32, u0=1.953125E-5, u1=0.06248047, v0=3.90625E-5, v1=0.12496094}
Stacktrace:
at net.minecraft.client.renderer.texture.TextureMap.func_110571_b(TextureMap.java:121)
at net.minecraft.client.renderer.texture.TextureMap.func_110551_a(TextureMap.java:57)
-- Resource location being registered --
Details:
Resource location: minecraft:textures/atlas/blocks.png
Texture object class: net.minecraft.client.renderer.texture.TextureMap
Stacktrace:
at net.minecraft.client.renderer.texture.TextureManager.func_110579_a(SourceFile:69)
at net.minecraft.client.renderer.texture.TextureManager.func_110580_a(SourceFile:58)
at net.minecraft.client.renderer.texture.TextureManager.func_130088_a(SourceFile:49)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:505)
-- Initialization --
Details:
Stacktrace:
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
-- System Details --
Details:
Minecraft Version: 1.6.4
Operating System: Windows 7 (x86) version 6.1
Java Version: 1.7.0_40, Oracle Corporation
Java VM Version: Java HotSpot(TM) Client VM (mixed mode, sharing), Oracle Corporation
Memory: 45329864 bytes (43 MB) / 178917376 bytes (170 MB) up to 259522560 bytes (247 MB)
JVM Flags: 1 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
Suspicious classes: FML and Forge are installed
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v8.11 FML v6.4.45.953 Minecraft Forge 9.11.1.953 17 mods loaded, 17 mods active
mcp{8.09} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized
FML{6.4.45.953} [Forge Mod Loader] (minecraftforge-9.11.1.953.jar) Unloaded->Constructed->Pre-initialized
Forge{9.11.1.953} [Minecraft Forge] (minecraftforge-9.11.1.953.jar) Unloaded->Constructed->Pre-initialized
CodeChickenCore{0.9.0.6} [CodeChicken Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized
NotEnoughItems{1.6.1.5} [Not Enough Items] (NotEnoughItems 1.6.1.5.jar) Unloaded->Constructed->Pre-initialized
shadersmod{2.0.1 beta 18} [GLSL Shaders Mod] (minecraft.jar) Unloaded->Constructed->Pre-initialized
bspkrsCore{v4.1(1.6.4)} [bspkrsCore] ([1.6.4]bspkrsCorev4.1.zip) Unloaded->Constructed->Pre-initialized
mod_bspkrsCore{v4.1(1.6.4)} [bspkrsCore] ([1.6.4]bspkrsCorev4.1.zip) Unloaded->Constructed->Pre-initialized
mod_ArmorStatusHUD{v1.13(1.6.4)} [ArmorStatusHUD] ([1.6.4]ArmorStatusHUDv1.13.zip) Unloaded->Constructed->Pre-initialized
mod_DirectionHUD{v1.14(1.6.4)} [DirectionHUD] ([1.6.4]DirectionHUDv1.14.zip) Unloaded->Constructed->Pre-initialized
mod_ReiMinimap{v3.4_01 [1.6.2]} [mod_ReiMinimap] ([1.6.4]ReiMinimap_v3.4_01.zip) Unloaded->Constructed->Pre-initialized
mod_StatusEffectHUD{v1.17(1.6.4)} [StatusEffectHUD] ([1.6.4]StatusEffectHUDv1.17.zip) Unloaded->Constructed->Pre-initialized
TreeCapitator{Forge 1.6.4.r02} [Treecapitator] ([1.6.4]TreeCapitator.Forge.1.6.4.r02.Universal.jar) Unloaded->Constructed->Pre-initialized
BetterAnvil{3.0.6} [Better Anvils] (betterAnvil - 3.0.6.zip) Unloaded->Constructed->Pre-initialized
ThebombzenAPI{2.2.0} [ThebombzenAPI] (ThebombzenAPI-v2.2.0-mc1.6.4.jar) Unloaded->Constructed->Pre-initialized
EnchantView{3.12.0} [EnchantView] (EnchantView-v3.12.0-mc1.6.4.jar) Unloaded->Constructed->Pre-initialized
chunkbase_villageinfo{2.0-b3} [Village Info] (VillageInfo_Forge_1.6.4_2.0-b3.zip) Unloaded->Constructed->Pre-initialized
Launched Version: 1.6.4-Forge9.11.1.953-mcpatcher
LWJGL: 2.9.0
OpenGL: GeForce GTX 560 Ti/PCIe/SSE2 GL version 4.3.0, NVIDIA Corporation
Is Modded: Definitely; Client brand changed to 'fml,forge'
Type: Client (map_client.txt)
Resource Pack: Default
Current Language: English (US)
Profiler Position: N/A (disabled)
Vec3 Pool Size: ~~ERROR~~ NullPointerException: null