Jump to content
Search the Forums BEFORE making a new post.
Currently supported: All versions

[Any] [SOLVED] Minecraft Modding with Java 8?

Bektor

By Bektor
in Modder Support

 Share

Recommended Posts

Bektor Dragon Slayer

Bektor

Posted
Posted

Hi,

 

after I've finally found a bit of motivation I've just worked me through the basics of Java 8 lambda expressions and functional interfaces.

 

After some thinking about it I'm now wondering: Is it possible to use Java 8 features for Minecraft Mods? Are they there usefull? Where can they be used? How efficient are they there?

I'm basically asking because I wasn't able to found one project I'm working on in modding and outside of modding where I need lambda expressions and functional interfaces.

 

It would also be nice if someone answers these questions also for Java 8 streams, even if I don't know them now. Without having a reason to use them I've just got no motivation to learn them. -_-

 

Thx in advance.

Bektor

 

Developer of Primeval Forest.

Link to comment
Share on other sites
shadowfacts Dragon Slayer

shadowfacts

Posted
Posted

Streams are helpful and can be used in the exact same ways in MC as in other Java code. Streams are definitely slower however as long as you don't use large streams in code that is called very often (e.g. rendering) there shouldn't be any problems.

 

One thing to keep an eye out for is when use lambdas for functional interfaces in vanilla code (e.g. 

ItemMeshDefinition

). SpecialSource doesn't properly handle lambdas, so if you pass in a lambda or method reference to 

ModelLoader.setCustomMeshDefinition

it won't get obfuscated and will case an AbstractMethodError at runtime. To get around this use a custom wrapper interface like this so the default method is obfuscated and can call the unobfuscated method provided by the lambda.

Don't make mods if you don't know Java.

Check out my website: http://shadowfacts.net

Developer of many mods

Link to comment
Share on other sites
Ernio Reality Controller

Ernio

Posted
Posted

Yes it is possible to use Java 8.

I am only using it to get those sweeeet default methods in interfaces. Very nice for APIs.

 

I have no clue what you are after regarding efficiency of Java 8 - are you asking about only lambda/stream? I woudln't say they are any faster than any other design choice (depends, they are often slower) - because that's what the are - design choice. Should you use them? If you design requires it, sure, why not.

 

Is there a reason for using Java 8? Well - MC is targeting 6, anything above will require ppl who run your mod to have proper Java.

Some ppl are lazy (to update), but that is their loss...

 

P.S: To compile against 1.8 add this to build.gradle:

sourceCompatibility = 1.8
targetCompatibility = 1.8

1.7.10 is no longer supported by forge, you are on your own.

Link to comment
Share on other sites
Ernio Reality Controller

Ernio

Posted
Posted

Ok, thx for the answers.

So where can I use Java 8 specific things in terms of modding efficient?

 

Don't expect good answers to bad questions.

 

Everything in java 7 or 8 is mostly design choice. Some are very useful (mentioned default and static in interface for making APIs).

Don't force any java above 6 just because you think it is better. MC targets Java 6, You "should" too, but if you NEED (and I mean REALLY need) some special feature - nothing stops you from using 6+ (users just ahve to have it).

1.7.10 is no longer supported by forge, you are on your own.

Link to comment
Share on other sites

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.

×
 Share
Go to topic listing

