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

[1.8] Fluid not being rendered

Recommended Posts

Hello guys, so I have never done a fluid before, but I think I got it right, except the rendering.


I have the fluid block (BlockFluidClassic), I can place it and it can normally flow; However, it is invisible (with default RenderType = -1) or untextured blocks (with RenderType = 3).


Does anyone know how to properly register a fluid in 1.8?

Link to post
Share on other sites

You need to use Forge's fluid model. Use the default render type of 3 (model specified by blockstates file). -1 stops the block being rendered at all (used by vanilla




Forge has an example here (blockstates file) and I have an example here (blockstates file).

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Link to post
Share on other sites

I see... for some reason my forge Fluid class is different from those, it doesn't have the ResourceLocation. What version are you using?


Edit: I was using the recommended version I changed to version and it worked beautifully!


Thanks Choonster! :)

Link to post
Share on other sites


can you confirm the need to move up to 1502?  I followed some of your suggestions on this issue before and finally gave up because I could never get it to render.

Long time Bukkit & Forge Programmer

Happy to try and help

Link to post
Share on other sites

Fluid Renderer wasn't added until build 1464, 1502 is just the last build before forge gradle 2.0


This is correct. I've just been updating to the latest Forge version occasionally, since it's just a test mod I don't worry about compatibility with older versions of Java or Forge.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Link to post
Share on other sites
  • 1 month later...

Thanks so much for the post, it has really helped me with fluids in 1.8.  However, I am having an issue with getting the texture hooked up correctly.  I am currently getting a texture error saying that I am missing 2 textures (the flow and still) in DOMAIN minecraft, however I have it of course with my mod's assets.  It seems like it is looking for it in the Minecraft asset structure.


log below


[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: The following texture errors were found.
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: ==================================================
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:   DOMAIN minecraft
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: --------------------------------------------------
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:   domain minecraft is missing 2 textures
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:     domain minecraft has 3 locations:
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:       unknown resourcepack type net.minecraft.client.resources.DefaultResourcePack : Default
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:       mod FML resources at C:\Users\Jerrbear\.gradle\caches\minecraft\net\minecraftforge\forge\1.8-\snapshot\20141130\forgeSrc-1.8-
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:       mod Forge resources at C:\Users\Jerrbear\.gradle\caches\minecraft\net\minecraftforge\forge\1.8-\snapshot\20141130\forgeSrc-1.8-
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: -------------------------
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:     The missing resources for domain minecraft are:
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:       textures/blocks/lifestream_flow.png
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:       textures/blocks/lifestream_still.png
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: -------------------------
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:     No other errors exist for domain minecraft
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: ==================================================
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: ==================================================
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:   DOMAIN makomod
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: --------------------------------------------------
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:   domain makomod is missing 1 texture
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:     domain makomod has 1 location:
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:       mod makomod resources at C:\Users\Jerrbear\Desktop\Minecraft\makomod\build\libs\makomod-1.0.jar
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: -------------------------
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:     The missing resources for domain makomod are:
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:       textures/blocks/makoReactor.png
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: -------------------------
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]:     No other errors exist for domain makomod
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: ==================================================
[16:07:28] [Client thread/ERROR] [TEXTURE ERRORS]: +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=



NOTE: I have textures working for other items and blocks, I just haven't gotten around to making a texture for the reactor, so ignore that one please.


EDIT: I shouldn't blindly use source code :P  for anyone else that might encounter this problem, make sure to include "modid:path/to/texture" in your constructor for your fluid, instead of just "path/to/texture"


public FluidLifestream() {
        super(NAME, new ResourceLocation("makomod:blocks/lifestream_still"), new ResourceLocation("makomod:blocks/lifestream_flow"));

Link to post
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.

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.

  • Recently Browsing

    No registered users viewing this page.

  • Posts

    • What I've been trying to do is I have been attempting to implement an item that can create a transparent blue layer around the entire player. I am using Curios' API for this, as the item is meant to be an equippable accessory. There are also other accessories I have implemented to the mod using the API. I have been able to implement everything that handles this rendering with the accessory item, however I've become stuck after running into a specific issue: when the transparent blue layer is active, it will prevent any accessories specifically on the player's arms from rendering. As far as I can tell, this only happens with the accessories on the player's arms (such as the gloves or even Curios' template knuckles item), as accessories rendering on the player's body for some reason render just fine under the transparent layer. Images for better context: I have been at this for quite awhile but haven't able to figure out what is causing this issue, especially since the inconsistency between rendering for body parts has made me even more confused. It could be a Curios issue, but nothing in its accessory layer code exactly stands out as a cause (if it is indeed Curios' fault though it would at least be good to know what the issue is to pass on to the mod dev). The pendant and glove accessories both render with the same RenderType and render buffer, which I duplicated based on the vanilla armor layer's choices for that, as the vanilla armor layer is also immune to the transparency issue on the arm model part: The relevant code for items and renderers can be found below: Pendants: - https://github.com/Gilded-Games/The-Aether/blob/1.16/src/main/java/com/gildedgames/aether/common/item/accessories/pendant/PendantItem.java - https://github.com/Gilded-Games/The-Aether/blob/1.16/src/main/java/com/gildedgames/aether/client/renderer/accessory/model/PendantModel.java Gloves: - https://github.com/Gilded-Games/The-Aether/blob/1.16/src/main/java/com/gildedgames/aether/common/item/accessories/gloves/GlovesItem.java - https://github.com/Gilded-Games/The-Aether/blob/1.16/src/main/java/com/gildedgames/aether/client/renderer/accessory/model/GlovesModel.java Repulsion Shield (the item creating the transparency layer): - https://github.com/Gilded-Games/The-Aether/blob/1.16/src/main/java/com/gildedgames/aether/common/item/accessories/misc/RepulsionShieldItem.java - https://github.com/Gilded-Games/The-Aether/blob/1.16/src/main/java/com/gildedgames/aether/client/renderer/accessory/model/RepulsionShieldModel.java and, if necessary, Curios' Accessory Layer (code not mine, obviously): - https://github.com/TheIllusiveC4/Curios/blob/1.16.x-forge/src/main/java/top/theillusivec4/curios/client/render/CuriosLayer.java Any help would be appreciated, as I've run out of ideas for what could be causing this issue and how I could fix it. I can provide more information if needed.
    • Ok that's fair. But it's still terrible.
    • Really old Minecraft versions are no longer supported on this forum. Please update to a modern version of Minecraft to receive support.
    • Ah sorry, you're right. I can refer you to the way Lycanites renders all of their .obj model entities, and best of all it's up to date for 1.16, but it is pretty complicated than just your standard java model. Depending on what you're doing it might not be worth it... https://gitlab.com/Lycanite/LycanitesMobs/-/tree/master/src/main/java/com/lycanitesmobs/client
    • wasn't TEST for item stacks, or tile entities? I know I have to extend an EntityRenderer, but I don't know how to get an obj to render from there
  • Topics

  • Who's Online (See full list)

  • Create New...

Important Information

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