DavidM

They are 1.13 mods (since Forge recognized them as so); however, they are wrongly labeled as 1.14.

In one of I mod I registered my GUI extension point here. However, I'm pretty sure this would be calling client-code on the server, and cause a crash on a dedicated server. I know I should put it in the client proxy; however, I don't know when is the appropriate time to call the register of the extension point. Is calling it in the FMLCommonSetupEvent alright?

Please post the crash log.

Modding Bedrock Edition is not possible, or at least not the way how Java edition works. Java allows dynamic loading of classes and code, as well as ASM and runtime injection. Without these assets, Minecraft cannot be modded. If you would like to make a new game, make a new game. Minecraft isn't built to be modded. Personally, according to the OP's description (which appears to be a block-based game), I would say maybe pre-made engines like Unity is not the way to go. Unity is not that flexible in that the user cannot control the rendering of mesh. AFAIK Unity does not support occlusion culling with dynamic components, which is crucial in a block-based game to prevent the rendering of unseen/obstructed faces. Better performance may be achieved with Unity's new entity component system, but I would still see the lack of rendering optimization as the major problem. Personally, I would recommend to write your own engine (with OpenGL or something) in this case.

How is the render chunks divided? Are they aligned with the regular chunks on the x and z axis. For example, if I have a block at x: 10, y: 20, z: 30, how does the game determine what render chunk it is in?

A World contains a public list of all tickable tile entities (tickableTileEntities). I would assume that removing a tile entity from the list will stop it from updating. Something like: tileEntity.getWorld().tickableTileEntities.remove(tileEntity); Not sure if this is a good idea though.

Reflection is expensive. Use it once and store the method in a static field.

Thanks. However, why does every block change cause a render calculation to the whole render chunk? Shouldn't only blocks that are adjacent to the changed block be re-calculated?

That is going to crash on a dedicated server. Do not access client-only code from the server side.

You can't. Most mods are not compatible across versions.

I am wondering how Minecraft renders its blocks. Does the renderer iterate through every block in loaded chunks/camera view and determine whether each side should be rendered? Does Minecraft have occlusion culling?

Search up how to disable firewall on your specific router/device.

My bad. It is called BowItem#getInventoryAmmoPredicate in 1.14.3.

I think there is a mod called "NoMobsSpawnOnTrees" or something that allows the user to customize mob spawns.

No one mentioned extending ArrowItem. Yes, which is why I've told you like 3 times to

Forge will never work with Fabric mods. Optifine is not yet compatible with Forge in 1.14.

No one “broke” anything. If you wish to delete a version of Forge, please go to your Minecraft’s directory and remove the according version in the versions folder. If you are encountering a crash, please provide your crash log.

...and you just ignored all advices given to you previously. Override BowItem#isArrow and return true if the given ItemStack is your custom ammo.

I think the OP is referring to “<>”. You are being rather vague. Please post the exact error your IDE gives you, preferably with a screenshot.

Even if there is no way of adding a brewing recipe, there is reflection. It would be better than copying & pasting an entire vanilla class and screwing all mods with custom brewing stands...

I see. Thanks.

Wow (for some reason I find the two hands part funny). How would I tell which side the event fired on though?

PlayerInteractEvent#getSide is my friend. PlayerInteractEvent#getSide also always returns the server side.

No. There is not.

I created an event subscriber for the RightClickBlock event here. The Javadoc of RightClickBlock indicates that RightClickBlock fires on both the client-side and server-side. However, when I added a print statement (in the link above) printing the side of the event, it prints "false" twice per right click on block. Am I not getting the side of the event correctly?