Forum Coordinators: RedPhantom
Poser - OFFICIAL F.A.Q (Last Updated: 2024 Nov 11 8:37 pm)
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...
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.
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
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.
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