Hey Kahr. I just wanted to say that I know you might get a lot of backlash for the stance your're taking but I want you to know that there are many people who support your decision including me.
It's a shame I can't +1 this more times. It's about time more people realize that forge isn't the beautiful godsend of minecraft modding it's cracked up to be
Alright, I was just wondering if there was a way. I totally understand your point of view on the matter (most of which is indeed made up of fact instead of pretty words, unlike a lot of people I would see online who are just too lazy to do something and would rather hide it). Thank y very much for educating me on the matter. Keep up the good work.
Just another quick +1 for your stance on the Forge thing. It's really ing me off that I may soon have to choose between using the Forge mods I like and using my favorite texture packs for no other reason than that cpw and Lex decided it should be so. And, frankly, I am tired of the drama that Forge seems to create - I don't know that I've ever seen anything like it in any other game community. So much baggage, and it just never seems to stop piling up.
Anyways, I hope to god Mojang stops with the junk content and gets moving on a real API already. Till then, as I said.. +1!
Regarding forge support. For those who are unaware, forge's latest update is essentially an ultimatum to modders: Either be incompatible with us or be incompatible with everything else. As one of MCPatcher's core design principles is to be as compatible as possible, this is completely unacceptable. Making MCPatcher forge-compliant would represent an enormous effort for an inferior result. Among other things it would mean no snapshot support, leaving texture pack artists with no way to work on new features between major Minecraft releases.
There is no technical reason for this "no jar edits" requirement. With a few hours work I was able to bypass it and get a proof-of-concept MCPatcher+forge modified jar up and running with only minor incompatibilities. The result is essentially the same as the old way of adding a forge zip to MCPatcher and clicking Patch.
I am led to conclude that this change is more about promoting an ideology than a technology, and recent public behavior by Lex and cpw only confirms that. They repeatedly insist that any modder not doing things their way is "doing it wrong", as if there were only One True Way to create Minecraft mods. The condescension is especially rich considering forge's crude binary diffs method for base class edits is light years behind what MCPatcher has been doing for over two years now.
So while perhaps I could cobble together something that will work both with and without forge, having to bend over backward to accommodate a group with so little regard for others is extremely frustrating. I would much rather work on new features for artists than constantly jump through forge's ever-changing and utterly unnecessary hoops.
Wow, a lot of emotion there. Really isn't it just a choice? I use bukkit or forge or base edits and use mcpatcher. None of them work well with each other. Eh, if you don't like one method use another. If we could just channel all that energy towards making cool mods in our chosen flavor, the end users of the mods will make the true choice of the mod method with the best mods as they win by content not contention.
I'd also like to show my support for you decision regarding the Forge. It was about time someone called the current Forge leaders on their behavior, I just hope other mod developers will feel encouraged by your actions and do the same...
Full support from me for what it's worth, kahr. I'd have long since found something else to do with my spare time if you hadn't continued to make it possible to expand on Minecraft's awesome aesthetic possibilities.
Integrity, choice and common sense over dictatorial control any day. You've always been helpful to the community and shown great patience and understanding along the way in the face of much frustration. Others seem to enjoy taking the macho 'superior intellect' stance.
Hello Kahr, I'm going to reply this one time to your post, I don't wish to start a flame war or anything else. Forge is not going to change our distribution method, and I don't believe you're going to change yours. That is fine. 100% compatibility is a goal, but it will never be attained.
You will note a single theme, tweeted by ME frequently, but ignored by the more bombastic members of the modding community. I really hope you are not one of those.
Please note, from my perspective, your compatibility with forge has been minimal for at least a year- I PMed you here about trying to fix some of your more egregious class modification issues, without a response. The runtime class modifications Forge/FML perform have long had a problem with your pre-launch class modifications, and we decided that trying to work around them was more irritating than it was worth. It was very hard to understand your custom class patching technology as it doesn't seem to be based on any byte code engineering technology I am aware of. ASM, our choice, certainly puked more often than not.
Regarding forge support. For those who are unaware, forge's latest update is essentially an ultimatum to modders: Either be incompatible with us or be incompatible with everything else. As one of MCPatcher's core design principles is to be as compatible as possible, this is completely unacceptable. Making MCPatcher forge-compliant would represent an enormous effort for an inferior result. Among other things it would mean no snapshot support, leaving texture pack artists with no way to work on new features between major Minecraft releases.
I was personally asked by Mojang to stop putting minecraft classes directly in my jar distributables. I complied with their request at the 1.6 release, since it was technically possible to do so at that point. I am sorry if that makes your life more difficult.
There is no technical reason for this "no jar edits" requirement. With a few hours work I was able to bypass it and get a proof-of-concept MCPatcher+forge modified jar up and running with only minor incompatibilities. The result is essentially the same as the old way of adding a forge zip to MCPatcher and clicking Patch.
I agree there is not technical limitation. There is simply Mojang's direct request to me "Don't do that please". The binary diff is crude, because it was simple and rapidly implemented. A more elaborate method-driven ASM technology was and still is in progress, but would result in less useful stack traces, so it's not in a hurry to happen.
I am led to conclude that this change is more about promoting an ideology than a technology, and recent public behavior by Lex and cpw only confirms that. They repeatedly insist that any modder not doing things their way is "doing it wrong", as if there were only One True Way to create Minecraft mods. The condescension is especially rich considering forge's crude binary diffs method for base class edits is light years behind what MCPatcher has been doing for over two years now.
Ideologically, yes, I don't like base edits. The less we have to do the better. However, that has nothing to do with Mojang's direct request "stop shipping minecraft classes".
So while perhaps I could cobble together something that will work both with and without forge, having to bend over backward to accommodate a group with so little regard for others is extremely frustrating. I would much rather work on new features for artists than constantly jump through forge's ever-changing and utterly unnecessary hoops.
That is your choice. As I say, MCpatcher has not been considered a recommended forge tool for applying code to the jar in some time, due to the class mangling you perform being incompatible with our runtime work.
Personally, I find taking screenshots and making fun of their histrionics and ignorance to be quite therapeutic. But then, I'm known as a horrible person...
I don't think Flowerchild and his sycophants are a majority, though.
Just a note on this, if I recall correctly Lex appeared on the stream were BWF was announced and openly supported it.
Also there is slight difference between ideas (I'm going to do a medieval tech BTW-like mod) and impementation themselves in therms of gameplay (I'm going to do an exact copy of every block in BTW).
Yea, he did. Just looked that up. It pales in comparison to the amount of sheer vitriol, negativity and personal attacks that FC has launched at CPW, etc. over the months.
Yea, he did. Just looked that up. It pales in comparison to the amount of sheer vitriol, negativity and personal attacks that FC has launched at CPW, etc. over the months.
I guess it depends upon which side of the fence you stand on I guess, as it's been discussed elsewhere before. Despite it being an almost carbon copy, if it's not using any of the original code or assets, there's no problem whatsoever. People who use Forge want to play BTW, but FC doesn't want to produce a Forge version, so others are taking it upon themselves to do so. If anything, that's a huge compliment for FC if people are willing to recreate his mod because they want to play it that badly.
Please don't bring up the FC debate. It's not relevant here.
Just keep doing what you are doing, because MCPatcher is one of the most innovative and useful tools for texture artists out there. I don't think you should change the way your tool works to accomodate request of other people, escept if you want it.
What if it was at the request of the legal owners of Minecraft's codebase, Mojang?
Please don't bring up the FC debate. It's not relevant here.
It's clearly the motivating factor behind Kahr making a vehement and misleading public post to a bunch of dedicated but ultimately clueless fans who have nothing to do with your and LexManos's personality issues or the problems with getting javassist and asm to work together, instead of actually contacting you about it.
It's clearly the motivating factor behind Kahr making a vehement and misleading public post to a bunch of dedicated but ultimately clueless fans who have nothing to do with your and LexManos's personality issues or the problems with getting javassist and asm to work together, instead of actually contacting you about it.
I concur, but I mainly think it should be avoided given that nothing constructive will come out of the massive flamewar that could ensue.
It's a shame I can't +1 this more times. It's about time more people realize that forge isn't the beautiful godsend of minecraft modding it's cracked up to be
Well put Kahr. Stick to your guns. The "our way or the highway" attitude is uncalled for.
*Applause*
Anyways, I hope to god Mojang stops with the junk content and gets moving on a real API already. Till then, as I said.. +1!
I think I may have broken my mouse trying to spam the +1 button, but in any case, glad to see you taking a strong stance on this Kahr.
*joins applause*
Wow, a lot of emotion there. Really isn't it just a choice? I use bukkit or forge or base edits and use mcpatcher. None of them work well with each other. Eh, if you don't like one method use another. If we could just channel all that energy towards making cool mods in our chosen flavor, the end users of the mods will make the true choice of the mod method with the best mods as they win by content not contention.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIntegrity, choice and common sense over dictatorial control any day. You've always been helpful to the community and shown great patience and understanding along the way in the face of much frustration. Others seem to enjoy taking the macho 'superior intellect' stance.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumYou will note a single theme, tweeted by ME frequently, but ignored by the more bombastic members of the modding community. I really hope you are not one of those.
Please note, from my perspective, your compatibility with forge has been minimal for at least a year- I PMed you here about trying to fix some of your more egregious class modification issues, without a response. The runtime class modifications Forge/FML perform have long had a problem with your pre-launch class modifications, and we decided that trying to work around them was more irritating than it was worth. It was very hard to understand your custom class patching technology as it doesn't seem to be based on any byte code engineering technology I am aware of. ASM, our choice, certainly puked more often than not.
I was personally asked by Mojang to stop putting minecraft classes directly in my jar distributables. I complied with their request at the 1.6 release, since it was technically possible to do so at that point. I am sorry if that makes your life more difficult.
I agree there is not technical limitation. There is simply Mojang's direct request to me "Don't do that please". The binary diff is crude, because it was simple and rapidly implemented. A more elaborate method-driven ASM technology was and still is in progress, but would result in less useful stack traces, so it's not in a hurry to happen.
Ideologically, yes, I don't like base edits. The less we have to do the better. However, that has nothing to do with Mojang's direct request "stop shipping minecraft classes".
That is your choice. As I say, MCpatcher has not been considered a recommended forge tool for applying code to the jar in some time, due to the class mangling you perform being incompatible with our runtime work.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumPersonally, I find taking screenshots and making fun of their histrionics and ignorance to be quite therapeutic. But then, I'm known as a horrible person...
I don't think Flowerchild and his sycophants are a majority, though.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumYea, he did. Just looked that up. It pales in comparison to the amount of sheer vitriol, negativity and personal attacks that FC has launched at CPW, etc. over the months.
-snip-
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumPlease don't bring up the FC debate. It's not relevant here.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumOkay. Apologies!
What if it was at the request of the legal owners of Minecraft's codebase, Mojang?
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIt's clearly the motivating factor behind Kahr making a vehement and misleading public post to a bunch of dedicated but ultimately clueless fans who have nothing to do with your and LexManos's personality issues or the problems with getting javassist and asm to work together, instead of actually contacting you about it.
I concur, but I mainly think it should be avoided given that nothing constructive will come out of the massive flamewar that could ensue.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI agree. Major mistake/error on my behalf in bringing it up and posting it. Very sorry for doing so.
It's quite the jimmy rustler when I see these massive one-sided flame wars and baiting going on, for no reason whatsoever.