Mod Loading Order/Creating Blocks at Runtime

[Draco18s]

It's not fake, exactly. It's real. If another mod gives the player the ability to teleport to any dimension, they could go there. But as there's nothing there (void generation) and because the data that is there isn't really "permanent" they can't screw anything up.

 

For your use--as you intend to actually save the blocks in that dimension and use them as real blocks--you'll want a better pos->pos hash function.  I can't make any suggestions though.  You could try a 4D to 3D projection (you're trying to map [dim, x, y, z] to [x, y, z] with as few collisions as possible, but knowing that the data set is going to be relatively sparse: more likely for a block to exist at x+1, y+1, or z+1 than it will at dim+1 or x+2971,z+4128).

[TheMasterGabriel]

13 minutes ago, Draco18s said:

You could try a 4D to 3D projection

 

Hmm, that's a really interesting idea. And it would certainly reduce the possibility of a collision. Although I might run into the problem with the hash extending beyond the MC world size. I'll give it a go, and see if I can come up with something along the way.

[TheMasterGabriel]

Although thinking about it some more, I don't really need to project 4D to 3D. I just need a 4D vector that hashes to a long value between the min/max values of BlockPos#toLong. Any idea what those min/max values are? I assume they would just be 

(new BlockPos(-2999984, 0, -2999984)).toLong()

and

(new BlockPos(2999984, 255, 2999984)).toLong()

. I'm not sure though. The bit math is beyond me.

[Draco18s]

The thing is, for positions that are near each other in the same dimension, you'll want coordinates that get hashed to be near each other as well: so that large patches of your block don't chunk-load hundreds of storage dimension chunks. 

[TheMasterGabriel]

On 3/21/2017 at 1:43 PM, diesieben07 said:

In case of LIQUID delegate to the forge liquid model.

1

Is there an actual Liquid model that I can get a list of quads from? All I can seem to find is Vanilla's BlockFluidRenderer. I see that Forge adds ModelFluid, but I'm not sure how to fetch the baked model.

 

On 3/25/2017 at 1:19 AM, Draco18s said:

you'll want coordinates that get hashed to be near each other as well

 

I hadn't thought about that. Yes, I agree. I'll have to work that into it as well.

[TheMasterGabriel]

Well yes, but are they not cached somewhere? I figured that they are treated as any other model and baked on startup.

[TheMasterGabriel]

I'm still trying to figure out how to make my block look like the block it is supposed to be copying. As of now, everything but fluids render correctly. I was just wondering if I could fetch a fluid model as easily as I can fetch the model for an ordinary block.

23 minutes ago, diesieben07 said:

You call IModel::bake

 

So I'm doing this within my block model's getQuads method? If yes, where do I get the parameters for the method. If not, then where.

Also, I wouldn't think I needed to create a new ModelFluid instance when I wanted to render my block. Do I have to manually cache them, or is there a list somewhere already? The same applies for BakedFluid (are they cached somewhere where I can access them?).

[TheMasterGabriel]

So I only need to do all the IModel baking stuff for Water and Lava? If so:

14 minutes ago, TheMasterGabriel said:

So I'm doing this within my block model's getQuads method? If yes, where do I get the parameters for the method. If not, then where.

 

 

[TheMasterGabriel]

Alright, I tried to no avail. It's strange, however. It looks like all the baking is done, as I tried it with a print statement and it ran. However, the block is still invisible. Here is a pastebin link to my code if you have any idea what I'm doing wrong/not understanding.

 

Also, is it possible to make it so that the breaking texture for my block is copied as well? Currently, the breaking texture is just the missing texture.

Edited March 26, 2017 by TheMasterGabriel

[TheMasterGabriel]

2 hours ago, TheMasterGabriel said:

However, the block is still invisible.

 

 

Alright, I think I found the problem. It looks like ModelFluid and BakedFluid are only compatible with Forge's fluid system. They require IExtendedBlockStates, which Forge's fluid have but the vanilla ones do not. When Forge's fluid model doesn't have an IExtendedBlockState (ModelFluid#bake is hardcoded to pass null), it just returns the "inventory" model (which is probably used for Forge's universal bucket). The reason my block was invisible was because that quad list was supposed to be rendered in the inventory, not in the world. (The returned list only has 1 quad, as oppose to the 6 it should have). If I can't find an alternative, I might end up having to write my own baked model for vanilla liquids (or any modded fluid that isn't made with the Forge stuff).

Edited March 27, 2017 by TheMasterGabriel