Jump to content

Recommended Posts

Posted

If I want to package my mod, I currently have to

1) copy the source to the mcp src dir

2) recompile my mod and the minecraft sources

3) reobfuscate mod and minecraft sources

4) mcp then goes through some effort to seperate the modified classes from the minecraft source.

However, as I'm modding on forge, the only modified classes are my new classes. So wouldn't it be possible to add a modified reobfuscation script that would be able to reobfuscate my mod classes alone? this would enable me to do it like

1) compile my mod's classes (minecraft classes in the classpath)

2) reobfuscate my mod's classes.

3) no need for md5 checking, as we didn't process any unmodified files.

Posted

You have to speak with MCP team about things related to enhancing MCP.

Sadly without fixes to RetroGaurd you can't obfusicate partial things, so it would still need the entire MC/Forge source.

Basically, it's a pain in the ass for the time being, so the current system work.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

Yes, I know about that, it's... interesting, not useful as of yet.

And like I said, this stuff would be done on the MCP end not ours.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

  • 4 months later...
Posted

If anyone is still interested in something like this, here's my stab at it:

 

https://github.com/agaricusb/ForgeMod

 

It should be considered experimental and unofficial, but I've been using it for all my (admittedly few) mods, for some time now, working fairly well. SrgTools turned out to be a dead end, but a new SpecialSource project arose which became quite useful for this purpose.

 

Comparing this SpecialSourceMP-based build system to the standard system:

  On 12/15/2012 at 12:04 PM, Xfel said:

If I want to package my mod, I currently have to

1) copy the source to the mcp src dir

2) recompile my mod and the minecraft sources

3) reobfuscate mod and minecraft sources

4) mcp then goes through some effort to seperate the modified classes from the minecraft source.

However, as I'm modding on forge, the only modified classes are my new classes. So wouldn't it be possible to add a modified reobfuscation script that would be able to reobfuscate my mod classes alone? this would enable me to do it like

1) compile my mod's classes (minecraft classes in the classpath)

2) reobfuscate my mod's classes.

3) no need for md5 checking, as we didn't process any unmodified files.

 

versus:

 

1) run "mvn initialize -P -built" to initialize a remapped dependency to build your mod against

2) run "mvn package" to compile your mod against this dependency and reobfuscate

 

Notably this technique avoids any need to copy the source, and it only recompiles/reobfuscates your mod source, rather than all of Minecraft. Also simplifies source code management and setup, since your project directory only needs to contain your own source code (I've reviewed dozens of build scripts for open source Minecraft mods, usually with some variation of 'copy source to MCP dir'.. this new process avoids all that). Depending on the circumstances it can be several times faster (observed 120x-6x speedup).

 

As I said, this process is experimental, but I welcome any feedback if anyone uses it, let me know how well it works.

Posted

If anyone is still interested in something like this, here's my stab at it:

 

https://github.com/agaricusb/ForgeMod

 

It should be considered experimental and unofficial, but I've been using it for all my (admittedly few) mods, for some time now, working fairly well. SrgTools turned out to be a dead end, but a new SpecialSource project arose which became quite useful for this purpose.

 

Comparing this SpecialSourceMP-based build system to the standard system:

  On 12/15/2012 at 12:04 PM, Xfel said:

If I want to package my mod, I currently have to

1) copy the source to the mcp src dir

2) recompile my mod and the minecraft sources

3) reobfuscate mod and minecraft sources

4) mcp then goes through some effort to seperate the modified classes from the minecraft source.

However, as I'm modding on forge, the only modified classes are my new classes. So wouldn't it be possible to add a modified reobfuscation script that would be able to reobfuscate my mod classes alone? this would enable me to do it like

1) compile my mod's classes (minecraft classes in the classpath)

2) reobfuscate my mod's classes.

3) no need for md5 checking, as we didn't process any unmodified files.

 

versus:

 

1) run "mvn initialize -P -built" to initialize a remapped dependency to build your mod against

2) run "mvn package" to compile your mod against this dependency and reobfuscate

 

