Mon, Nov 11, 10:56 PM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2024 Nov 11 8:37 pm)



Subject: Is this Crosstalk ??


mathman ( ) posted Sat, 22 April 2006 at 7:38 AM · edited Fri, 26 July 2024 at 7:39 AM

Hi all,

I did the following, and struck a slight problem :

(1) Loaded up the Apollo Max figure.
(2) Separately loaded up the DAZ D3 figure and moved him away from Apollo.
(3) With D3 still selected, I loaded up all of his body and head morphs - in turn, the new morph dials appeared (set to zero) in the parameter window (so far, so good).
(4) I then applied an injection morph (Shane by A_), and the affected morph's values were updated appropriately ...... BUT .... no change to D3 !!!

Note that injecting the morph to D3 works just fine if I do it the other way around. Also, there are no problems with loading Apollo's morphs in this scenario.

So, is this "crosstalk" ? ..... I thought this phenomenon only occurred when you have two Unimesh characters.

Can someone offer a solution please ?

thanks and regards,
Andrew


AS3Design ( ) posted Sat, 22 April 2006 at 8:31 AM · edited Sat, 22 April 2006 at 8:35 AM

I dont know if Apollo does have problems with crosstalk too but you could try to load D3 first and then Apollo. So D3 is figure 1 and the INJ should work. If that doesnt work (when Apollos morhs dont work as figure 2) then load one figure, load the morphs and save the figure to the librarie. new scene. load the other figur and load the morphs. then load your saved first figure. the morphs should still work. edit: just noticed that you tried it the other way round and it worked :biggrin: that was my solution...

 

 

Turn your face to the sky... and the shadows will fall behind you...


Ghostofmacbeth ( ) posted Sat, 22 April 2006 at 9:49 AM

If I remember right the INJection systems only works if it is figure 1. Or mostly only works (I have gotten it to work when the figures are already INjected, but the crosstalk is messing up the psoes, reINJect them and the body morphs will pop back to what they were suppossed to be.



SamTherapy ( ) posted Sat, 22 April 2006 at 10:32 AM

Crosstalk doesn't exist in P5/P6 but the INJ channels bug is present in all versions so far.  As stated by Ghostofmacbeth, INJ works only on figure 1.

Coppula eam se non posit acceptera jocularum.

My Store

My Gallery


lesbentley ( ) posted Sat, 22 April 2006 at 11:49 AM

One might be tempted to call this crosstalk, the result is pretty much the same, but actually in a technical sense it is not crosstalk. Neither can it be conciddered a bug in Poser, at least not in P5 and up. It results from the delta injection poses being constructed in the wrong way. DAZ and many others use slaving code in their delta injection poses that points to (targets) "Figure 1" and an actor number of ":1". The code will look something like this:

actor lShin:1
    {
    channels
        {
        targetGeom Moprph_01
            {
            name SomeMorph

            FBM_01
            deltaAddDelta 1.000000
            indexes 76
            numbDeltas 358
            deltas
                { 

With this code syntax it is not surprising that the morph channels get slaved to the wrong figure (usually the first one loaded) because this is the figure that the injected slaving code points to. It is better to leave the figure and actor number out of delta injection poses, and use a syntax such as this for the slaving code: actor lShin { channels { targetGeom Moprph_01 { name SomeMorph

            FBM_01
            deltaAddDelta 1.000000
            indexes 76
            numbDeltas 358
            deltas
                { 

This is the syntax I use in my own delta injection poses, and I experience on problems injecting into multiple figures in P5. To have this work in P4 you will need to use null figures, otherwise the slaving will break down after a save and reload to pz3. You might like to take a look at the thread where Maveris brought this solution to light: Open letter to DAZ Developers


layingback ( ) posted Wed, 26 April 2006 at 12:45 AM

Les, Brilliantly put - the best description of the issue I've ever seen!  And I've tried to explain it many times.

mathman, As a PBII user, if I'm not mistaken, you should consider the FII plugin for it, as this will fix the issue along the lines described so eloquently here by Les.


byAnton ( ) posted Wed, 26 April 2006 at 12:59 AM

Glad it worked out. Yeah it is just because Daz expected the figure to be loaded first.

-Anton, creator of Apollo Maximus
"Conviction without truth is denial; Denial in the face of truth is concealment."


Over 100,000 Downloads....


mathman ( ) posted Wed, 26 April 2006 at 3:44 AM

layingback, thanx I have PBII with FII, didn't realize that they might fix the problem. I've got a lot of catching up to do.


layingback ( ) posted Wed, 26 April 2006 at 9:45 AM

mathman, No problem.  Let FII plugin build the FII variants of the INj files, switch to that bank, and leave it there.  ;-)  It seems to be really hard to get the word out about FII so that more can benefit from it...


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.