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

TheOrangeInd

Members
  • Posts

    29
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

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

TheOrangeInd's Achievements

Tree Puncher

Tree Puncher (2/8)

0

Reputation

  1. I tried to update the forge and the library used, and then completely rebuilt the project. I'm still not sure what exactly the problem was, but it has now been resolved.
  2. In my mod, I need to use some libraries (GeckoLib), which I have not done before. So, I decided to just follow the API developer's instructions. Now I can successfully build my mod with the library connected and I see the library classes in my IDE. The problem is that I cannot start the game client to test my mod. The client gives me the error "NoSuchMethodError". As far as I understand, this should be related to mappings (I use the official ones). If anyone knows what I am doing wrong, please explain to me. This is my 'build.gradle': This is the Crash Report:
  3. Fixed this. Thanks again for your help.
  4. Okay. Now I think that I figured out my mistake and this is how my Provider looks now:
  5. Should I just create a new instance of RadiationCapability in my Provider? Or should I not use LazyOptional at all?
  6. Should I use an instance of my RadiationCapability for this?
  7. Okay. The second link was really helpful to me. Thanks for it. I managed to implement the capability I needed, but I'm not sure about the correctness of my approach to serialization. Anyway, I post the resulting code here. Thanks again for your help. My interface: Its implementation: And its provider:
  8. I'm trying to add a radiation to my mod and I need to store its value for each player. As I understand it, I should use capability for this. The problem is that I don't understand well the new capability system in 1.17. So, can I create a capability to store an integer value? What are the main components of capability in its present form?
  9. I tried to make a multipart entity using a Forge class called "PartEntity" and I think I found a flaw in the hooks associated with this class. Currently, such entity parts cannot take damage (their "hurt" method is simply not called). It seems to me that this is due to the fact that the "getEntities" methods in the vanilla class "Level" have not been modified. It would be nice if these methods were also modified to notify the game when there are custom entity parts in the world (similar to vanilla dragon parts). P. S. Sorry for my English.
  10. So, after researching how vanilla projectiles work, I found that when determining whether to hit the target, they request a list of entities using a method from the Level class (the method is called getEntities). So the fact is that in this method they directly check whether the entity is a vanilla Dragon and, if true, request its PartEntities. That is, this method cannot add custom PartEntities to the returned list as ordinary entities, since they do not exist in the world, but they are a logical continuation of the parent class. At the same time, the getEntities method does not ask the checked entity to check the isMultipartEntity (from IForgeEntity interface) and, accordingly, does not add entities returned by the getParts method to the list. I still do not rule out the possibility that I misunderstand the principle of this system. But at the moment it seems to me that in the current version of Forge, the correct implementation of Multipart Entities in the way conceived by the API developers is not possible. I will be glad if I'm wrong and someone will correct me.
  11. Experimenting with multiparty entities, I ran into a problem. My part entity does not detect incoming damage. I was making my entities following the example of vanilla dragon, and I think I missed some important detail. I would be grateful for any hints. So this is my Parent Entity class: and a Part Entity:
  12. As a result, I came to the conclusion that the problem was a conflict between the render of the fluid and its tank. That is, a tank whose render type was set to Translucent simply did not allow fluids with similar render types to be rendered. I'm not sure if there is a way to fix this, but for now I decided to just change the render type of the tank.
  13. I tried to change the buffer value, but it didn't work. Current buffer value: IVertexBuilder builder = buffer.getBuffer(RenderType.getText(AtlasTexture.LOCATION_BLOCKS_TEXTURE));
  14. Ok. This is how the renderer looks now:
  15. I have a custom fluid tank tileentity with attached special renderer for internal fluid. The problem is that fluid rendering does not happen when the player is not looking at any block. If I remove the interface with the F1 key, the rendering also fails. Does anyone know what could be causing this renderer behavior? This is how I registering my Renderer: private void setupClient(final FMLClientSetupEvent event) { RenderTypeLookup.setRenderLayer(RegistryHandler.BLOCK_FLUID_TANK.get(), RenderType.getTranslucent()); ClientRegistry.bindTileEntityRenderer(HTUTileEntityType.FLUID_TANK.get(), RendererFluidTank::new); }
×
×
  • Create New...

Important Information

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