Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

[Solved] [1.17.1] Adding custom player data


mclich
 Share

Recommended Posts

So, i want to add a mana bar and show it near health and food bars. I know that i need to render it using RenderGameOverlayEvent.Post, but what i don't know, is how do i add some custom data (like health or saturation) to all players at once (in my case it is mana data). I watched LivingEntity source code, and as i understand, i need to define a new EntityDataAccessor using entityData field. If so, how can i do this? I thought there are some player events that help creating custom data, but i didn't find any. Any help would be appreciated

Edited by mclich
Link to comment
Share on other sites

Capability would be the best way, but if you want to render things you need to manage the logic on Server and then send the changes to the Client

Forge Community Wiki: https://forge.gemwire.uk/wiki/Capabilities
Forge Doc: https://mcforge.readthedocs.io/en/latest/datastorage/capabilities/#the-capability-system
Network: https://forge.gemwire.uk/wiki/SimpleChannel

 

Link to comment
Share on other sites

19 minutes ago, Luis_ST said:

Capability would be the best way, but if you want to render things you need to manage the logic on Server and then send the changes to the Client

Forge Community Wiki: https://forge.gemwire.uk/wiki/Capabilities
Forge Doc: https://mcforge.readthedocs.io/en/latest/datastorage/capabilities/#the-capability-system
Network: https://forge.gemwire.uk/wiki/SimpleChannel

 

So should i use AttachCapabilitiesEvent<Entity> or create my own capability?

Link to comment
Share on other sites

So i added a capability system to my mod and it works fine, but now i have a problem with rendering.
This code of mine makes render of mana bar (it should be right above vanilla food bar):

private static final ResourceLocation ICONS=new ResourceLocation(ElderNorseGods.MOD_ID+":textures/gui/bar/mana.png");

@SubscribeEvent(priority=EventPriority.LOWEST)
public static void renderManaBar(RenderGameOverlayEvent.Post event)
{
	Minecraft mc=Minecraft.getInstance();
	if(!mc.gameMode.getPlayerMode().isSurvival()||event.getType()==ElementType.ALL) return;
	LazyOptional<IManaHandler> manaHandler=mc.player.getCapability(ManaHandlerCapability.MANA_HANDLER_CAPABILITY);
	RenderSystem.enableBlend();
	mc.getTextureManager().bind(ManaBar.ICONS);
	int x=mc.getWindow().getGuiScaledWidth()/2+10;
	int y=mc.getWindow().getGuiScaledHeight()-49;
	mc.gui.blit(event.getMatrixStack(), x, y, 0, 0, 54, 9);
	RenderSystem.disableBlend();
}

Everything works as it should works, but for some reason after binding and bliting my texture vanilla food bar just disappears. I have no idea what is going on here and why it's just gone. Btw, my texture size is 256x256. I tried to use other (static ones) blit methods because i want to use smaller version of my texture, but they didn't work. I assume that my texture is just too big and covers food bar (RenderSystem.enableBlend seems not working too), but it doesn't cover hotbar and xp bar. Any ideas what is wrong here?

Link to comment
Share on other sites

In 1.17 you should use OverlayRegistry to register a custom overlay instead of drawing directly in RenderGameOverlayEvent.Post.

When adding to the HUD and binding a different texture you need to bind GuiComponent.GUI_ICONS_LOCATION afterwards, because that is what the other HUD elements expect.

Link to comment
Share on other sites

On 11/25/2021 at 11:37 AM, diesieben07 said:

In 1.17 you should use OverlayRegistry to register a custom overlay instead of drawing directly in RenderGameOverlayEvent.Post.

When adding to the HUD and binding a different texture you need to bind GuiComponent.GUI_ICONS_LOCATION afterwards, because that is what the other HUD elements expect.

Okay, thanks. Btw, how can i do this in 1.16.5 (I make my mod for both 1.17.1 and 1.16.5 at the same time)? 

Link to comment
Share on other sites