Announcements



  • Recently Browsing

    • No registered users viewing this page.

  • Posts

    • shalandra5
      Wall and fence-like blocks connecting to air blocks by default

      By shalandra5 · Posted

      Try deliting feur builder  It caused this issue in my modpack
    • CatzRule81
      [1.18.2] Custom armor set extending DyeableArmorItem is dye-able, but not displaying

      By CatzRule81 · Posted

      I am not using hardcoded recipes, I'm using Vanilla's already existing code for leather armor dying. (via extending and implementing DyeableArmorItem / DyeableLeatherItem respectively) I have actually figured out that it's something to do with registering item colors to the ItemColors instance, but I'm trying to figure out where exactly in my mod's code I would be placing a call to the required event handler. Unfortunately the tutorial is criminally undescriptive. The most I've found is that it has to be done during client initialization. I'm currently trying to do the necessary setup via hijacking the item registry since trying to modify the item classes directly (via using SubscribeEvent in the item's constructor didn't work. Class so far: // mrrp mrow - mcmod item painter v1.0 - catzrule ch package catzadvitems.init; import net.minecraft.client.color.item.ItemColors; import net.minecraft.world.item.Item; import net.minecraftforge.registries.ObjectHolder; import net.minecraftforge.fml.event.lifecycle.FMLClientSetupEvent; import net.minecraftforge.fml.common.Mod; import net.minecraftforge.eventbus.api.SubscribeEvent; import net.minecraftforge.client.event.ColorHandlerEvent; import catzadvitems.item.DyeableWoolArmorItem; @Mod.EventBusSubscriber(bus = Mod.EventBusSubscriber.Bus.MOD) public class Painter { @ObjectHolder("cai:dyeable_wool_chestplate") public static final Item W_CHEST = null; @ObjectHolder("cai:dyeable_wool_leggings") public static final Item W_LEGS = null; @ObjectHolder("cai:dyeable_wool_boots") public static final Item W_SOCKS = null; public Painter() { // left blank, idk if forge throws a fit if constructors are missing, not taking the chance of it happening. } @SubscribeEvent public static void init(FMLClientSetupEvent event) { new Painter(); } @Mod.EventBusSubscriber private static class ForgeBusEvents { @SubscribeEvent public static void registerItemColors(ColorHandlerEvent.Item event) { ItemColors col = event.getItemColors(); col.register(DyeableUnderArmorItem::getItemDyedColor, W_CHEST, W_LEGS, W_SOCKS); //placeholder for other dye-able items here later.. } } } (for those wondering, i couldn't think of a creative wool helmet name)
    • HalfZonedOut
      Crashes after saying mod loading error

      By HalfZonedOut · Posted

      nvm found out it was because i had create h and not f
    • Shipwrecker
      [1.18.2] Custom armor set extending DyeableArmorItem is dye-able, but not displaying

      By Shipwrecker · Posted

      Maybe there's something happening in the 'leather armor + dye' recipe itself that would be updating the held item texture?
    • Shipwrecker
      [1.20.1] Difficulty getting custom player model to render

      By Shipwrecker · Posted

      @SubscribeEvent public static void onRenderPlayer(RenderPlayerEvent.Pre e) { e.setCanceled(true); model.renderToBuffer(e.getPoseStack(), pBuffer, e.getPackedLight(), 0f, 0f, 0f, 0f, 0f); //ToaPlayerRenderer.render(); } Since getting the render method from a separate class is proving to be bit of a brick wall for me (but seems to be the solution in older versions of minecraft/forge) I've decided to try and pursue using the renderToBuffer method directly from the model itself. I've tried this route before but can't figure out what variables to feed it for the vertexConsumer and still can't seem to figure it out; if this is even a path to pursue.  The vanilla model files do not include any form of render methods, and seem to be fully constructed from their layer definitions? Their renderer files seem to take their layers which are used by the render method in the vanilla MobRenderer class. But for modded entities we @Override this function and don't have to feed the method variables because of that? I assume that the render method in the extended renderer takes the layer definitions from the renderer classes which take those from the model files. Or maybe instead of trying to use a render method I should be calling the super from the renderer like   new ToaPlayerRenderer(context, false); Except I'm not sure what I would provide for context? There's a context method in the vanilla EntityRendererProvider class which doesn't look especially helpful. I've been trying something like <e.getEntity(), model<e.getEntity()>> since that generally seems to be what is provided to the renderers for context, but I don't know if it's THE context I'm looking for? Especially since the method being called doesn't want to take this or variations of this.   In short; I feel like I'm super super close but I have to be missing something obvious? Maybe this insane inane ramble post will provide some insight into this puzzle?

  • Topics

×
×
  • Create New...

Important Information

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

  I accept