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

TheNuclearDuck

Members
  • Content Count

    39
  • Joined

  • Last visited

Community Reputation

0 Neutral

About TheNuclearDuck

  • Rank
    Tree Puncher

Converted

  • Gender
    Undisclosed
  1. In this particular case, the server-side of the mod isn't always needed. The mod will run without the server-side, just with some of its features disabled (I have the server-side send a packet to notify the client that it's there and turn those features on). I don't want to spam @SideOnlys everywhere so I'll stick to only invoking those classes that refer to client-only stuff from the client.
  2. I'm working on updating a very heavily client-sided mod. The only part of the mod that needs to run on the server side is a couple of event handlers, which only send IMessage packets back to the client for the main part of the mod to handle. Since a server-only JAR of this mod would be tiny, be very easy to debug and update and not cause problems with @SideOnly, would it be a good idea to cut the server stuff completely from the client mod and create a new, server-only mod for the event handlers? Is there a better way to handle this situation? Edit: Does using @SideOnly(Side.CL
  3. FIXED! The solution wasn't exactly what you said, but your findings did cause me to look into a few things. First, I rendered the whole texture so I could see better, then I looked into RenderItem#renderEffect(). I found that some of my calculations were weirdly flipped (*8 instead of /8, for example). I think this was actually part of a previous attempt to fix the problem, someone suggested using the reciprocal. Either way, that caused the animation to work properly again (did have to mess around with the bound texture, though...) Thank you RANKSHANK!
  4. GitHub. This is for 1.7.10, but none of the code has changed apart from things like replacing .addVertexWithUV from Tessellator to WorldRenderer.
  5. Not directly a solution, but the error on the additional quads sounds like an undersized UV area. I've messed around previously with the Glint for a shield esque overlay and when its UV coords aren't displaced enough you get gaps akin to what you've described because it 'zooms' in on the textures. Why would the UVs have changed at all between me rendering these two quads (the only thing inbetween is a regular quad, drawTexturedModalRect). I wouldn't thought it was some OpenGL state that's now changed in 1.8... Hmm. I wish I could say I had any ideas.
  6. I've been able to draw the enchantment effect over a quad in 1.7.10, using the following method: /** Bits which are modified while rendering item glints, so must be pushed/popped. * @see #drawTexturedGlintRect(int, int, int, int, int, int) */ public static final int GL_GLINT_BITS = GL_ENABLE_BIT | GL_TEXTURE_BIT | GL_TRANSFORM_BIT | GL_DEPTH_BUFFER_BIT | GL_COLOR_BUFFER_BIT | GL_CURRENT_BIT; /** Render an 'item glint' over the specified quad with the currently bound texture for clipping. * @param x X coordinate of the top-left * @param y Y co
  7. Thank you all. I got it working, using a custom EntityItem class and Item#createEntity(). I can now render exactly how I want!
  8. As I have found from a couple of older threads and other sites, item rendering in 1.8 does not apply any transformation to items on the ground or in item frames. Therefore, the only way to make your model smaller is to scale it down in its default state. I want to scale down an item when it is thrown. However, I would like it to remain the same size in the player's inventory and everywhere else, and I want to use an inbuilt model (i.e. generated from the texture of the item). I just want the same model smaller when it's dropped. What do I do?
  9. I'm back. After a release of the mod, and me being sure everything was working perfectly again, I found out I was wrong. Here we are again, same issue, absolutely no reason I can think of why. Seems like putting any code at all into a RenderGameOverlayEvent causes the problem. Ugh...
  10. Writing a new post here, because I think I actually do have a solution. I updated Minecraft Forge... Turns out I must've been using one of the early development versions rather than any of the newer ones which work properly. Why I hadn't tried that earlier, I can't fathom.
  11. SOLUTION! "You could try copying drawRect into your own class, and slowly whittling down further until you get to the statement which causes the issue. Apart from that I'm stuck, sorry!" Before I saw this post, this is what I started doing. I copied over drawRect into my own RenderUtil class and, as you said, whittled it down. Somehow, that came up with a solution. Now, what I find most baffling is what was causing the problem. It was with this line: GlStateManager.enableBlend(); Even though all I could find in this method was a lot of abstraction from GL11.glEnable(GL11.G
  12. No luck. I was already using glPushAttrib and glPushMatrix. I tried removing them, and interestingly, removing glPushAttrib and glPopAttrib (GL_ALL_ATTRIB_BITS) actually fixed the problem... Partially. When I did that, the problem appeared whenever I was looking at the skybox and not the terrain, then went away again afterwards. However, since I do change some GL states during my rendering, I can't keep it like this (and it only makes more errors, anyway...). So, I started removing parts to see if the error would fix. In the end, I managed to narrow the entire problem down to Minecraft's
  13. Hello, I hook into RenderGameOverlayEvent, and check for ElementType.ALL to ensure everything only renders once. The event is lowest priority, so it should render last. Within the event I render several things to the GUI, including text, items, textured quads, and some transparent textured quads. The transparency seems to break the rendering engine somehow, because whenever I render anything with a transparent colour, the following happens to the hotbar and every other transparent part of the HUD: Everything gets weirdly bright, and I can't work out what's causing it. It seems to corres
  14. Seems the issue is gone, turns out the issue was that I hadn't set a glBlendFunc, so I just used the usual GL_SRC_ALPHA and GL_ONE_MINUS_SRC_ALPHA and the issue appears to have disappeared. Thanks for your help, though!
  15. I'm attempting to create a custom rendered block, which will use a model from Techne. I've got everything rendering fine, except at random intervals I enccounter a weird lighting bug. I've tried using tessellator light values, disabling lighting, and nothing works. The rendered block switches between the two images seen below - the first (darker) one is the correct one. Here's the rendering code I have at the moment: @Override public void renderTileEntityAt(TileEntity tileentity, double d0, double d1, double d2, float f) { TileEntityCrystal te = ((TileEntityCrystal) tileentit
×
×
  • Create New...

Important Information

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