Feature Request: Treat vanilla carpet's as microparts

[MalkContent]

As Title: Treat vanilla carpet's as microparts, so one can build micropart furniture on carpets.

[Chicken-Bones]

Good suggestion

[ornithologistnightmare]

I'd like to expand on that; perhaps carpets should be entirely replaced by covers. Perhaps it would be a good idea to replace the snow as well. I do think that FMP is much better and much more extensive thanb Mojang's equivalent.

[MalkContent]

Carpets are different than covers. They are even slimmer and as far as I can tell, you walk on the bottom of their model.

[Chicken-Bones]

Once implemented they would be exactly that, non-collidable, 1/16th height,
microblocks that take up the face slot allowing just about anything to
share their space. They'll z-fight on the edges, and thus only look good if
you're sticking microblock furniture in the middle of a carpeted floor but
hey, that's mostly what we want right?

[ornithologistnightmare]

Okay, that seems good, but perhaps someone could make something that prevents the z-fighting; I thought of making layers (or something like that). There must be datatypes that tell the game that a certain texture is on top to prevent it and other textures from conflicting.

But I do like the idea of having things that are half the width of covers.

[MrTJP]

Allow z-fighting, you say? Preposterous! Microblocks have mechanics to resolve such a thing. I'm sure that can be used..

[Chicken-Bones]

Microblock resolution is 1/8th block, not 1/16

[ornithologistnightmare]

I never said anything about allowing z-fighting (yes, that would be "preposterous"), I was just thinking that the "resolution" of the microblocks could be improved to 1/16. The whole issue about z-fighting could have be solved by making "layers", as aforementioned.

What I mean is that the game must establish which microblock is "a layer above" another if two are in the same space as each other and overlap.

This would be a good idea which could also be used to fix another issue involving blocks that have an alpha value. There are aesthetical issues involving the orientations of the opaque parts of the textures.

[ExE-Boss]

There should also be support for vanilla redstone, repeaters and comparators.

[ornithologistnightmare]

Okay, that's an idea, but "Project: Red" adds its own versions of vanilla redstone devices.

[Mengmoshu]

I don't think Project Red really matters when it comes to whether FMP should treat Vanilla redstone devices and redstone as multiparts. FMP is after all commonly present in modpacks without Project Red.

[ornithologistnightmare]

Actually, you're right. EU is probably used more in modpacks than P:R. That mod also requires FMP.

[Mengmoshu]

Older versions of Thermal Expansion also used FMP. I don't know if it does now that the pipes/conduits are going to be a separate mod.

[UndeadZeratul]

TE did use FMP in 1.6.4, but CoFH splitting out conduits into Thermal Dynamics was coincidental to them dropping FMP support for 1.7.10. Neither caused the other to happen.

[Chicken-Bones]

I have no interest in devoting the time and effort to port vanilla redstone to FMP when there are better alternatives like Project Red.

[ornithologistnightmare]

Yeah, I initially thought the same. Redstone itself isn't widely used by most survival players, but if people want more redstone stuff, they should just get P:R.

(BTW - RP3 is coming soon - probably for 1.8.)