Jump to content

Choonster

Moderators
  • Posts

    5117
  • Joined

  • Last visited

  • Days Won

    75

Everything posted by Choonster

  1. Did it recompile Minecraft + Forge or just skip it? If it was skipped, you should force it to be recompiled by updating to a newer Forge version, deleting the JARs for the current version in the Gradle cache or running the cleanCache task to completely wipe the cache.
  2. Use EntityPlayer#getGameProfile to get a player's GameProfile . The boolean is whether the downloaded texture names need to be securely signed. AbstractClientPlayer passes true , you probably should too.
  3. There's not much point to that. The problem is with ForgeGradle rather than Forge itself and the latest Forge version still defaults to ForgeGradle 2.0.1 stable rather than the snapshot, so you'd still have to make the same edits in build.gradle.
  4. The NullPointerException in CrashReportCategory#firstTwoElementsOfStackTraceMatch is caused by ForgeGradle not building Minecraft with debug information, this has been fixed in the latest snapshot version. In your build.gradle, uncomment the "bleeding edge" code at the top ( buildscript block and apply plugin ), comment out the "stable" plugins block, re-run setupDecompWorkspace and re-generate your IDE project. Once you've done this, the actual exception should be visible.
  5. The exception was thrown on line 35 of ItemMaskLoup , but line 35 of the code you posted couldn't have thrown that exception. Can you upload the latest version of your code and the crash report to Gist and link them here?
  6. Upload fml-server-latest.log to Gist and link it here.
  7. The exception on line 82 of ShapedOreRecipe is thrown when the length of the full shape string isn't equal to the width (the length of the last individual shape string) times the height (the number of individual shape strings). All shape strings must be the same length. Shape strings are whitespace-sensitive, so "I" isn't the same as " I " .
  8. Vanilla has no concept of gases, so most gaseous fluids (at least the ones from Thermal Foundation, IC2 and Railcraft) just use MaterialLiquid (which returns true from Material#isLiquid ).
  9. Most mod fluid blocks will extend from BlockFluidBase (which you probably meant), but it's entirely possible that they'll implement IFluidBlock themselves and not use the reference implementation.
  10. I meant pass the player's held ItemStack to getHarvestLevel instead of creating a new one with metadata 0 and no NBT. What you've done looks correct.
  11. Don't check if the item extends ItemSpade , that's not a reliable indicator that the tool functions as a shovel (Tinkers' Construct tools extend ItemTool directly, bypassing ItemSpade and the other subclasses); some tools may not even extend ItemTool . Just use the harvest level check, any tool that can't act as a shovel will simply return -1 from Item#getHarvestLevel . Don't create a new ItemStack to pass to Item#getHarvestLevel , use the player's held ItemStack . Creating a new ItemStack will break any tool that uses metadata or NBT to determine the harvest level (e.g. Tinkers' Construct).
  12. Use Entity#getPosition to get the player's current position, World#getBiomeGenForCoords to get the BiomeGenBase at that position and BiomeGenBase#biomeName to get the biome's name.
  13. Override isValidPipe / isValidConnection to check if the neighbouring block is an instance of a specific pipe class instead of just BlockPipeBase .
  14. The new fluid models were added in Forge 1.8-11.14.3.1464, so make sure you're using that version or a newer one.
  15. You'll want to change canConnectTo to allow valid connections even if the neighbouring block isn't another pipe and then override isValidPipe in the sub class to check if the neighbouring block is a pipe or something that can handle steam. I'd recommend implementing a common interface in your steam-handling blocks or TileEntities and checking for this interface in isValidPipe . If your steam is implemented as a Forge Fluid , your steam-handling TileEntities should implement IFluidHandler and you should check for this interface in isValidPipe . You can see my implementation of a fluid pipe block (plus the changes to BlockPipeBase ) here. Note that this just connects visually to any block with a IFluidHandler TileEntity, it doesn't actually move fluid anywhere.
  16. I can't see any obvious errors in the log. You could try disabling the splash screen in config/splash.properties since some older graphics drivers have problems with it. If that doesn't work, I'm afraid I can't help you any further.
  17. Can you post the logs/fml-client-latest.log file from your Minecraft folder on Gist and link it here? Screenshots of the issue may also help.
  18. Do you both own the game and have your own accounts? Post the logs/fml-client-latest.log file from both clients on Gist and link them here.
  19. You've messed up the dimensions of the side model. You've made them identical to the centre model, so each connected side is just rendering the centre cube again. My side model's element goes from 4,4,0 to 12,12,4 (note the unique z coordinates); yours goes from 5,5,5 to 11,11,11. Edit: On a side note, why is your GitHub repository a bunch of unorganised files without file extensions? Why not use your mod's actual working directory as the repository?
  20. Yes, posting the full code on Gist or Pastebin would help. Could you also take a screenshot of the debug information while looking at a pipe with at least one pipe next to it and post that?
  21. The Watering Can schedules block updates with World#scheduleBlockUpdate when it detects a plant ( IPlantable or IGrowable ) in its area of effect.
  22. That's odd. If you enable debug information with F3 and look at a pipe, are any of the direction properties displayed as true?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.