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

ricepuffz

Members
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

0 Neutral

About ricepuffz

  • Rank
    Tree Puncher

Converted

  • Gender
    Male
  • Location
    Germany

Recent Profile Visitors

754 profile views
  1. I can't quite do that because I'm working on something with a few other people who aren't willing to update. I really am just asking whether I (and anyone else who might still have questions regarding 1.12) can find more help somewhere else
  2. Since the forums dropped support for 1.12 I just wanted to ask if there's anywhere else to look for help. This is pretty much the only forge related forum I could find and I don't really want to give up on a problem which I've been trying to overcome for more than a week and made me learn even more about Java than I did in school. Thank you for every reply
  3. Okay, so since no more replies were coming in I decided to read up on the JVM architecture as well as Java bytecode and ASM and managed to create a coremod to do what I explained in a previous post of mine, which works just fine. Now I'm running into the issue of the skin not loading right, aka even with the standard player model and a skin file which is just a full on 64x64 black and white gradient with no transparent pixels the player looks black and pink like this: I am certain that it's not an issue with the bytecode manipulation itself, but more that my approach is still wrong
  4. Well, how would I go about achieving a different entity texture without coremodding then? As I said, I couldn't figure it out myself by looking at all the forge provided classes. Thanks for all the information though!
  5. I'm pretty sure Mixin didn't exist in 1.12.2 though? I can't find any of the classes you specified in your code in the forge version I am using (forge-1.12.2-14.23.5.2768) Thanks for the idea tho! I'll do some more research on modifying vanilla code tomorrow and see if I can do it myself
  6. Thanks for the info. Still, I'm not sure how to set the texture that is going to be used for the model and after having looked through several classes, including the EntityPlayer class and all its superclasses, I can't seem to find a variable that hold the ResourceLocation to the texture or anything similar. The closest thing I found was: public ResourceLocation getEntityTexture(AbstractClientPlayer entity) { return entity.getLocationSkin(); } in the RenderPlayer class, but I'm quite sure how I would make use of that. My guess would be that I would somehow have to let AbstractClient
  7. Hi, I'm trying to manipulate the player model yet again, but now it's in 1.12.2. This time I wanted to try to replace the player's ModelBiped ModelRenderers, so I did. I replaced only the bipedBody variable but now the player's body part is not being rendered at all. From what I've seen the ModelRenderer contains no methods that actually render the model, which is why I thought that I could just replace it with a different model and still have it render just as before. Here is the code I have so far: private boolean initialized = false; private static final ResourceLocation rl = new
  8. I just managed to fix the issue. For anyone who find this post in the future, I used the following code to do it: Vec3d projectedView = Minecraft.getInstance().gameRenderer.getActiveRenderInfo().getProjectedView(); ClientPlayerEntity playerEntity = Minecraft.getInstance().player; double x = playerEntity.lastTickPosX + (playerEntity.posX - playerEntity.lastTickPosX) * partialTicks; double y = playerEntity.lastTickPosY + (playerEntity.posY - playerEntity.lastTickPosY) * partialTicks; double z = playerEntity.lastTickPosZ + (playerEntity.posZ - playerEntity.lastTickPosZ) * partialTicks; GlSt
  9. Hi, this is my first time posting on here so sorry for everything that I'm gonna do wrong in advance I am currently trying to render custom models using OpenGL. Now I have a mesh which follows the player, but as soon as I go into third person the position of the mesh isn't correct anymore because OpenGL translates from the viewport and not the actual player "eyes" position where the viewport is located in first person (as far as I know). Now my question is, how do I compensate for the offset? Is there a way to get the actual viewport position in relation to the player "eyes" o
×
×
  • Create New...

Important Information

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