kreezxil

Ultimately I had to perform another rewrite and get away from the IPropertyInt that I was using and go for IPropertyEnum. I also had to fully implement mod changes as per the tutorial by BedrockMiner at http://bedrockminer.jimdo.com/modding-tutorials/basic-modding-1-8/blockstates-and-metadata/. The full set of changes will be available in a couple of hours or less at https://github.com/kreezxil/Compressed-Blocks-by-Kreezxil, my mod is opensource so feel free to plagiarize and learn from it. Also, I'm open to suggestions as to how to improve the code and resource sections.

Can you show some of the code that makes this TESR object? I know that for an item you would make it render in the inventory via: Minecraft.getMinecraft().getRenderItem().getItemModelMesher().register(item, 0, new ModelResourceLocation(modid + ":" + item.getUnlocalizedName().substring(5), "inventory")); Can't you shove your TESR object in that somewhere? If it's a block use Item.getItemFromBlock(blockObject) in place of the 'item' field.

That didn't help. I don't know why either. Your code you said I was missing, I added it. Somehow I skipped it in the tutorials I was reading.

Now that I have solved my problem with dropping the right blocks from my compressed blocks and their various block states, I have a new issue. I don't know what the problem is so any help would be great. When I register my models for the blocks, the getItemFromBlock() function is only creating the item texture for default state and not any of the other states that the block is capable of. Example: CompressedCobbblestone.java https://github.com/kreezxil/Compressed-Blocks-by-Kreezxil/blob/master/src/main/java/com/kreezxil/compressedblocks/blocks/CompressedCobblestone.java BlockRenderRegister.java https://github.com/kreezxil/Compressed-Blocks-by-Kreezxil/blob/master/src/main/java/com/kreezxil/compressedblocks/client/render/blocks/BlockRenderRegister.java I think I can see why its happening, but there doesn't seem to be a away to generate an item for each of the states.

Thanks for clearing that up.

Technically this is solved, but I don't understand why it is. I solved my problem with the block drops. I reduced my code too far apparently and did something that I thought it was legal, Minecraft felt it wasn't. I put a bunch of variables to the top to make configuring successive new compressed blocks easier, and to make balancing also easier. One of the lines I put up top was: public static final Block masterBlock = ModBlocks.CompressedFlint; And then I reference 'masterBlock' in the getItemDropped function. Well, Minecraft wouldn't allow that, it wanted me to put ModBlocks.CompressedFlint there. Oddly it accepted all of the other variables. Any idea as to why it behaved like that?

Check the changelog for build 1568+, Lex caught that in a crash report I made already on this forum in regards to what you are seeing. Now we are left with an issue where the custom blocks don't want to drop custom blocks.

I'll try to be brief. But if you want the long winded version see http://minecraft.curseforge.com/projects/kreezxils-compressed-blocks or https://github.com/kreezxil/Compressed-Blocks-by-Kreezxil. The curseforge site contains my last working version before I went to blockstates and a deeper description for everything the mod provides. The way the mod works is that you take 9 blocks, say cobblestone, and put them evenly in a crafting table and get one compressed cobblestone back. This scenario progresses 7 more times until you reach octuple compressed cobblestone. I've done this for dirt, gravel, coal to the 4th tier, and sand thus far. That's when I went to block states. While uncrafting is the preferable way to get lower tiered blocks back, I thought it would be clever to have the option to harvest them back as well, so if you mined octuple compressed cobblestone you would get 9 septuple compressed cobblestone. However, that is no longer happening, you can get the vanila item back when you harvest compressed or tier 1 blocks, but the higher tiered blocks are no longer returning the tier below them. I have asked both The_Fireplace and BedrockMiner for help with this, and they are telling me they see nothing wrong with the code, therefore I am bring it back to you guys.

The solution is to upgrade to build 1568 or higher.

Ok, that stops my world from crashing, but then it breaks the block dropping mechanism.

Crash Report: http://pastebin.com/b4ArCdj6 Source: https://github.com/kreezxil/Compressed-Blocks-by-Kreezxil Source folder where errors appear when the PropertyInt is referenced when a block is broken (harvested): https://github.com/kreezxil/Compressed-Blocks-by-Kreezxil/tree/master/src/main/java/com/kreezxil/compressedblocks/blocks I've been working on a Compressed Blocks mod for 1.8 that uses Forge B1543. Recently at the advisement of another modder I reduced my code complexity by using blockstates. The blocks are supposed to have a PropertyInteger called TIER that helps the block class determine which blocktype is to be dropped when a block is harvested. I have my mod setup to return the compressed block that is one tier below the block being harvested. The error it says in short is: java.lang.IllegalArgumentException: Cannot get property PropertyInteger{name=tier, clazz=class java.lang.Integer, values=[0, 1, 2, 3, 4, 5, 6, 7]} as it does not exist in BlockState{block=minecraft:air, properties=[]} It must be noted that I didn't actually add the property to my classes, The_Fireplace was the one that suggested I go with blockstates, and for the one block that he recoded as an example, the PropertingInteger line was in there, and I migrated it to my other block classes. That line being: int tier = ((Integer) world.getBlockState(pos).getValue(TIER)) .intValue(); He says he is stumped by the error and suggested that I post it here to get some insight as to what the solution should be. Notes: I am noob when it comes to Java. I can follow directions, most of my code structure is based on _Bedrock_Miner_'s tutorials. I am definitely a noob when comes to most things Forge or Minecraft in regards to coding. If there is a better structure or format for some of what I have done, suggest it, I'll implement it. Thanks for any and all help. - Kreezxil

