Jump to content

Recommended Posts

Posted

Sry I have OCD, Its invisible, Not invisable... Sry, Just had to say it..

 

How are you planning to do it? just json?

If so, I dont think that you even mess with

getRenderType

..

As for why its invisible, Can you provide the block class, The clientproxy, The main class, And where you init rendering for blocks?

 

Doing stuff n' things

Posted

Well yea but the block works when the tileentity isnt connected to it and i saw this method and it should make it visable

Again, Are you going to just use json models? Or another type of model? From what I know, TileEntity or not, Json models do not require

a diffrent render type if they're just json.. How are you rendering? Client proxy and block rendering initialization would tell that..

Other than that, You maybe have the project on github? I could of helped alot more if I've seen the whole project with the important classes..

Doing stuff n' things

Posted

 

package com.team.ne.init;

import com.team.ne.blocks.barium_ore;
import com.team.ne.blocks.conreactor;
import com.team.ne.blocks.iridium_ore;
import com.team.ne.blocks.normalmf;
import com.team.ne.blocks.nucleicmf;
import com.team.ne.blocks.uranium_ore;

import net.minecraft.block.Block;
import net.minecraft.client.renderer.block.model.ModelResourceLocation;
import net.minecraft.item.Item;
import net.minecraftforge.client.model.ModelLoader;

public class NEBlocks {

public static barium_ore barium_ore;
public static normalmf normalmf;
public static iridium_ore iridium_ore;
public static nucleicmf nucleicmf;
public static conreactor conreactor;
public static uranium_ore uranium_ore;

public static void init(){
	barium_ore = new barium_ore();
	barium_ore.setUnlocalizedName("barium_ore");
	normalmf = new normalmf();
	normalmf.setUnlocalizedName("normalmf");
	iridium_ore = new iridium_ore();
	iridium_ore.setUnlocalizedName("iridium_ore");
	nucleicmf = new nucleicmf();
	nucleicmf.setUnlocalizedName("nucleicmf");
	conreactor = new conreactor();
	conreactor.setUnlocalizedName("conreactor");
	uranium_ore = new uranium_ore(true);
	uranium_ore.setUnlocalizedName("uranium_ore");
}
public static void registerRenders(){
	registerRender(barium_ore);
	registerRender(normalmf);
	registerRender(iridium_ore);
	registerRender(nucleicmf);
	registerRender(conreactor);
	registerRender(uranium_ore);
}
public static void registerRender(Block block){
	Item blockItem = Item.getItemFromBlock(block);
	ModelLoader.setCustomModelResourceLocation(blockItem, 0, new ModelResourceLocation(block.getRegistryName(), "inventory"));
}

}

Are You Feeling it now Mr.Krabs?

 

GitHub

https://github.com/nuclearelectricity/Nuclear-Electricity

Posted

You are likely extending

BlockContainer

. Don't. Just simply override

hasTileEntity(IBlockState)

&

createtileEntity(World, IBlockState)

in your block.

Go into the BlockContainer class, and look at it's

getRenderType

method. Generally speaking, BlockContainer is a pain in the proverbial behind most of the time, as vanilla uses TESR for almost all tiles.

Also previously known as eAndPi.

"Pi, is there a station coming up where we can board your train of thought?" -Kronnn

Published Mods: Underworld

Handy links: Vic_'s Forge events Own WIP Tutorials.

Posted

You are likely extending

BlockContainer

. Don't. Just simply override

hasTileEntity(IBlockState)

&

createtileEntity(World, IBlockState)

in your block.

Go into the BlockContainer class, and look at it's

getRenderType

method. Generally speaking, BlockContainer is a pain in the proverbial behind most of the time, as vanilla uses TESR for almost all tiles.

You're saying that tiles HAVE to use TESR?

Cant you just render the normal way?

Doing stuff n' things

Posted

You are likely extending

BlockContainer

. Don't. Just simply override

hasTileEntity(IBlockState)

&

createtileEntity(World, IBlockState)

in your block.

Go into the BlockContainer class, and look at it's

getRenderType

method. Generally speaking, BlockContainer is a pain in the proverbial behind most of the time, as vanilla uses TESR for almost all tiles.

You're saying that tiles HAVE to use TESR?

Cant you just render the normal way?

Where the heck am I saying that? I said that vanilla code, AKA the tiles created by the people in Mojang, uses TESR. I never stated, and never will state, that you HAVE to use TESR's for tiles, as that is not true.

Also previously known as eAndPi.

"Pi, is there a station coming up where we can board your train of thought?" -Kronnn

Published Mods: Underworld

Handy links: Vic_'s Forge events Own WIP Tutorials.

Posted

This is what i have now

package com.team.ne.blocks;

import com.team.ne.init.NETabs;
import com.team.ne.tileentity.TileEntityConReactor;

import net.minecraft.block.BlockContainer;
import net.minecraft.block.material.Material;
import net.minecraft.block.state.IBlockState;
import net.minecraft.entity.EntityLivingBase;
import net.minecraft.entity.player.EntityPlayer;
import net.minecraft.inventory.InventoryHelper;
import net.minecraft.item.ItemBlock;
import net.minecraft.item.ItemStack;
import net.minecraft.nbt.NBTTagCompound;
import net.minecraft.nbt.NBTTagList;
import net.minecraft.tileentity.TileEntity;
import net.minecraft.util.EnumBlockRenderType;
import net.minecraft.util.math.BlockPos;
import net.minecraft.util.text.ITextComponent;
import net.minecraft.util.text.TextComponentString;
import net.minecraft.util.text.TextComponentTranslation;
import net.minecraft.world.World;
import net.minecraftforge.fml.common.registry.GameRegistry;

