EVERYBODY ELSE: http://github.com/downloads/pclewis/mcp ... -1.1.9.jar MAC USERS: If you have trouble, place the .jar on your desktop and run this command in Terminal.app: java -Xmx512m -jar ~/Desktop/mcpatcher-1.1.9.jar
Firstly im on a mac and cant just "find" the texture pack.
I assure you it is, in fact, possible to find a file on a Mac. Believe in yourself. Try your best. Don't give up.
Quote from soulxplay »
Found Block: ly.class
If you see this, you are patching the old 1.0.whatever version of Minecraft. Make sure there is not an old minecraft.jar or minecraft.original.jar in the directory you're running from or in your .minecraft/bin folder.
If anyone is really still running that version because you can't buy the game to update to the latest because you're a cheapskate or a child who's not stealthy enough to nick their parents' credit card to use for dubious online transactions without permission, you can still find old versions of the patcher that should work (look at the update history in the OP, google mcpatcher-1.1.whatever.exe). They aren't supported so if it doesn't work I can't help you. You can blame me for being a bad influence if you get caught stealing your parent's credit card though.
Quote from Superboop »
And I need this answer cleared up, the jar version of mcpatcher freezes during the patching process, screwing my game up and having to erase bin all the time.
Put it on your desktop and run it from the command prompt with: java -Xmx512m -jar ~/Desktop/mcpatcher-1.1.8.jar
If you get an error in the terminal, post it here.
Quote from Dweller_Benthos »
The red text means that the texture patcher should be working on OSX again, but apparently from the number of mac users having problems, it must not be. I don't hink Xau has a way to test on mac,
I test on OS X 10.5 and 10.6 with Java 5 and Java 6 every release. The problem 90% of the time is that java has a stupidly low default memory cap, and when it runs out of memory the error goes to the terminal, which you can't see if you ran it by double clicking the jar. The solution, which is running it from the terminal, has been posted like 100 times. On Windows the .exe launcher takes care of it automatically.
The problem the remaining 10% of the time is the guy I quoted at the top of this post.
Quote from drats666 »
Latest HD texture patcher works, but seemed to run into several issues.
1: simply putting the patcher anywhere no longer works. it must be in the bin folder with minecraft.jar
2: win7 or vista must run run as admin
1. This is wrong. It will try to load minecraft.jar or minecraft.original.jar from the directory it is in first, so maybe you are just running it somewhere that is causing it to patch the wrong file. I never run it from the bin folder in testing and since it breaks the Run Minecraft button I never tell anyone else to put it there.
2. If you made it so only admin can write to your minecraft files or something this may be true, but I test on win7 and vista and never run it as admin.
Quote from Iomegadrive1 »
xau since I can't send you a message I want you to look at this I made
Pretty cool, thanks. The amount of fumbling makes me embarrassed at how error-prone installing is now though.
Guys I have the flu so I'm not really able to keep up right now. I turned off PMs - if you have trouble please post in the thread so others can help you. Please use the "search this thread" box first. Big thanks to you guys who have been helping out a lot (Jay, Redwuff, and Nurio off the top of my head).
re: dynamic sizes, this is something I'm working on for the next version but it's not nearly as simple as replacing every hardcoded 16 with a variable lookup/method call. If it was that easy it's what I would have done to begin with. All the animations have fixed-size buffers they draw in or are based on and the animations start going when Minecraft starts. They need to have their buffers reallocated and restart the animation, but there is no real 'event' when you switch texture packs. It just changes the object that hands out textures, so next time some piece of code asks for an image, it gets the one out of the texture pack instead. Also I'm sure there's a bunch of crap I don't remember or haven't even encountered yet.
The "Run Minecraft" button doesn't work when it's in the same directory as minecraft.jar, can you try it from somewhere else and just post the part of the log after the [java line?
When you first run the patcher it copies your minecraft.jar to minecraft.original.jar. Whenever you patch, it reads from minecraft.original.jar and writes to minecraft.jar.
When an update comes out, minecraft.jar gets updated, but minecraft.original.jar is still the old version. If you patch, you get the old version back. If you delete minecraft.original.jar immediately after an update, before running the patcher, everything will work right.
Also, the "change texture packs" -button disappears from the mc main menu.
run patcher, click "minecraft folder" button, close patcher, delete minecraft.original.jar, delete the file called version, run minecraft normally and download update, close minecraft, run patcher, patch normally.
patcher is 1.1.8, client is 1.2.2 -.- it fails to work. and loading them manually, anything above 32 by 32 crashes the game. -.-
It patched for 64x64, so it either installed your pack or it was already there. Maybe you should try a clean install of Minecraft, and post the zip you're trying to use. If Minecraft crashes, use the Run Minecraft button to get an error log. Also please don't reply 4 times on the same page to repeat your problem.
Quote from Ironhide »
Is there any way to patch the texture packs themselves, rather than Minecraft, so i can use the new builtin texture pack loader?
No.
Quote from Natron77 »
Any chance of Better Grass returning? (or is changing it for every minecraft patch not worth it?)
MrMessiah is working on fixing the miscolored grass.
Quote from copperdomebodha »
Xau, Will you be changing this mod to look into the currently selected texture pack for the custom_x.png files in the future?
Yes.
Quote from Newman513 »
My posts seemed to have been ignored. How do I get the patcher to run on a Mac?
Double click it, or put it on your desktop, run Terminal.app, and type: java -Xmx512m -jar ~/Desktop/mcpatcher-1.1.8.jar
Quote from Enjay »
Can someone please tell me the exact specification required for the custom_lava/water_flowing/still textures (eg their size) and exactly what to do with them?
For a 32x32 texture pack, they should be 32x(32*number_of_frames). They go in the root of minecraft.jar. You must have the "Custom" options selected on the patcher.
Quote from Stukel »
How would I do this to make it a texture pack instead of the new default?
You can't. The patcher changes the game so only textures of the size you selected will work. You may be able to use the built-in selector to change between other packs of the same size.
java.lang.NoSuchFieldError: A
at lh.b(lh.java:100)
at cu.e(SourceFile:1023)
Sounds like you installed something else that broke.
Quote from Hakone »
I can't get past 81% trying to update.
Exception in thread "Thread-4" java.lang.OutOfMemoryError: Java heap space
Quote from mrks667 »
i'm trying to patch a custom painterly pack, and it seems to patch fine, but when I open my minecraft world, i always get this crash:
java.nio.BufferOverflowException
Quote from AlexaiZ »
Are you working on the issue with portals and watches still?
Quote from Sinlesraptor »
I ran this program to install a 16bit texture pack, and instead it put my minecraft back to the original textures, is this because I 've checked custom water?
Quote from nicolai »
I've tried running it from the terminal as explained in your OS X workaround, but it's unable to access the file.
You should just stop talking and start working, or take Notch's disapproval as your out and put this to bed. The community isn't going to hold your hand every step of the way.
edit: Sorry if I came off strongly, I'm just trying to either kick you into gear or off the hill. Notch already made it clear on his blog and twitter that he disapproves of client mods but respects that some of them are really cool and has no plans to go after anyone doing it. Discussing it further or twiddling your thumbs waiting for him to respond to you personally is just a waste of time.
So Xau, why is it that only the 256x256 patching uses older OpenGL rules?
The patcher shows you exactly what it's changing. The only difference between 256x256 and 128x128 is that the numbers are (significantly) bigger.
Quote from ExcitedPeasant »
Also, any chance of the water not having that offset in the future? I find it interesting that even if you apply your own 64x64 offset, the 64 offset this applies still won't be seamless. I'll have to look into the images you referenced. This actually doesn't seem to happen anymore with custom_water_still/flowing, am I correct?
It's the way Minecraft draws flowing water, not something the patcher does. It will never be seamless on rotated tiles. It will happen with any flowing water and lava.
0
LATEST UPDATE:
1.1.9 - Portals, watches, and compass fixed by Kahr. Install custom_*.png from texture packs. Fixed crashes/reduced buffer size on 16x16. Fixed "Run Minecraft" from inside .minecraft/bin folder.
LATEST DOWNLOAD:
WINDOWS: http://github.com/downloads/pclewis/mcp ... -1.1.9.exe
EVERYBODY ELSE: http://github.com/downloads/pclewis/mcp ... -1.1.9.jar
MAC USERS: If you have trouble, place the .jar on your desktop and run this command in Terminal.app:
java -Xmx512m -jar ~/Desktop/mcpatcher-1.1.9.jar
SOURCE: http://github.com/pclewis/mcpatcher
NO SUPPORT WHATSOEVER IS PROVIDED FOR THE SOURCE.
IF YOU POSTED AN ISSUE BEFORE THIS POST and still have a problem with this version, please post it again ONCE AND ONLY ONCE.
0
Yes, someone contributed a patch for these, if all goes well I will post a new version this evening.
0
I assure you it is, in fact, possible to find a file on a Mac. Believe in yourself. Try your best. Don't give up.
If you see this, you are patching the old 1.0.whatever version of Minecraft. Make sure there is not an old minecraft.jar or minecraft.original.jar in the directory you're running from or in your .minecraft/bin folder.
If anyone is really still running that version because you can't buy the game to update to the latest because you're a cheapskate or a child who's not stealthy enough to nick their parents' credit card to use for dubious online transactions without permission, you can still find old versions of the patcher that should work (look at the update history in the OP, google mcpatcher-1.1.whatever.exe). They aren't supported so if it doesn't work I can't help you. You can blame me for being a bad influence if you get caught stealing your parent's credit card though.
Put it on your desktop and run it from the command prompt with: java -Xmx512m -jar ~/Desktop/mcpatcher-1.1.8.jar
If you get an error in the terminal, post it here.
I test on OS X 10.5 and 10.6 with Java 5 and Java 6 every release. The problem 90% of the time is that java has a stupidly low default memory cap, and when it runs out of memory the error goes to the terminal, which you can't see if you ran it by double clicking the jar. The solution, which is running it from the terminal, has been posted like 100 times. On Windows the .exe launcher takes care of it automatically.
The problem the remaining 10% of the time is the guy I quoted at the top of this post.
1. This is wrong. It will try to load minecraft.jar or minecraft.original.jar from the directory it is in first, so maybe you are just running it somewhere that is causing it to patch the wrong file. I never run it from the bin folder in testing and since it breaks the Run Minecraft button I never tell anyone else to put it there.
2. If you made it so only admin can write to your minecraft files or something this may be true, but I test on win7 and vista and never run it as admin.
Pretty cool, thanks. The amount of fumbling makes me embarrassed at how error-prone installing is now though.
ps I use the same wallpaper on my Windows PC
0
viewtopic.php?f=25&t=55700
0
re: dynamic sizes, this is something I'm working on for the next version but it's not nearly as simple as replacing every hardcoded 16 with a variable lookup/method call. If it was that easy it's what I would have done to begin with. All the animations have fixed-size buffers they draw in or are based on and the animations start going when Minecraft starts. They need to have their buffers reallocated and restart the animation, but there is no real 'event' when you switch texture packs. It just changes the object that hands out textures, so next time some piece of code asks for an image, it gets the one out of the texture pack instead. Also I'm sure there's a bunch of crap I don't remember or haven't even encountered yet.
0
You're using the wrong version of the patcher.
I think this happens when it's trying to use textures of a different size than it's patched for.
0
The "Run Minecraft" button doesn't work when it's in the same directory as minecraft.jar, can you try it from somewhere else and just post the part of the log after the [java line?
0
When an update comes out, minecraft.jar gets updated, but minecraft.original.jar is still the old version. If you patch, you get the old version back. If you delete minecraft.original.jar immediately after an update, before running the patcher, everything will work right.
1.2.x release will fix this.
Please post the whole log.
0
run patcher, click "minecraft folder" button, close patcher, delete minecraft.original.jar, delete the file called version, run minecraft normally and download update, close minecraft, run patcher, patch normally.
0
Delete that folder and download the jar again. Don't extract it.
0
It patched for 64x64, so it either installed your pack or it was already there. Maybe you should try a clean install of Minecraft, and post the zip you're trying to use. If Minecraft crashes, use the Run Minecraft button to get an error log. Also please don't reply 4 times on the same page to repeat your problem.
No.
MrMessiah is working on fixing the miscolored grass.
Yes.
Double click it, or put it on your desktop, run Terminal.app, and type: java -Xmx512m -jar ~/Desktop/mcpatcher-1.1.8.jar
For a 32x32 texture pack, they should be 32x(32*number_of_frames). They go in the root of minecraft.jar. You must have the "Custom" options selected on the patcher.
You can't. The patcher changes the game so only textures of the size you selected will work. You may be able to use the built-in selector to change between other packs of the same size.
0
Known issues:
[*:1smj48rr] Watch doesn't look right
[*:1smj48rr] Portals don't look right
WINDOWS: http://github.com/downloads/pclewis/mcp ... -1.1.8.exe
EVERYBODY ELSE: http://github.com/downloads/pclewis/mcp ... -1.1.8.jar (run with gui or 'java -jar mcpatcher-1.1.8.jar')
SOURCE: http://github.com/pclewis/mcpatcher
NO SUPPORT WHATSOEVER IS PROVIDED FOR THE SOURCE.
LATEST UPDATE:
1.1.8 - Updated for Minecraft 1.2.2, removed Better Grass. Should work on OSX again.
Pretty rushed, so no promises!
BONUS VIDEO
0
Sounds like you installed something else that broke.
0
http://twitter.com/notch/status/2051021782122496
You should just stop talking and start working, or take Notch's disapproval as your out and put this to bed. The community isn't going to hold your hand every step of the way.
edit: Sorry if I came off strongly, I'm just trying to either kick you into gear or off the hill. Notch already made it clear on his blog and twitter that he disapproves of client mods but respects that some of them are really cool and has no plans to go after anyone doing it. Discussing it further or twiddling your thumbs waiting for him to respond to you personally is just a waste of time.
0
The patcher shows you exactly what it's changing. The only difference between 256x256 and 128x128 is that the numbers are (significantly) bigger.
It's the way Minecraft draws flowing water, not something the patcher does. It will never be seamless on rotated tiles. It will happen with any flowing water and lava.