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


Forge Modder
  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About Furgl

  • Rank
    Stone Miner


  • Gender
  • URL

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I'd like to get a list of all online players when hooking into the ServerTickEvent event. Is there a static way of getting the MinecraftServer instance to get the player list from that? In 1.12.2, we had FMLCommonHandler.instance().getMinecraftServerInstance() but FMLCommonHandler is not in 1.16.5 and I don't see anything similar.
  2. I fixed the item rendering issue by overriding my IBakedModel#getLayerModels to use RenderType.getTranslucent() when rendering the Overlay layer, so that it is not culled. And similarly I fixed the armor rendering issue by using RenderType.getEntityTranslucent(loc).
  3. Bump - I still haven't had any luck with fixing either of this issues. Any help is appreciated!
  4. I'm porting my mod that creates armor dynamically from blocks from 1.12 to 1.16.5 and having some difficulties with rendering translucent armor and the item layers. So the way my item models are made is by combining quads from a base texture, a template (with the block's texture), and a partially-transparent overlay to give it some texture/lighting: The issue I'm having is that the partially-transparent parts of the overlay are rendering invisible in the 3d model: Does anyone know any solution to this? My code for creating the item model quads is below: Immutable
  5. Awesome - adding this line to my mod's constructor worked perfectly: //Make sure the mod being absent on the other network side does not cause the client to display the server as incompatible ModLoadingContext.get().registerExtensionPoint(ExtensionPoint.DISPLAYTEST, () -> Pair.of(() -> FMLNetworkConstants.IGNORESERVERONLY, (a, b) -> true)); Thank you! Sorry I didn't noticed it in the docs initially.
  6. I have a mod that can work when installed only on the server. In previous MC versions, I would use acceptableRemoteVersions="*" in @Mod but that is not available in 1.15.2. Is there a way to do this still? Possibly something in mods.toml? Without that, I can still connect to a server that has my mod with a client that doesn't have the mod, but it has a red X and states "Incompatible FML modded server. Server mod list is not compatible":
  7. Hello, I am familiar with how to use Forge's logging system using the logger provided in the FMLPreInitializationEvent using event.getModLog() which works great in most cases. But now I am looking to log a lot of information regularly and would like to have it easily accessible - preferably in a separate file from the default log files. Apologies if there is already an answer to this question out there, but I haven't found any up-to-date information on it. Does anyone know of a simple way to have a logger write to a different log file (without messing u
  8. Sure thing, this question was for the mod Minewatch that I'm working on; the GitHub for it is here.
  9. I fixed this with: Minecraft.getMinecraft().getTextureManager().bindTexture(TextureMap.LOCATION_BLOCKS_TEXTURE);
  10. Hello, I'm trying to render an entity with an OBJ model. The problem I'm having is that I'm not sure how to properly bind the texture for the model. I am currently using GlStateManager.bindTexture(#) but I do not know what # to use to have it properly bind the texture. I have tested various numbers for it and at one point 8 worked, and then at another point 9 worked. I would assume that the proper number changes as I add more textures to my mod and under different circumstances, and that using a static number is not the way to properly bind the texture. By not binding a text
  11. After some experimenting, I found that a simple translation fixes it: @SubscribeEvent @SideOnly(Side.CLIENT) public void rotateEntities(RenderLivingEvent.Pre<EntityLivingBase> event) { if (/*should this entity be rotated*/) { GlStateManager.pushMatrix(); GlStateManager.translate(0.0F, event.getY()*2f+event.getEntity().height, 0.0F); GlStateManager.rotate(180f, 0, 0, 0); GlStateManager.rotate(180f, 0, 1, 0); } } @SubscribeEvent @SideOnly(Side.CLIENT) public void rotateEntities(RenderLivingEvent.Post<EntityLivingBase> event) { if
  12. Hello. I'm trying to rotate other entities (not my custom entities - I don't have access to their model/render classes to do this with easily) to be upside down. I have found several posts about similar topics, but none that I found had a valid solution or had been closed before a solution was posted. Currently, I'm able to rotate an entity properly, but the entity then moves along the y-axis incorrectly as the player moves (note: the polar bear is on top of the glass block): Here is my current code: @SubscribeEvent @SideOnly(Side.CLIENT) public void rotateEnt
  13. After digging around through rendering code, specifically rendering for clouds, I found this magical line that fixes the enchanted glint problem: GlStateManager.tryBlendFuncSeparate(GlStateManager.SourceFactor.SRC_ALPHA, GlStateManager.DestFactor.ONE_MINUS_SRC_ALPHA, GlStateManager.SourceFactor.ONE, GlStateManager.DestFactor.ZERO); GlStateManager.pushMatrix(); GlStateManager.enableBlend(); GlStateManager.tryBlendFuncSeparate(GlStateManager.SourceFactor.SRC_ALPHA, GlStateManager.DestFactor.ONE_MINUS_SRC_ALPHA, GlStateManager.SourceFactor.ONE, GlStateManager.DestFactor.ZERO); //render armor
  14. Another problem I'm having with translucent armor is that, when rendering the enchanted glint over top, every armor piece except for the first rendered piece (in the order of chestplate, leggings, boots, and helmet as rendered in LayerArmorBase#doRenderLayer) appears much brighter (enchanted set on left, unenchanted on right): I am rendering this armor model using a custom model that's called in my ItemArmor's getArmorModel method, as opposed to rendering it as a custom layer. Since the armor pieces only appear very bright when I use blending, I would assume it has something to do wit
  • Create New...

Important Information

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