Fri, Nov 22, 8:31 PM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2024 Nov 21 6:06 am)



Subject: Conforming problems after transferring Zones and Weight Maps to Clothing


bblogoss ( ) posted Wed, 26 October 2011 at 7:50 PM · edited Fri, 22 November 2024 at 3:53 PM

I have exported, with the Daz Studio 4 CR2 exporter,  Genesis with V4 Body shapes.

The new figure loads, morphs and bends properly on PP2012.

This new weight mapped figure has of course no clothes on my runtimes so I just wanted to try the Vertex Weight Map Auto Transfer of PP2012. I have succesfully created new conforming clothings item with the new groups from the Genesis figure.

The new clothing items loads normally on the scene but when I conform them to Genesis, they litteraly disappear from the scene !!

Have I missed something ?? I followed exactely what is indicate on the poser reference manual.


JenX ( ) posted Wed, 26 October 2011 at 8:13 PM

IIRC, DAZ has stated that they are still working on getting clothing for Genesis to work properly with the exporter to load in Poser.  So, it doesn't work yet.  

Sitemail | Freestuff | Craftythings | Youtube|

Knowledge is knowing a tomato is a fruit. Wisdom is not putting it into a fruit salad.


pjz99 ( ) posted Thu, 27 October 2011 at 3:38 AM

I think he's talking about a different scenario actually.  OP please describe every step you took, as detailed as you have time for.  There's more than one way to rig a weight mapped conformer in PPro2012 and one of them works better than the other (donor method is best).

My Freebies


bblogoss ( ) posted Thu, 27 October 2011 at 6:14 AM

I followed the steps exactely indicated in the manual reference and in the demo video we have seen during the promo of PP2012 in august

http://www.youtube.com/watch?v=JwyDh1O3tkQ&feature=player_embedded

starting at 6:52

  1. I import the cloth OBJ file without any options

  2. Then go to the setup room

  3. In the library, I select the new weight mapped figure created by the DAZ exporter. Add it to the scene. The Poser prompts me "Do you want to automatically group the setup geometry based on the groups of the new skeleton", I choose YES.

  4. I open the group editor to check the new groups. It seems ok. As I just wanted to try the auto transfer weight maps I didn't try any optimizations of groups.

  5. Leaving the setup room, the cloth has now new groups based on the weigth mapped figure. it bends pretty correctly. I save the new item on the library. Poser creates a CR2 file with a new OBJ file and a PMD file with all (unneeded and 99% doesnt' works anymore) morphs from the Genesis figure. The CR2 has also all the unneeded actors from Genesis. I was just intended after for an edit of the CR2 to clean it.

  6. Creating a new scene : I load Genesis and the cloth item without conforming. They both appears correctely. It's when I conform the clothing to Genesis that the cloth disappear from the scene.

I of course checked the visibility of all actors of the clothing and render the scene to check that it's not only a preview bug like it happens sometimes but nothing, no more cloth on the scene. I even try some 1000% rescaling  and the most distant view of the scene, the cloth is not even somewhere else. When I de-conform to none the cloth magically reappears.

I just don't understand what is going on. I would have expect some distorsions and poke through, but this ???

 


bblogoss ( ) posted Thu, 27 October 2011 at 10:55 AM

file_474584.jpg

I think I found where the problem comes from. It's the hip actor that is messing everything. I have unhide all hidden parameters on the CR2 file.

I load a dress that I have converted previously to weight map, then on the actor hip I see that it has the OriginY set at 43,963. When I conform the dress to Genesis the OriginY flies to the incredible value of 10720 ! that's why the dress disappears from the scene and when I turn back the origin at 43,963 the dress is here conformed to Genesis perfecly fitted because I turned Genesis on V4 shape.

Is this a bug from PP2012 or does it come from the CR2 generated after transfering WM ? I hope this will be fixed in the SR1. I will try to report this situation to SM.

As expected there is some rough parts and poke through on extreme bendings but it's not that bad and the dress is of course cutted in the middle because i didn't touch the auto-grouping. I will try on some other clothes.


pjz99 ( ) posted Thu, 27 October 2011 at 1:06 PM

Quote - When I conform the dress to Genesis the OriginY flies to the incredible value of 10720 ! that's why the dress disappears from the scene and when I turn back the origin at 43,963 the dress is here conformed to Genesis perfecly fitted because I turned Genesis on V4 shape.

Huh.  Of the various things I was sorta expecting, that was not one of them.  It sounds like you're on the right track though, now that you spotted that.  I've never seen that particular quirk myself (I don't have Genesis though).

My Freebies


bblogoss ( ) posted Thu, 27 October 2011 at 2:19 PM

It's a wrong initial value coordinates on the yOffsetA OriginY hip actor channel that cause the problem, it differs from the origin coordinates when both should be identical.

Poser File editor by Dimension 3D can auto correct actor offsets, thank God this issue can be fixed in one click.

The problem comes even before saving the CR2 in library after leaving the setup room so I guess there is something wrong in the setup of the conforming clothing by PP2012.


pjz99 ( ) posted Thu, 27 October 2011 at 2:31 PM

Are you familiar with the Memorize Figure feature in Poser, or the initValue channels for each actor?  I suspect that's what's going on (the conformer has bogus initValue data that shows up on conforming).

My Freebies


wimvdb ( ) posted Thu, 27 October 2011 at 3:04 PM · edited Thu, 27 October 2011 at 3:07 PM

Quote - It's a wrong initial value coordinates on the yOffsetA OriginY hip actor channel that cause the problem, it differs from the origin coordinates when both should be identical.

Poser File editor by Dimension 3D can auto correct actor offsets, thank God this issue can be fixed in one click.

The problem comes even before saving the CR2 in library after leaving the setup room so I guess there is something wrong in the setup of the conforming clothing by PP2012.

The same thing seems to happen (fly off) when you export a clothing figure from DS4 and choosing "conforming figure" instead of base figure. In Poser it loads OK and flies off when you conform it. It looks like a bug in the exporter

 

Edit: If you do it this way (via the exporter) none of the morphs are transferred either. So no idea how that should work in the future

 


bblogoss ( ) posted Thu, 27 October 2011 at 3:47 PM · edited Thu, 27 October 2011 at 3:48 PM

End of the story : the wrong init values come from the exported Genesis figure with Daz Studio 4. Poser File Editor has corrected 199 actor offsets on the Genesis CR2.

After that I repeat the process of transferring the weight maps to the clothing and there's no more problem with conforming the new clothing item to Genesis. But strangely now the clothing seems to fit Genesis with V4 body shape little less than previously.


bblogoss ( ) posted Thu, 27 October 2011 at 5:34 PM

file_474603.jpg

Everything works perfectly now.

But if you want to use your existing clothing content from V4 in Weight Mapped Genesis in Poser the best thing to do is to own of course the Daz V4 body shape for Genesis and create your CR2 export in Daz studio not in zero pose but with Victoria 4 shape set on 1. And then the Daz CR2 must be edited to correct the wrong init values of actor offsets.

This Genesis/V4 figure will be the source figure to transfer the weight maps to clothing of V4 in Poser Pro 2012.

Here is the Daz Bikini converted to weight map.


Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.