Not currently an option. I'm building a mega mod pack for a reason. As I've said that line doesn't actually forcibly shut down anything, but it does generate an error report, that I would like it to stop doing.

I think because my mod pack is so huge this particular error gets generated, but the server continues, allows playing, etc. What I want to know is how can disable just this one bit? [12:40:15] [server Watchdog/FATAL]: A single server tick took 70.63 seconds (should be max 0.05) [12:40:15] [server Watchdog/FATAL]: Considering it to be crashed, server will forcibly shutdown. [

What option if any do I need to turn on to make forge client and server to be extra anal about mod synchronization, except in the case of sided mods. I want it to complain that someone is connecting with missing mods or extra mods.

The prior builds didn't cause this issue but b1480 is. When you enter the nether the client crashes out. The log says it is a small fireball. We think that means the sparks that come off of lava. We have to set our chunk render to 2 and tp out to keep from crashing. https://gist.github.com/kreezxil/8d2490a9f67371534eb6#file-fml-client-latest-log crash report: https://gist.github.com/kreezxil/060d1270dd760e1b11cb#file-gistfile1-txt

The client gets launched with the users choice of MultiMC and Technic Launcher. I test with both and always get the repeating achievements. As I recall from the late last year you said the MultiMC launched things better than Technic as I was seeking Technic support back then. Technic has since resolved their issue with launching 1.8. To both I allocate a minimum of 2G RAM. And those launchers launch the client in the default way as defined for each. That list of .json files was from the Dedicated server world folder so it represent all of my players. My server start line: screen -S "${FORGE}" java -Xmx2G -Dfml.debugClassPatchManager=true -Dfml.debugRegistryEntries=true -Djava.net.preferIPv4Stack=true -Dfml.queryResult=confirm -jar "${FORGE}.jar" nogui Just tried the simple test. Hmm, ok, I might be insane. The only that repeats is "You've been installed" and that probably isn't coming from forge is it. I had thought the rest of the achievement system was broken but it clearly isn't.

Those file exists but the stat reader is apparently ignoring it giving the "You've been installed", "taking inventory", "getting wood" and so and so forth over and over. At least it announces it constantly. Time sorted output of the stats folder: http://pastebin.com/JXmqw1Nq It appears to be writing data. The fml-server-latest log: https://gist.github.com/9c512c5c5dfea317e83b

Wow, just assume the worst on that last bit. I run legit and fully support the Forge team. Supposing it wasn't a mod, then the misconfiguration could be what? Bad synchronicity of the config files between client and server?

so that means I have a mod or mods preventing achievements from be stored in the world. During a session, you can progress just fine. Log out of the server and rejoin and you'll start over. Does that sound like a mod behavior issue?

I've been having an issue with achievements not being remembered between client sessions ever since I started building my 1.8 mod packs. Are there any actual issues with achievements that I need to be aware of or is it another case of a mod or more arfing them up? <pray> prays that it is a known bug and not a mod doing it </pray>

Cool and thanks for the info, that solved the problem and now I have much cleaner logs! Didn't realize until well after I done it locally with Forge Installer gui and then uploaded everything that I could've done it headless with java -jar forge-version-installer.jar --installServer

Is there any way to turn off the console spam that netty is dropping into it? example: Jun 12, 2015 7:21:34 PM io.netty.channel.ChannelOutboundBuffer safeSuccess WARNING: Failed to mark a promise as success because it is done already: DefaultChannelPromise@118e41(success) I have 10's of thousands of these lines in every log file.

I found the issue. It was Tabula by iChun. I have sent the report to him.

cool. I have backups. now what is the hard way?

I was only doing that because my fml-client-latest log is 7mb+ in size. Ok I just learned that Github has Gist which is free and bows the upload limit off of pastebin also it's faster. Crash Report https://gist.github.com/kreezxil/57e382e009944953c7a0#file-crash-2015-06-07_07-52-13-client FML Client Latest https://gist.github.com/kreezxil/57e382e009944953c7a0/raw/fml-client-latest-2015-06-07_07.52.13