Forum: Poser - OFFICIAL


Subject: Is DAZ pressuring content makers away from V4?

petepix opened this issue on Aug 30, 2014 · 75 posts


bhoins posted Fri, 05 September 2014 at 6:39 PM

Quote - That's not what I meant.  The cr2 is altered to accomodate additions to Poser but it is not "re-structured".  You would know that since DSON for Poser uses the customData declaration.

Obviously, if you try to use technology made for Poser 9 in Poser 4 it isn't going to work.  But chances are that something will still load because Poser is designed to ignore what it doesn't understand.  You'll get a Roxie but it's not really going to bend correctly because that tech isn't available in that version.  That was a bit silly, honestly.

If you rig a dress for V4 in Poser Pro 2014, it still works in Poser 4 or whatever, as long as you design using the tech that Poser 4 understands.  Just because the cr2 was made in Pro 2014 is irrelevant.  The only thing that needs to be changed is the version number of the cr2.

However, for example, you decide to put everything on .duf and remove the capability to produce a .dsa (or the number of variants .dsb, dse, whatnot), you've lost those using DS 3.1 (for whatever reason they still might be using it).  Sort of would force you to stay on the current version, wouldn't it? ;)

The .dsa, .dsb, .dse and the deprecated .ds are scripts, like .py in Poser. Are trying to claim that Poser Python hasn't changed? (We both know that isn't true either.) This is not equivalent to DUF or CR2/pz2/pp2 etc.  I notice that you failed to address the rest, that the Poser CR2, as it exists can not express Genesis and still have it be Genesis. For example, while Poser implemented Open Sub-D, in Poser 2014, they did not implement the entire spec, specifically edge weighting. So while you can now use Sub-D in Poser you couldn't before 2014 and you still can't use edge weighting without the DSON Importer for Poser. IIRC Poser does not handle multiple UV sets per object, or followers without issues when the base has animatable centers and end points or a number of other things.

 

To be fair though, I doubt without the DSON for Poser importer, Poser could handle HD Morphs, if SM had implemented the DSON spec. :) So from a customer standpoint, DSON Importer for Poser is a better way in that respect.