public class conreactor extends BlockContainer {

public conreactor(){
	super(Material.GROUND);
	setRegistryName("conreactor");
	GameRegistry.register(this);
	GameRegistry.register(new ItemBlock(this), getRegistryName());
	this.setCreativeTab(NETabs.netab);
    this.setHardness(5F);
	this.setResistance(5F);
	this.setHarvestLevel("pickaxe", 2);
}

@Override
public EnumBlockRenderType getRenderType(IBlockState state) {
	return super.getRenderType(state);
}

@Override
public boolean hasTileEntity(IBlockState state) {
	return super.hasTileEntity(state);
}

@Override
public void breakBlock(World world, BlockPos pos, IBlockState blockstate) {
	TileEntityConReactor te = (TileEntityConReactor) world.getTileEntity(pos);
    InventoryHelper.dropInventoryItems(world, pos, te);
    super.breakBlock(world, pos, blockstate);
}


@Override
public void onBlockPlacedBy(World worldIn, BlockPos pos, IBlockState state, EntityLivingBase placer, ItemStack stack) {
    if (stack.hasDisplayName()) {
        ((TileEntityConReactor) worldIn.getTileEntity(pos)).setCustomName(stack.getDisplayName());
    }
}

@Override
public TileEntity createNewTileEntity(World worldIn, int meta) {
	return new TileEntityConReactor();
}
}

Are You Feeling it now Mr.Krabs?

 

GitHub

https://github.com/nuclearelectricity/Nuclear-Electricity

Posted

You are likely extending

BlockContainer

. Don't. Just simply override

hasTileEntity(IBlockState)

&

createtileEntity(World, IBlockState)

in your block.

Go into the BlockContainer class, and look at it's

getRenderType

method. Generally speaking, BlockContainer is a pain in the proverbial behind most of the time, as vanilla uses TESR for almost all tiles.

Also previously known as eAndPi.

"Pi, is there a station coming up where we can board your train of thought?" -Kronnn

Published Mods: Underworld

Handy links: Vic_'s Forge events Own WIP Tutorials.

Posted

Thats what i did but if your telling me not to extend BlockContainer And Extend Block then most of my methods are errors :(

If you must maintain

BlockContainer

, then in

getRenderType

, do not super, but rather return

EnumBlockRenderType.MODEL

instead.

Also previously known as eAndPi.

"Pi, is there a station coming up where we can board your train of thought?" -Kronnn

Published Mods: Underworld

Handy links: Vic_'s Forge events Own WIP Tutorials.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Back then there was a number which determined the tier of an item and block. If the block tier is lower or equal to the item number, the block would be mined. this however, has changed and now it goes by "needs_netherite_tool" which is fine, until you realized that some mods had items and blocks that exceeded these values. You can make you own "needs_mod_tool" but I feel that this is more limiting(and just more work) than before. So is there anyway to use something similar to the old tier system while also still being compatible with a lot of other mod tools?
    • Well, when I log in to the server, sometimes within an hour, sometimes within a minute, the server closes and informs me that there was a Ticking entity error. Below is the crash report
    • This forum is for Forge, not NeoForge. Please go to them for support.
    • Forge version: 55.0.0 Minecraft version: 1.21.5 Downloads: As this is the start of a new version, it is recommended that you check the downloads page and use the latest version to receive any bug fixes. Downloads page Intro: Good evening! Today, we have released our initial build of Forge 55.0 for Minecraft 1.21.5. 1.21.5 is the newest member of the 1.21 family of versions, which was released yesterday on March 25, 2025. As a reminder, the first minor (X.0) of a Forge version is a beta. Forge betas are marked as such on the bottom left of the title screen and are candidates for any breaking changes. Additionally, there are a couple of important things to note about this update, which I've made sure to mention in this post as well. Feel free to chat with us about bugs or these implementation changes on GitHub and in our Discord server. As always, we will continue to keep all versions of 1.21 and 1.20 in active support as covered by our tiered support policy. Cheers, happy modding, and good luck porting! Rendering Refactor For those who tuned in to Minecraft Live on March 22, 2025, you may already know that Mojang have announced their intention to bring their new Vibrant Visuals overhaul to Java in the future. They've taken the first steps toward this by refactoring how rendering pipelines and render types are handled internally. This has, in turn, made many of Forge's rendering APIs that have existed for years obsolete, as they (for the most part) can be done directly in vanilla. If there was a rendering API that was provided by Forge which you believe should be re-implemented, we're happy to discuss on GitHub through an issue or a pull request. Deprecation of weapon-like ToolActions In 1.21.5, Minecraft added new data components for defining the characteristics of weapons in data. This includes attack speed, block tags which define efficient blocks, and more. As such, we will begin marking our ToolActions solution for this as deprecated. ToolActions were originally added to address the problem of creating modded tools that needed to perform the same actions as vanilla tools. There are still a few tool actions that will continue to be used, such as the shears tool action for example. There are some existing Forge tool actions that are currently obsolete and have no effect given the way the new data components are implemented. We will continue to work on these deprecations and invite you to chat with us on GitHub or Discord if you have any questions.
  • Topics

×
×
  • Create New...

Important Information

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