Decals are not supported for glb files

Questions
8

Oh, checked here and that seems to do the trick! I think we could control this through an optional flag, something like applySkeletonsAndMorphs, as these functions are slower than getVerticesData. Want to do a PR? :smiley:

9

I’m not sure it’s the solution, as @Blake pointed out it won’t work when the mesh is animated (the decal won’t follow the animation).

It must be something specific to the model as @MarianG showed in https://playground.babylonjs.com/#ISZ7Y2#66 that decals can work even with animated models loaded from a glb file…

10

EG if I pause the animation in that shark PG and rotate to check diff parts thou, I can see that the decals are wrong for many parts of the mesh because the skeleton isn’t applied…

Also the original PG had some other issues, I got it working by removing the predicates from the picking and passing the pickedMesh to CreateDecal. Here’s the PG I used for testing with the skeleton applied (it stops the animation when a mesh is picked to test that the decal is created properly).

IDK what the solution is for keeping the decal in sync with the animated mesh thou. :frowning: The proposed changes would only help with paused/stopped skeleton animations and non-animated morphs I guess…

1 Like
11

Here’s a simpler PG to reproduce the warning “Setting vertex data kind ‘position’ with an empty array” with just a simple box mesh. If you comment out line 37 that disposes the old decal the error goes away. IDK what the issue with disposing them is. :thinking:

EDIT: moved this part to a new bug report. :slight_smile:

1 Like
12

Hi,
@Blake u r right if animation is stopped its working well…
i think decals does not support Rigged avatars. i tried with t-pose avatar its working
Need to find some workaround to apply for Rigged avatars.

13

Hmm there’s an older thread discussing a work-around using a dynamic texture. They also ruled out using attachToBone() which I hoped might work for this. Maybe @ozRocker will have some more insights about it? :pray: :slight_smile:

14

I never had a proper Babylon.js solution for this. I’m still using a Python call to a compiled Blender module to bake the decal on the same UV map

1 Like
15

@Blake You’re right, I think the new (decal) mesh would need to have the matrix indices/weights filled correctly as well as using the same skeleton than the source mesh for decals to work correctly for rigged characters… I will try to have a deeper look about this issue.

4 Likes
16

Oooh awesome, it would be amazing to support! :beers: :slight_smile:

17

@Evgeni_Popov want me to create a Github issue to track progress? :slight_smile:

18

Yes, thanks!

19

Support skinned/skeleton meshes on decals · Issue #13084 · BabylonJS/Babylon.js (github.com) :slight_smile:

2 Likes
20

Thanks @Evgeni_Popov for the support

2 Likes
21

Small teaser:

(it’s still a work in progress on the coding side)

7 Likes
22

Its more than a teaser :slight_smile:

23

You’re the fastest webgl wizard on the west :slight_smile:

24

Nearly there!

If not using the new “Culling back faces” flag, you can get a “leak” of the decal on the back, depending on the depth of the projector (meaning the z component of the decalSize parameter):

5 Likes
25

you rock

26

Here’s the PR:

I have also updated the docs:

@vijay_krishna I hope you don’t mind I have used your character for the screenshots in the doc?

Here’s a PG you can play with but that will fully work only when the PR is merged:

5 Likes
27

Thanks @Evgeni_Popov u r amazing

quick question,
once we click on the moving object the decal is getting in front of the object only, not getting overlayed on the moving object. ideally it shud be part of the mesh. Do we need to add any settings to get the decal overlayed ?
i think PR is merged…