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

Curle

Moderators
  • Posts

    160
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Curle

  1. Here we are, post-1.16 release. Looks like we're moving to only supporting 1.15.x and 1.16.x, due to overwhelming community adoption. There'll be a grace period for modders of 1.14.x to update to one of the supported versions, but after that, no 1.14 support.
  2. 1.15.x is our new Long-Term Support candidate. I presume it'll remain the default until the grace period ends and we move to 1.15.x & 1.16.x, by which point the default branch *should* move to 1.16.x. Can't be certain though, because we're a long way away from a recommended build. Early beta, you see.
  3. The "Forge Library" is generated by one of the IDEs during the gradle setup and first sync. If you can't find it from there, you probably shouldn't be using VSCode.
  4. Oh, well that explains why i couldn't find recent code for those mods. 1.12 is not supported on this forum Update to a modern version, please.
  5. It doesn't seem possible for a user to delete posts. However, getting VSCode to work properly with Java, especially compiling and debugging, is a pain in the proverbial for most people, so i reccommend you stick to one of IntelliJ or Eclipse until you get the hang of it.
  6. It looks like some mod forgot to end the buffer after applying a transform to the world, causing the block that renders next (the door) to behave weirdly. I'll quickly check to see if i can narrow down which one of those mods is being weird. At a glance, it looks like removing Optifine isn't causing it, more that the hacks and changes that Optifine make to the game, solve it in some weird roundabout way. Which is, as you can guess, bad for consistency.
  7. The fix was pushed with build 32.0.19, that should solve your error. Any more issues, let us know.
  8. The latest build (32.0.19) should have the fixes that you guys need. If you have any more issues, let us know.
  9. This is a known bug, and we're working on fixing it. It should be solved in one of the next few updates.
  10. Because i was on a streak of being a collossal idiot, i PRed a fix for this - AbstractBlock.Properties now has harvestTool and harvestLevel. https://github.com/MinecraftForge/MinecraftForge/pull/6819
  11. I've opened a pull request, we'll see if the change is merged. https://github.com/MinecraftForge/MinecraftForge/pull/6821
  12. I'm going to look into this for a little. It should be as simple as a quick patch on the isNightTime function. Let's see.
  13. 1.12 is not supported on this forum. Please update to a modern version (1.15.2, or 1.16.1) to receive support.
  14. IIt looks like in 1.16 they were put into Block: 515 private net.minecraftforge.common.ToolType harvestTool; 516 private int harvestLevel; You should be able to change them through a class that extends Block, without using the archaic Properties builder system. Note to self: don't look at the 1.15.2 source for a 1.16 issue
  15. If player.getTeam().getName() is different for every player, then every player is in a different team. How are you adding the players to the team?
  16. The issue is the fact that MCreator made the code that caused the crash. It doesn't matter where you launch it, the issue is the same. MCreator is unsupported. Learn Java.
  17. This issue has been solved and merged: https://github.com/MinecraftForge/MinecraftForge/pull/6802 This post can be closed now
  18. Yes, that folder structure seems to be okay - it shows the breadcrumbs at the top, I can't see at a glance why this is happening. Go through Daemon's signature and check out the log file info, that'll help us here.
  19. I see these fields in the Block.Properties class: private boolean variableOpacity; private int harvestLevel = -1; private net.minecraftforge.common.ToolType harvestTool; private java.util.function.Supplier<ResourceLocation> lootTableSupplier; The inner two are what you want.
  20. I can't navigate the Eclipse UI - i'm too unfamiliar with it. There seems to be a workable solution here, though. If your version of Eclipse doesn't have the Java-> dropdown, then there's another way to get to that tab; Properties -> Java Compiler; uncheck "Use compliance from execution environment" and change the compliance level to something really high, like Java 14. It will complain that you don't have a Java compiler capable of making bytecode that high level, and will redirect to the "Installed JREs" tab. Annoyingly, Eclipse calls the JDKs JREs, and it should not, for they are different, and should not be confused.
  21. Decompiling and changing a mod without the author's permission is against our "code of conduct", and is not encouraged. There is a public git repo of MorePlayerModels here, but it is for 1.10.2 and you're on your own to update it.
  22. PixelMon Reforged is for an outdated version of Minecraft. Update to receive support. Also, we ask that you try to keep the Forum to English.
×
×
  • Create New...

Important Information

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