Bug Report #1: Custom enchantment glints do not seem to show up on worn armor.
Bug Report #2: If a pack is selected while playing, things that previously fell under the "CIT" banner may or may not load, and will usually be replaced by the violet and black checkerboard box. From the log, it appears that it just fails to find some files that it loads just fine if the pack is loaded with the game. Some things will load, however, and I have no idea why some do and some don't. It appears to be consistent, however, so there must be a logical reason for it.
Bug Report #3: MCPatcher no longer patches the 1.8.1 prereleases, and in fact doesn't seem to recognize them. Is this intentional? When I select the profile I have for the snapshot (in MCPatcher) it patches as normal, but then the game just downloads the preprelease jar and overwrites it.
Bug Report #4: The Custom Colors coloration is applying to redstone in the opposite way that it should. It's being applied to the static overlay, and not to the part that actually changes color. No it doesn't. I'm just an idiot who forgot that he used the same colors for his overlay as for his custom colormap. It just strait up doesn't work still.
As always, thank you in advance for fixing these issues. Stay strong, Kahr! This mod is still essential to those who love Resource Packs!
I just downloaded Mcpatcher 1.8, great work! But I've got a problem and I've not found it here (sorry if I missed it).
My problem is that oak wooden planks have been replaced by acacia wooden planks, does it happen to someone else? How can I fix it?
Thanks!
If this is happening with a resource pack, it's an issue with that pack. If it's happening without any pack selected, then it's an issue with MCPatcher. This doesn't happen to me, so unless you say otherwise I'm inclined to think it's the pack you're using.
What are the conditions for including this in a modpack? As in, using the patched JAR?
I don't think you can distribute the entire jar although you can include the patched classes. I too would like to know what Khar says regarding modpacks.
I haven't been following 1.8 for a while and haven't found anything regarding this. What's the status on blocks that use the old metadata system to add more texture variety?
Right now in vanilla Minecraft the blocks simply appear as air blocks, though they are still present when reverting back to 1.7.
I've used blocks like gravel:15 (i.e. block with 'invalid' metadata) extensively in my world, so I'm unable to upgrade to 1.8 Is this something that is planned for MCPatcher to fix? Are there any alternative methods?
Block metadata does not exsist in 1.8 anymore inside the world (only still used for some commands abd in tooltips but thats a matter if time when these are gone, tpp). 5:6 is working because it refers to a _real_ exsisting block. 5:7, 5:8, 98:10, etc which worked pre 1.8 are sadly gone... ; (
Hello, can someone please tell me everything that has been removed/changed in this update? I am having some real problems updating my pack. So many things are broken.
Whenever I try to download this, it thinks that 5.0.001 is a file extension, and can't be opened. Am I doing something wrong, is my computer borked, or is the download broken?
Whenever I try to download this, it thinks that 5.0.001 is a file extension, and can't be opened. Am I doing something wrong, is my computer borked, or is the download broken?
This is most likely a problem with your browser. What browser and operating system are you using?
Alternately, you can just rename the file and add the proper file extension manually, which should allow it to be run as normal.
What you could do is make the new textures be identical to the requirements of the actual model.
I'm pretty sure that MCPatcher (right now anyways) only affects the textures so if you make the new texture 'fit' the one used in default it will look fine!
I'm pretty sure I know what you mean by this, but it's not really an option in this case, since in this case what would "pop out" or "pop in" would change, depending on other nearby bookshelves. Note I did also ask about plans for the future.
I seem to remember someone mentioning a think called Connected Block Models. I don't know if Khar is doing anything on that but it would certainly solve that problem.
Public Service Announcement: Custom Colors is apparently incompatible with Official Release 1.8.1. It remains grayed-out when all other options appear to be installable.
And now... to patiently wait for Kahr to fix the issue. * twiddles thumbs while humming a jaunty tune *.
Is this a bug on MCPatcher's end, or MineCraft's auto-generate-model-based-on-default-item-texture's end? I guess the latter.
If I'm understanding what diam_0nd said, and I would remind you that that's a big IF since that was the most confusingly phrased PSA of all time, this is actually more a natural consequence of the block model system. A texture that doesn't apply correctly to a model won't apply correctly to that model. If it doesn't work, it doesn't work.
Right now it feels like CIT/CTM and the block models system are at odds with one another. I really hope Kahr gets some free time in the near future to develop the New CTM properly so that it will work with the block model system rather than around it. That would be nice.
-
View User Profile
-
View Posts
-
Send Message
ModeratorBug Report #2: If a pack is selected while playing, things that previously fell under the "CIT" banner may or may not load, and will usually be replaced by the violet and black checkerboard box. From the log, it appears that it just fails to find some files that it loads just fine if the pack is loaded with the game. Some things will load, however, and I have no idea why some do and some don't. It appears to be consistent, however, so there must be a logical reason for it.
Bug Report #3: MCPatcher no longer patches the 1.8.1 prereleases, and in fact doesn't seem to recognize them. Is this intentional? When I select the profile I have for the snapshot (in MCPatcher) it patches as normal, but then the game just downloads the preprelease jar and overwrites it.
Bug Report #4: The Custom Colors coloration is applying to redstone in the opposite way that it should. It's being applied to the static overlay, and not to the part that actually changes color.No it doesn't. I'm just an idiot who forgot that he used the same colors for his overlay as for his custom colormap.As always, thank you in advance for fixing these issues. Stay strong, Kahr! This mod is still essential to those who love Resource Packs!
If this is happening with a resource pack, it's an issue with that pack. If it's happening without any pack selected, then it's an issue with MCPatcher. This doesn't happen to me, so unless you say otherwise I'm inclined to think it's the pack you're using.
I don't think you can distribute the entire jar although you can include the patched classes. I too would like to know what Khar says regarding modpacks.
http://hypixel.net/threads/diax-resource-pack.199998/
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumBlock metadata does not exsist in 1.8 anymore inside the world (only still used for some commands abd in tooltips but thats a matter if time when these are gone, tpp). 5:6 is working because it refers to a _real_ exsisting block. 5:7, 5:8, 98:10, etc which worked pre 1.8 are sadly gone... ; (
-
View User Profile
-
View Posts
-
Send Message
ModeratorThis is most likely a problem with your browser. What browser and operating system are you using?
Alternately, you can just rename the file and add the proper file extension manually, which should allow it to be run as normal.
-
View User Profile
-
View Posts
-
Send Message
ModeratorIf you're downloading the Windows version it will be a .exe file. If you're downloading the other version, it will be a .jar file.
Also, don't use Internet Explorer. It's not healthy.
On an offhand note, now I can get your resource pack
When Items have their textures changed drastically
(e.g. changing a bow to....a shotgun by using CIT, per se)
The texture will still use the original model, so some textures look slightly broken on the front, top and bottom, while the sides are unaffected
http://hypixel.net/threads/diax-resource-pack.199998/
I'm pretty sure that MCPatcher (right now anyways) only affects the textures so if you make the new texture 'fit' the one used in default it will look fine!
http://hypixel.net/threads/diax-resource-pack.199998/
I seem to remember someone mentioning a think called Connected Block Models. I don't know if Khar is doing anything on that but it would certainly solve that problem.
-
View User Profile
-
View Posts
-
Send Message
ModeratorAnd now... to patiently wait for Kahr to fix the issue. * twiddles thumbs while humming a jaunty tune *.
Custom Item Textures will always have incorrect model placement if the texture does not fit with the default texture.
(e.g. Making an Iron Sword thicker with CIT will still give it the model used for an Iron Sword)
http://hypixel.net/threads/diax-resource-pack.199998/
-
View User Profile
-
View Posts
-
Send Message
ModeratorIf I'm understanding what diam_0nd said, and I would remind you that that's a big IF since that was the most confusingly phrased PSA of all time, this is actually more a natural consequence of the block model system. A texture that doesn't apply correctly to a model won't apply correctly to that model. If it doesn't work, it doesn't work.
Right now it feels like CIT/CTM and the block models system are at odds with one another. I really hope Kahr gets some free time in the near future to develop the New CTM properly so that it will work with the block model system rather than around it. That would be nice.
And yes, it is a shame that Kahr does get some free time to the Model System works with CIT and CTM....
http://hypixel.net/threads/diax-resource-pack.199998/
'And yes, it is a shame that Kahr doesn't get some free time to make the Model System work with CIT and CTM....'
http://hypixel.net/threads/diax-resource-pack.199998/