Notably this technique avoids any need to copy the source, and it only recompiles/reobfuscates your mod source, rather than all of Minecraft. Also simplifies source code management and setup, since your project directory only needs to contain your own source code (I've reviewed dozens of build scripts for open source Minecraft mods, usually with some variation of 'copy source to MCP dir'.. this new process avoids all that). Depending on the circumstances it can be several times faster (observed 120x-6x speedup).

 

As I said, this process is experimental, but I welcome any feedback if anyone uses it, let me know how well it works.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • I'm developing a Forge mod for Minecraft 1.16.5 to run on CatServer (version 1.16.5-1d8d6313, Forge 36.2.39). My mod needs to get the player's UUID from a ServerPlayerEntity object within a Forge ServerChatEvent handler. When I use serverPlayerEntity.getUUID(), my mod compiles fine, but I get a java.lang.NoSuchMethodError: net.minecraft.entity.player.ServerPlayerEntity.getUUID()Ljava/util/UUID; at runtime. I cannot use serverPlayerEntity.getUniqueID() as it causes a compile error (cannot find symbol). Is there a known issue with this on CatServer, or a recommended way for a Forge mod to reliably get a player's UUID from ServerPlayerEntity in this environment? My goal is to pass this UUID to the LuckPerms API (which is running as a Bukkit plugin and successfully connected via ServicesManager). erorr ChatMod: FMLServerStartedEvent received. Attempting to initialize LuckPerms connection... [22:45:20] [Server thread/INFO]: ⚙️ Початок ініціалізації LuckPerms API через Bukkit Services Manager... [22:45:20] [Server thread/INFO]: ✅ Bukkit ServicesManager успішно отримано. [22:45:20] [Server thread/INFO]: ✅ Реєстрацію сервісу LuckPerms знайдено. [22:45:20] [Server thread/INFO]: ✅ API LuckPerms успішно отримано від Bukkit plugin! [22:45:20] [Server thread/INFO]: Використовується реалізація: me.lucko.luckperms.common.api.LuckPermsApiProvider [22:45:20] [Server thread/INFO]: ✅ LuckPerms API схоже що успішно ініціалізовано через Bukkit Services Manager. [22:45:24] [User Authenticator #1/INFO]: UUID of player Hiklee is 92cd7721-2652-3867-896b-2ceba5b99306 [22:45:25] [Server thread/INFO]: Using new advancement loading for net.minecraft.advancements.PlayerAdvancements@24cb7a68 [22:45:26] [Server thread/INFO]: Hiklee[/127.0.0.1:41122] logged in with entity id 210 at (92.23203876864889, 95.6183020148442, 68.24087802017877) [22:45:28] [Async Chat Thread - #0/INFO]: ✅ Скасовано стандартне відправлення чату! [22:45:28] [Async Chat Thread - #0/ERROR]: Exception caught during firing event: net.minecraft.entity.player.ServerPlayerEntity.getUUID()Ljava/util/UUID; Index: 1 Listeners: 0: NORMAL 1: ASM: class com.example.chatmod.ChatEventHandler onPlayerChat(Lnet/minecraftforge/event/ServerChatEvent;)V java.lang.NoSuchMethodError: net.minecraft.entity.player.ServerPlayerEntity.getUUID()Ljava/util/UUID; at com.example.chatmod.ChatPacketHandler.getPlayerPrefix(ChatPacketHandler.java:46) at com.example.chatmod.ChatEventHandler.onPlayerChat(ChatEventHandler.java:32) at net.minecraftforge.eventbus.ASMEventHandler_1_ChatEventHandler_onPlayerChat_ServerChatEvent.invoke(.dynamic) at net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:85) at net.minecraftforge.eventbus.EventBus.post(EventBus.java:303) at net.minecraftforge.eventbus.EventBus.post(EventBus.java:283) at net.minecraftforge.common.ForgeHooks.onServerChatEvent(ForgeHooks.java:493) at net.minecraft.network.play.ServerPlayNetHandler.chat(ServerPlayNetHandler.java:1717) at net.minecraft.network.play.ServerPlayNetHandler.func_244548_c(ServerPlayNetHandler.java:1666) at net.minecraft.network.play.ServerPlayNetHandler.func_147354_a(ServerPlayNetHandler.java:1605) at net.minecraft.network.play.client.CChatMessagePacket.lambda$handle$0(CChatMessagePacket.java:34) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:750
    • Thank you so much for your help, I'll try it as soon as I can. I have a genuine question because I'm not familiar with the matter: Can a recipe error cause something as serious as the AMD error?
    • When i try to launch my modpack, the instance crashes and this is sent to the logs: Time: 2025-05-27 23:07:18 Description: Rendering overlay Below is the full log: https://mclo.gs/jP5G2EH
    • Make a test without delightful
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.