Okay, i've just solved it. In case someone has the same problem all you need to do is check in your render method that the getType() equals ElementType.ALL. In my case i just replaced one if statement:

On 11/25/2021 at 3:17 AM, mclich said:
if(!mc.gameMode.getPlayerMode().isSurvival()||event.getType()==ElementType.ALL) return;

for

if(!mc.gameMode.getPlayerMode().isSurvival()||event.getType()!=ElementType.ALL) return;
Link to comment
Share on other sites

  • mclich changed the title to [Solved] [1.17.1] Adding custom player data

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
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



  • Recently Browsing

    No registered users viewing this page.

  • Posts

    • By looking at the log output for command 'gradlew --debug runData', it appears that the Standard Library jars get passed to Forge via the '-cp' command line parameter correctly in both versions. Trying to create a workaround earlier revealed that the module resolver is aware of the Standard Library's exports, and therefore conflicts with any attempt to manually copy stdlib over to 'build/classes/kotlin/main'. This means I cannot create a workaround that way. I have also switched to 1.18, and this issue still persists. This is most likely an issue regarding JVM options, which I do not have enough knowledge about. The build.gradle snippets shown above (remember switching jvmTarget in kotlinOptions to 17 when building for 1.18), alongside with the following piece of code for a mod class, should be enough to reproduce: File: src/main/kotlin/com/example/examplemod/ExampleMod.kt package com.example.examplemod import net.minecraftforge.fml.common.Mod import org.apache.logging.log4j.LogManager import org.apache.logging.log4j.Logger @Mod("examplemod") class ExampleMod { init { LOGGER.info("Hello World!") } companion object { private val LOGGER: Logger = LogManager.getLogger() } } Note that removing the explicit type Logger (so it becomes 'private val LOGGER = LogManager.getLogger()') loads successfully, because when there is no explicit type specified, Koltin implicitly infers a so-called platform type, shown in IDE as 'Logger!' (note the exclamation mark). This platform type is not null checked by default, so there are no references to 'kotlin.jvm.internal.Intrinsics' for null checks. Specifying the type explicitly as not null however creates a null check under the hood, because in Kotlin, for a type to be nullable, it has to be suffixed with a question mark (Logger?). Otherwise it is guaranteed to be not null. Explanation for those not knowing Kotlin: The 'init' block is essentially a constructor block. The Java equivalent would be 'public ExampleMod() { LOGGER.info("Hello World!"); }'. Declarations inside 'companion object' basically behave like static declarations, so the Java equivalent would be 'private static Logger LOGGER = LogManager.getLogger();'. Looking forward to a fix! Thank you for your time.
    • affter a bit of time this worked: @SubscribeEvent public static void renderPlayerPre(RenderPlayerEvent.Pre event) { //here i was canceling the pre event so... event.getRenderer().getEntityModel().bipedLeftArm.showModel = false; } @SubscribeEvent public static void renderPlayerPost(RenderPlayerEvent.Post event) { PlayerEntity player = event.getPlayer(); PlayerModel<AbstractClientPlayerEntity> model = event.getRenderer().getEntityModel(); ModelRenderer rightArm = model.bipedLeftArm; rightArm.showModel = true; rightArm.render( event.getMatrixStack(), event.getBuffers().getBuffer(RenderType.getEntitySolid(((AbstractClientPlayerEntity)player).getLocationSkin())), Minecraft.getInstance().getRenderManager().getPackedLight(player, 1f), OverlayTexture.NO_OVERLAY); } But just one more thing, i promess no more questions..., the hand is like this: https://imgur.com/a/KTVudC3, and there is no offsetX, Y, or Z, do i need arm.rotationPointSOMETHING to move the hand wherever i want?
    • 1.12 is no longer supported on this forum. Please update to a modern version of Minecraft to receive support.
    • I get this error when i start up forge sever for 1.12.2 :https://pastebin.com/Hz1dGb4P
    • Then analyze the vanilla code and find the right names!!!
  • Topics

  • Who's Online (See full list)

×
×
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.