Bedrock_Miner

Thanks a lot! I'll try to find out what I can achieve with this information.

Heyho guys! I have some problems updating my Mod to 1.8. I need a function to render an image with a special thickness, just like Items are rendered. The shape should adjust to the texture of the item. In 1.7 this was easy using the method ItemRenderer.renderItemIn2D(tessellator, u, v, U, V, thickness); In 1.8 I cannot find anything similar to this. Does anyone know how to get this to work in 1.8? Additionally: is there a way to render this with the vanilla enchantment effect on the texture? Any help is very much appreciated...

Doesn't this make your code a bit messy if every single event your mod is receiving is located in one class?

Heyho guys! I came across this question while I was creating my new mod. I know three different ways to set up proper event handlers, like the examples here: I wonder, which of these different methods is the best one regarding orderliness of the code, time efficiency of the program and amount of code. Or is this indifferent altogether? Please tell me what you think about this!

Heyho Guys! I downloaded Forge 11.14.1.1334 and extracted it. Then I tried to run the gradlew setupDecompWorkspace command and got this error: FAILURE: Build failed with an exception. * Where: Build file 'C:\Users\username\Desktop\Modding\Forge\build.gradle' line: 18 * What went wrong: A problem occurred evaluating root project 'Forge'. > java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at line 1 column 1 * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 8.849 secs The build.gradle file was not edited by me since I downloaded it. It looks like this: Is there something wrong with the buildscript or is there something else? Maybe there are some files in my file system blocking some options? PS: If I try 11.14.0.1299 I get the same error although, this version worked before! EDIT: Obviously it was the file system. I deleted the .gradle folder and it worked.

OK; understod: You need to makr them the same. Don't know why, but OK. (Allows a nice small handler method to be made...) Now, my model is obviously loaded but throws an exception. Crash log: Pointing to ModelBakery.class: My model file: EDIT: Forget it, I wrote layer_0 instead of layer0 .

Actually I don't want to accept it Why do we need this registratiom stuff if it is not used at all?

It's actually the registration name that's used. If I register my Item with GameRegistry.registerItem(item, "tutorial_item"); it works, but if I use GameRegistry.registerItem(item, "tutorialItem"); it does not work. Additionally, what strikes me is that my Item is displayed as a cube if the model is not found. Why?

It seems that Forge does not care about the Item's registration in ItemModelMesher. It is searched for tutorialItem.json (which is the unlocalized name and the name i registered the item with in the game registry) instead of tutorial_item.json, which is what I registered. If I change unlocalizedName and registration name it works. What have I done wrong? Model Registration: ItemModelMesher m = Minecraft.getMinecraft().getRenderItem().getItemModelMesher(); m.register(ModItems.tutorialItem, 0, new ModelResourceLocation("tutorial:tutorial_item.json", "inventory")); (Called from Client Proxy's init) File is at: [src/main/resources] assets.tutorial.models.item.tutorial_item.json Chrash log:

Actually this is exactly what I did. "Import existing project into workspace". But this creates a new project in the eclipse workspace, so I called it like this.

GOT IT! Auch ein blindes Huhn findet mal ein Korn... (= Even a blind chicken finds something to eat sometimes) There are two different versions of everything we need for a mod: The @Mod annotation, the Init events, the @EventHandler Annotation and so on, once in the package cpw.mods.fml.common and once in the package net.minecraftforge.mods.common. Although there are exactly the same, they are obviously not interchangeable. I had the wrong one imported (cpw.mods.fml.common). Was this used in 1.7? Otherwise I cannot explain why my mod worked in 1.7 with exactly the same main class... @diesieben07: I'm still interested in this library thing you mentioned. Which one do I have to import? I cannot find anything that works.

If this is so obvious that I have to import it as a library, why are there so many tutorials telling something different? (For example this one here: CLICK!) And if I really have to change this, which jar or zip do I need to import as the library?

I did it in two projects to make it easier to have several mods with one forge version. I have one folder with Forge in it. For every Mod I create a new workspace, create the mod's project and import the Forge folder as an existing project. Then I add it to the build path of the mod project and everything works fine. I think, I'm going to check my Java. I installed Java 8 recently and I think, not everything was updated correctly because I had several co-existent Java versions.

I do not have my mod in Forge's src/main/java but in another project's source folder; its a setup that has worked everytime for me until now. And why is my Java version weird?

Heyho Guys! I have created a simple Mod to test the features of Forge 1.8. Unfortunately, My Mod is not started at all. I don't know what's wrong, every structure is the same as I found in the examplemod which is run completely fine. Any Ideas? Thanks in advance!

Ok, so this means that a world IS different if I use those methods, at least if you travel around a bit, right?

Heyho Guys! I have a theoretical question today: Does it have effects on world generation if I use world.rand in my mod's methods? Is it more likely to get chunk errors if i do this? I hope you know something about this topic.. Thanks in advance!

Ok, thanks, it works now. Why did Mojang not add a automated sync?!

Well, its kinda weird because I'm referring to the normal vanilla inventory. I'm using onBlockActivated and inside this method I call player.inventory.setInventorySlotContents(0, null); I'm calling this only on server side ( world.isRemote == false ). I dont want to change this. When you right click the block with the first slot selected, the item disappears. If you have another slot selected it is still rendered inside the inventory, but it is not there anymore, if you try to use it it disappears. If you have this "ghost item" and move it to another slot, it can be used again.

Heyho Guys! I have a small problem concerning the player's inventory: When I use setInventorySlotContents(), or any other method that modifies the inventory, the client side inventory is only synchronized with the change if the slot which gets changed is the current selected slot. For any other slot, a change is not transmitted to the client. How can I force synchronization for the whole inventory to commit the changes I made? Thank you!

OK, little bit of research showed the following: The LoggerConfig of the FML Logger is set to Level.INFO in the file log4j2.xml: <Root level="all"> <AppenderRef ref="FmlSysOut" level="INFO" /> <AppenderRef ref="ServerGuiConsole" level="INFO" /> <AppenderRef ref="FmlFile"/> </Root> I need to get this LoggerConfig object, then I can change the level. Problem: The object is wrapped in another object of the class PrivateConfig which is defined as a protected class inside Logger. Can I get the Object via reflection somehow?

Tried this but didn't work. Why?! ((Logger)LogManager.getLogger(Minersbasic.MODID)).setLevel(Level.ALL); ((Logger)LogManager.getLogger(Minersbasic.MODID)).info("test"); //Only this was logged ((Logger)LogManager.getLogger(Minersbasic.MODID)).debug("test"); ((Logger)LogManager.getLogger(Minersbasic.MODID)).trace("test"); Logger is org.apache.logging.log4j.core.Logger.

Yeah, I did a lot of googling before as well, but I couldn't find anything useful...

OK, thank you!! But now I set the level to ALL and still get no DEBUG or TRACE logs...