Jump to content

Recommended Posts

Posted

I am working on a ore generation system, and have hit a small snag. I have a base block class in my mod (called BlockBaseBlock, which extends Block), which contains a few things that all blocks in my mod need. So all my blocks are BlockBaseBlock instead of Forge's Block. Can one of my blocks be used in a forge function that takes a block as an argument, or do I have to use the normal Block? I can attach my files if need be.

Thanks in advance to whoever answers. :D

Posted

Folks, there is no such thing as a 'Forge Block' - Block is a vanilla class, and any subclass thereof can be substituted for the original as a method parameter. Basic inheritance.

 

Yes, the whole point of extending Block means that anywhere you use a block you can use your class that extends Block. It is basic Java and has nothing to do with Forge.

Check out my tutorials here: http://jabelarminecraft.blogspot.com/

Posted

 

Yes, the whole point of extending Block means that anywhere you use a block you can use your class that extends Block. It is basic Java and has nothing to do with Forge.

Folks, there is no such thing as a 'Forge Block' - Block is a vanilla class, and any subclass thereof can be substituted for the original as a method parameter. Basic inheritance.

java.lang.Error: Unresolved compilation problem: 
The method generateOre(Block, World, Random, int, int, int, int, int, int, int, Block) in the type HollowSpiritGen is not applicable for the arguments (BlockBaseBlock, World, Random, int, int, int, int, int, int, Block)

:P

Posted

Then your BlockBaseBlock does not extend Block.

*small sigh*

public class BlockBaseBlock extends Block{ 
    //base block code
}

And yes, that is Minecraft's block, not some other kind of block.

Posted

What about constructor?

 

EDIT post below: Just asking, I've seen many things, including messed up constructors.

1.7.10 is no longer supported by forge, you are on your own.

Posted

Here, have the whole thing.

BlockBaseBlock: http://paste.ubuntu.com/11767119/

OreGen: http://paste.ubuntu.com/11767124/

and the ore (short enough that I'll just put it here.):

package squarerootofender.temporalarchitect.block;

public class BlockHollowSpiritOre extends BlockBaseBlock{
public BlockHollowSpiritOre(){
	super();
	this.setBlockName("BlockHollowSpiritOre");
}
        //It has transparency. Problem?
@Override
public boolean isOpaqueCube(){
	return false;
}
@Override
public int getRenderBlockPass(){
	return 1;
}
}

Posted

Actually, in the error message the prototype for the first method has seven ints, whereas the second one has only six ints. I think maybe you're missing an int parameter.

I assume you think that I'm missing an int in the generateOre() line? I'll see what it is and that will probably fix this. *huge thank you ;)*

EDIT: /me does happy dance as error vanishes

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

    • logs too big for one pastebin https://pastebin.com/ZjUGHu3u  https://pastebin.com/RqCUZf3X  https://pastebin.com/6ZPS99nD
    • You probably used jd-gui to open it, didn't you? Nothing wrong with that, I also made that mistake, except that Notch was a smart guy and he obfuscated the code. That's why you only see files called "a", "b", "c" and then a file that combines them all. As I said, use RetroMCP to deobfuscate the code so that you will 100% understand it and be able to navigate it.
    • Decompiling minecraft indev, infdev, alpha, beta or whichever legacy version is really easy. I'm not a plug, I just also got interested in modding legacy versions (Infdev to be specific). Use https://github.com/MCPHackers/RetroMCP-Java Once you install their client and the Zulu Architecture that they say they recommend (or use your own Java). I encountered some problems, so I run it with: "java -jar RetroMCP-Java-CLI.jar". You should run it in a seperate folder (not in downloads), otherwise the files and folders will go all over the place. How to use RetroMCP: Type setup (every time you want change version), copy-paste the version number from their list (they support indev), write "decompile" and done! The code will now be deobfuscated and filenames will be normal, instead of "a", "b" and "c"! Hope I helped you, but I don't expect you to reply, as this discussion is 9 years old! What a piece of history!  
    • I know that this may be a basic question, but I am very new to modding. I am trying to have it so that I can create modified Vanilla loot tables that use a custom enchantment as a condition (i.e. enchantment present = item). However, I am having trouble trying to implement this; the LootItemRandomChanceWithEnchantedBonusCondition constructor needs a Holder<Enchantment> and I am unable to use the getOrThrow() method on the custom enchantment declared in my mod's enchantments class. Here is what I have so far in the GLM:   protected void start(HolderLookup.Provider registries) { HolderLookup.RegistryLookup<Enchantment> registrylookup = registries.lookupOrThrow(Registries.ENCHANTMENT); LootItemRandomChanceWithEnchantedBonusCondition lootItemRandomChanceWithEnchantedBonusCondition = new LootItemRandomChanceWithEnchantedBonusCondition(0.0f, LevelBasedValue.perLevel(0.07f), registrylookup.getOrThrow(*enchantment here*)); this.add("nebu_from_deepslate", new AddItemModifier(new LootItemCondition[]{ LootItemBlockStatePropertyCondition.hasBlockStateProperties(Blocks.DEEPSLATE).build(), LootItemRandomChanceCondition.randomChance(0.25f).build(), lootItemRandomChanceWithEnchantedBonusCondition }, OrichalcumItems.NEBU.get())); }   Inserting Enchantments.[vanilla enchantment here] actually works but trying to declare an enchantment from my custom enchantments class as [mod enchantment class].[custom enchantment] does not work even though they are both a ResourceKey and are registered in Registries.ENCHANTMENT. Basically, how would I go about making it so that a custom enchantment declared as a ResourceKey<Enchantment> of value ResourceKey.create(Registries.ENCHANTMENT, ResourceLocation.fromNamespaceAndPath([modid], [name])), declared in a seperate enchantments class, can be used in the LootItemRandomChanceWithEnchantedBonusCondition constructor as a Holder? I can't use getOrThrow() because there is no level or block entity/entity in the start() method and it is running as datagen. It's driving me nuts.
  • Topics

×
×
  • Create New...

Important Information

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