Mesh decals with morph targets

Questions
1

Hi there,

I know that mesh decals are not supported for source meshes, that are altered with morph targets.
The resulting decal is based on the initial size of the mesh (influence = 0), as I can see in my PG example.

  • white box: morphed source mesh
  • black box: created decal

image
image880Ă—346 2.01 KB

I just wonder why this limitation exists, since mesh decals are supported for skeletons already, which are quite similar to morph targets and even more complex to handle IMO.

Infact, the code path for skeletons already seems to work fine for morph targets as well, since sourceMesh.getPositionData(true, true) // applySkeleton: true, applyMorph: true is already called.
Using sourceMesh.getPositionData(true, true) over sourceMesh.getVerticesData(VertexBuffer.PositionKind) as default already made my PG example work locally.

image
image999Ă—229 19.7 KB

image
image564Ă—222 714 Bytes

Maybe I am just missing something here…
Anyway, if I am on the right track I am very willing to contribute a PR.

best regards
Markus

1 Like
2

This is just something we never did :slight_smile: You are totally on the right track and I will be happy to review your PR :slight_smile:

That being said, if possible I would recommend texture decals: Decals | Babylon.js Documentation

1 Like
3

Note that it will generate a decal corresponding to the current state of the bones/morphs at the time you call the CreateDecal function. If you apply a skeleton/morph animation, the decal won’t follow the deformation.

1 Like
4

Thx for the replies :+1:

We use mesh decals over texture decals, because they are exportable into glTF.
=> After creating the decal it’s just a “dump” mesh

Also I am aware that the decal doesn’t synchronize with the source mesh, other than a normal mesh would interact (e.g. through parent-child relation).

2 Likes