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

sequituri

Forge Modder
  • Content Count

    669
  • Joined

  • Last visited

Community Reputation

118 Excellent

About sequituri

  • Rank
    Dragon Slayer

Converted

  • Gender
    Female
  • URL
    http://www.sequitur.us/index.html
  • Location
    Northeast US
  • Personal Text
    java and C++ developer - 36 languages spoken

Recent Profile Visitors

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

  1. Your proxy does need this method declared, but only as abstract -- (No {...} used). In other words, in the common proxy only: public abstract void registerRenderThing(); -- also add @Override to your client proxy version of the method with the actual code {...}. Alternatively, if you do not want an abstract base class, declare the method with empty braces "{}" instead.
  2. READ THE EAQ~!!!, then... Either upgrade to latest Forge or downgrade Java to Java 7.
  3. Check your renderer with @Overrides on every method you expect to get called by Minecraft. I suspect that since you changed the method signature, your renderItem method is not called at all. Or, you could call it yourself from the Overridden renderItem method. Another question... Why does your method have two (2) ItemStack parameters? You can always get metadata from the original parameter.
  4. Where do you call this method? I cannot find it in your posted code. It should look like this: proxy.registerRenderThing(); Did you forget it?
  5. Two things: [*]You're using an old version of Minecraft that is no longer supported. Update to 1.7.10... [*]Cauldron is not Forge ... Forge is not Cauldron. Your answer might find be better answered on the Cauldron forums. ~S~
  6. Also, make sure you do not "Export jar file" in the IDE. You did remember to run: gradlew build (right?) then get your jar from the build/libs folder...
  7. .........1.........2..... ....|....0....|....0....| BioshockPacketChannel As you can see the message is indicating that your channel name length is 21 characters, where: 21 > 20 the maximum length of a channel name. Therefore, your channel is invalid.
  8. Please see this article on why it is bad to pass 'this' outside the constructor. You should not call registry or any method that uses 'this' when constructing.
  9. This is a pixelmon issue, not a forge issue. Take it there.
  10. @bcwadsworth, I have given you the code to get a tag containing all of the TE's NBTData. Saving it in your entity is basic java. Read the inline comments. Also, beware that you will have no way of knowing how to recreate a tile entity just by its NBT data. You need its class, as well as the associated Block's class. So, if the TE is deleted as Hugo said, your item is no longer associated with anything. @Whov, if you understood the question, the answer is not "Go the <someperson> way." State what you think the problem is and offer a suggestion. @bcwadsworth, you could get
  11. Don't override 'isOpaqueCube()' that handles the opacity based on graphics level for you in the BlockLeaves base class. ALso, the only statements you need in the constructor is the setCreativeTab one. Everything else is, again, in the base class you used.
  12. Here is an example of subclassing and overriding TNT blast sizes: CAVEAT: It has not been syntax checked or tested. Use at your own risk.
  13. NBTTagCompound tag = new NBTTagCompound(); p_tileEntity.writeToNBT(tag); // examine or do something with the NBT Data tag // if you change the values for some silly reason p_tileEntity.readFromNBT(changedTag); But, beware! Messing with the NBT data of an unknown TE can cause nasty behavior or crashes.
×
×
  • Create New...

Important Information

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