adp001 posted at 8:42 AM Wed, 22 December 2021 - #4432249

primorge posted at 2:39 PM Tue, 21 December 2021 - #4432204

adp001 posted at 6:02 AM Tue, 21 December 2021 - #4432190

odf posted at 5:33 PM Mon, 20 December 2021 - #4432163

The limitation is that for the moment, we can only reliably produce deltas that move vertices along their normals

We can do the same with a displacement map. No morph needed.

I personally love using displacement maps. Unfortunately Superfly doesn't, which alienates a certain constituency.

Of course Cycles (or Superfly in Poser) can handle displacement maps. If you want to use displacements like Hires morphs, you have to set the same Sub-D level. That (maybe together with normal maps) is all that is needed.

Advantage: With displacement/normal maps one saves resources considerably. No need to carry around huge amounts of morph data in the figures or props. Whether you need them or not. This is different with displacement/normal maps: They only become active at render time. And only if the maps are activated.

That was the reason why I didn't try very hard to find out how hi-res morphs work in Poser. I don't need them.
Nice, if someone who knows comes over with the information. Then it can be incorporated where it for one or the other could make sense (those are not many anyway and it's getting less and less).

I didn't feel the need to point out that I've used displacement maps via subdivision and render time micropolygonal displacement. Render derived displacement is relatively very much more practical in terms of resources. In Poser at least I also find "live" subdivision based displacement a bit fiddly. You and ODF are hilariously condescending in tone many times but I don't hold it against y'all... you sometimes come up with, albeit very left-brain, interesting ideas ;)