larsgerrits

No, it's java -jar <filename>, with the dash in front of "jar".

jar- != -jar You misplaced the ' - ' character.

Again, why are you still using IInventory instead of the IItemHandler capability?

First line of your method: ItemStack itemstack = null;

public static final String SERVER_PROXY_CLASS = "com.matthewrivas.foxtech.ServerProxy"; No, it isn't. At least not in the one you posted here.

package com.matthewrivas.foxtech.proxy; So your ServerProxy does exist in the proxy package? That also put it inside the String you pass into the @SidedProxy.

public static final String CLIENT_PROXY_CLASS = "com.matthewrivas.foxtech.proxy.ClientProxy"; public static final String SERVER_PROXY_CLASS = "com.matthewrivas.foxtech.ServerProxy"; Your ClientProxy is inside the proxy package and ServerProxy not? Your variable should be the same as the package declaration of the ServerrProxy.

It is probably because of a difference in functionality. EnderIO expects you to do nothing with the energy, and let the conduits handle the extracting and receiving of energy like most mods do. You are continuously outputting to the TileEntity underneath, even when EnderIO's conduit has a disabled connection to the top.

Caused by: java.lang.ClassNotFoundException: com.matthewrivas.foxtech.ServerProxy Sounds obvious to me. It can't find your ServerProxy, did you check your spelling in @SidedProxy?

Do you mean that you want to get the energy when the player right-clicks the block? Override Block#onBlockActivated, get the TileEntity using IBlockAccess#getTileEntity and cast it to your TileEntitySolarPanel. Then print the energy to chat using EntityPlayer#sendStatusMessage.

Instead of Minecraft.getMinecraft().player, use playerIn.

This will make the code run on the client only. But that will still crash the server as it still tries to load the Minecraft class on the server side. Using the EntityPlayer parameter will fix this.

You can't use the Minecraft class inside common code, use the EntityPlayer parameter or else your mod will crash the server.

if(consumer != null) this.container.extractEnergy(consumer.receiveEnergy(this.container.getEnergyStored(), false), false); I think your issue is here. You are trying to make the consumer receive all the energy stored inside the solar panel. Try using the max output (15) instead of getEnergyStored().

I don't know what's up with your crash, but I can tell you one thing: 1GB of RAM is for sure not enough of RAM for Sky Factory 3. You need at least 3 to 4 GB assigned to Minecraft.

He means you probably plugged your monitor into the wrong port. Use the one from the GPU, not the motherboard one.

You can extend BlockPane to make your block act like a pane or iron bar. Then also copy the blockstate and model files and adapt properly.

In 1.11 and after, an ItemStack can never be null. Return and use ItemStack.EMPTY instead of null. He has not updated his mappings, that's why. OP, you should update your mappings, it will make a stuff a lot easier to read.

You are still making a new instance of Grill. Use the one supplied in the method: public void renderTileEntityAt(Grill te, double x, double y, double z, float partialTicks, int destroyStage) See the Grill te part? It's the first parameter of the method. Use it.

No. It is entirely up to the mod author to decide whether to use the Forge energy capability or not. LexManos explains it here. Also, RF is not deprecated, it just has not updated yet, and a lot of mods which are "RF compatible" are just calling the Forge energy capability "RF".

It looks like you are trying to override a method outside of the correct scope (correct word?). It should be inside the class, but outside of the constructor. Also, use your IDE to override methods. It will automatically use the correct method signature.

What do you think we can do with this info? Nothing. Those are not the logs we asked for. Please post fml-client-latest.

Yes, to MinecraftForge.EVENT_BUS.

Why are you still using IInventory? Use the IItemHandler capability. And no, don't make a second thread for the same problem.

To be honest, I think it has to do with your specs. Your machine only has 4GB of RAM, and you won't be able to allocate all of that to Minecraft. And then it tries to load as much as it can (2GB I presume), which is most likely not enough RAM for Sky Factory 3. If you'll look at the logs, it was still doing stuff when you closed Minecraft, so you'll have to wait longer. You can change a setting in the launcher to keep the launcher open while running Minecraft, so you can keep looking at the logs while the game is running. That way you can see that Minecraft is still loading up. Just as a warning: if it is going to finish loading at all, you'll probably get a lot of lag.