Thu, Jan 23, 7:21 AM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2025 Jan 22 9:27 pm)



Subject: Does any know how to create and implement FULL BODY MORPHS?


tajshan ( ) posted Wed, 25 April 2001 at 11:47 AM · edited Thu, 23 January 2025 at 7:20 AM

Has any ever did a full body morph and if so how would you use it or import it to the full figure?


Jaager ( ) posted Wed, 25 April 2001 at 12:16 PM

A Full Body Morph is just a shortcut way of setting a lot of individual morphs all at once. It is not really a morph itself. When you copy a morph from one CR2 file to another using MM4 (and I think Maconstructor) the FBM data transfers over with the morph, but the only way to get the dial over to a new CR2 is cut-n-paste in a text editor. I suspect that you are thinking about a single morph that affect the whole body. There is only one such animal per figure and that one is the original geometry. To set up a regular FBM only involves a couple of clicks, once you have set you individual morph dials. (But you should make sure any existing FBM in Body are turned off first - they might add in without you knowing it.)


Jim Burton ( ) posted Wed, 25 April 2001 at 12:48 PM

To make it a little clearer, say you wanted to do an "implant" morph on Vickie, and wanted to do it as a full body morph, as otherwise you would have to turn 3 dials (as it would have to run a morph on the right and left collars as well as the chest part). First you would use a pair of magnets to make the morph, each magnet would be created from one of the collars but allso be set to effect the chest (which is a narrow strip down between the breasts). Then you would spawn a part morph for all three parts. Finally you would delete the magnets and turn all 3 morphs to 1.000 and create a full body morph with the same name (you could use another name, but why confuse the issue). You would surely remember to turn all the part morphs back to 0.00 before you saved the figure. Incidently, one feature of full body morphs that is seldom mentioned is the ones in clothing that have exactly the same names as the figure they are conformed to will run automatically, as long as they are loaded in the right order. Supermodel Vickies FBM work that way.


Jim Burton ( ) posted Wed, 25 April 2001 at 12:49 PM

"spawn a part" should read "spawn a morph", sorry!


Anthony Appleyard ( ) posted Wed, 25 April 2001 at 1:13 PM

In full-body morphs, each component morph's parameter dial is slaved to a master morph in the model's BODY. And in Poser 4 parameter dial slaving has a bug :: a slaved parameter dial is liable to obey the right-named parameter dial in the right-named part in a wrong model that has the same name as the right model.


pnevai ( ) posted Wed, 25 April 2001 at 1:52 PM

Yike's is it me or am I more confused than before I read the explaination? Create magnets from body parts? 3 part morphs?


Jim Burton ( ) posted Wed, 25 April 2001 at 2:26 PM

O.K., back to basics- you can create a magnet from any part, and go in the magnets properties and have it effect other parts, but it will start out with the zone centered on the part. With the Posette it is different, but Vickie is arranged so the body is sliced up in the chest area into a narrow strip down the center called the "chest" part, and a part on each side called the "right collar" and "left collar". An "Implant" morph is going to primarly push out the breast area (which is in the "collar" part, but it will also have to work a little on the "chest" part (we are talking Pam Anderson size morphs here). So, you would create the magnet from each collar, but each magnet would have its porperty set to include the chest to, and once the magnets did their work (by the correct setting) you would spawn a morph for each of the 3 parts. The above assumes you are going to make the part morphs by magnets, you could also make them in your favorite modeling program, but you would still need 3 of them, and it would still be a good set to create a full body morph for.


pnevai ( ) posted Wed, 25 April 2001 at 2:34 PM

Hi Jim, Thank you for clarifing the topic. While I am familiar with many of the techniques you describe. I thought that others who may read the thread would get confused. So the reason for my post. You did clear some points on which I was vauge. Thank you.


Jaager ( ) posted Wed, 25 April 2001 at 4:45 PM

Jim - for the breast morphs that only involve R&L Collar and Chest I think a PBM controlled by the chest dial is probably better than a FBM on BODY. You can use a null chest morph to set each Collar morph and only use one dial, for morphs that do not reach the chest margin. I think the breast implant morph was for P4. Vicki looks like a typical boob job to me right out of the box. AA - it is not really a bug. JCM, PBM - all of the remote controlled morphs will do this - they are just doing what they are told to do. If a FBM is setup when a figure is named = Figure:1 then saved to library and then brought in as a second figure, the dial on Figure:1 will work on this figure just like it is told to do, it is just that figure:1 is no longer the figure with the actual morphs ( or rather both figures will respond ). The bug is that when a CR2 is opened in Poser and it has a "Figure:X" name - Poser will not adjust the figure entries in the EMC script. The JCM are the same and the upgrade will cover for this - I set the figure to be "Milly" and the figure name is "Milly". But even for this to work correctly, if two MillieJCM figures are used together the second will have to have another name. If each character is given a unique name "XXXX" when it is 'saved to library' then opening this CR2 in a text editor and doing a : find = Milly & replace all with "XXXX" will fix it forever , but this means geting further into the guts of a CR2 file than most users want to go. But at present , there is no help for it. And while playing with all this , I realized that FBM must also be prone to the cross talk problem, since everything is based on the FBM functionality.


Anthony Appleyard ( ) posted Thu, 26 April 2001 at 2:51 AM

I first heard of it in a complaint in Renderotica by someone who put a skinny elf-girl and a big muscular man in the same scene; he had made and saved the two separately. If he called the elf first, the man went skinny when he was called. If he called the man first, the elf looked like a stevedoress when she was called. I later reproduced this fault with the "hero" morphs of two Poser 4 Nude Men in the same scene. By my definition, that sort of malfunction is a bug. I might know where this bug got in. Normally, when one part contains a pointer to another part that might be in another model, the reference is written e.g. thus in my aqualunger model:- actor mouthpiece:2 { ... parent head:1 inkyParent head:1 nonInkyParent inhbtube11:2 and the model is referred to as colon and number (here model :1 is the wetsuitman and model :2 is his aqualung), and Poser updates these numbers correctly. But a slave points to its master in a different new confusing way, e.g. in the Poser 4 Nude Man's left collar:- targetGeom heroLClr { name heroLClr ... valueOpDeltaAdd Figure 1 BODY:2 SuperHero ... and Poser does not think to update the line "Figure 1" in slaved channels throughout the current scene when Figure 1 is renamed, either by the user or automatically to avoid a name clash.


Jim Burton ( ) posted Thu, 26 April 2001 at 7:46 AM

Jaager- Well, a JCM running from the chest part would be nicer, but I hesitate to use one if there is another way. When I set up my bicycle I used JCM on the pedals as the only way I could think of to conform their rotation to the crank, but I did note the cross-talk problem with a second bicycle, I didn't know the answer was to change the figure name (which I tried) and then save and reopen the set, but that makes sense. Incidently, I used "implant" as an example because there was a message about it earlier, I agree about Vickie's breasts- but SMV does have one called that, I know what most men want! ;-)


Jaager ( ) posted Thu, 26 April 2001 at 7:57 AM

Text editing will fix it. If the figure is named (say JILL) before the FBM is done, it will say JILL where Figure 1 is, and there is no problem. YOU need to name all of the figures and it should not be identical to the name of the obj file. This is why I had to use Milly , instead of Millie - the geometry is Millie.obj and a global find and replace changed the geometry calls - which is not good. With all the coming EMC it will be necessary not to let Poser name a figure saved to library by default. Nothing should have a "Figure X" name - not characters, not clothing, not conforming props . It is just going to be a lot more complicated.


Jaager ( ) posted Thu, 26 April 2001 at 8:21 AM

Jim, a PBM (Partial Body Morph) is not a JCM. It works like a FBM , but is controlled by an actual morph on a real group. So with "silicon breasts" morph , you could go to chest silicon breasts and set the dial to 1.0 and rCollar silicon breasts and lCollar silicon breasts would set automatically. This will work even if the chest part of the morph has no changes - the morph will just have no deltas and does not make the CR2 much larger but does offer a single control. We need to name all of the characters in the library something other than the default "Figure". If you had named the bike "bike1" first, saved it to library - done the JCM (in CR2edit or texteditor) and put this in the library. Open this CR2 in an editor - then = FIND: bike1 REPLACE ALL WITH: bike2 and save this CR2 to the library as a new one - there will be no cross talk. (I have an ungrade to MillieJCM to send out, but I have to do the directions first and explaining all this in a clear way is going to be a bitch to do. It is confusing as hell until you see it. Consider this practice tutoring. If you guys do not get it, what hope is there for the casual user?)


rbtwhiz ( ) posted Thu, 26 April 2001 at 9:18 AM

In an effort to curb potential confusion.... ERC (Enhanced Remote Control) has replaced EMC (Enhanced Morph Control). Why? The scope for channel linking spans well beyond the confines of morphs alone (or joints, translation, scale, taper...etc), hence the change from "moprh" to "remote".

Jim, what you used on your bike was JCJ (Joint Controlled Joint) if you had the pedal joints rotate as the crank joint rotated. If in fact you used morphs to manipulate the pedals as the crank rotated, then your right... that would be JCM (Joint Controlled Morph). Same principle as any of the other methods (ie: same 5 lines of code) just a different application.

Here is my explaination of it all... should you wan't to read through it.

Dean, you seem to have a good grasp on the "why" and "how". Glad to see that. I agree, confussion sets in until "WHAM" it makes sense... then it's easy

-Rob
rbtwhiz.com


Jim Burton ( ) posted Thu, 26 April 2001 at 10:36 AM

Rob- I tend to use "JCM" for anything that works on your system, but I really should use your naming conventions, as you and Nerd invented, or at least discovered it, after all! Anyway, I'm under the impression that FBM that run from the figure they are conformed to avoid the cross-talk problem (from another figure)- correct?


Jaager ( ) posted Thu, 26 April 2001 at 11:15 AM

Rob, I knew of the new name, it just has not stuck in my memory yet. When Chad used it, I accept it as standard. I just have a hard time remembering it. Jim - FBM are not a special case. They are prone it the same cross-talk. FBM is/are just the first of the ERC. The technique for all is the same. Rob and Charles discovered that the function behind FBM will work in many other ways. I understand your resistance - but once you experiment a bit I think you will be a convert. You just need to get the grease under your nails first. It is a bit daunting in the abstract. Just reading about it will turn your brain to mush. It is a hands-on = eureka! type thing - at least it was for me. Dan's program will help a lot. Now, if we could just put in conditions or allow equations in the DeltaAddDelta line....


rbtwhiz ( ) posted Thu, 26 April 2001 at 5:04 PM

Jim, I understand what you meant... no harm, no foul. Just wanted to avoid confusing those reading this thread that are still trying to get a grasp on it. It's easier, for both the tutor and tutoree, to explain it correctly the first time then to have both get frustrated because of the misuse of a term. Trying to save from headaches on both sides... :)

Dean is correct. Being as ALL methods of ERC are based on the code of FBM's, so too will they fall victim to the plague of cross-talk. I also couldn't agree more with Dean's assesment... just reading may turn your brain to mush, but once you get down and dirty, and you get it to actually work... it become SOOOO clear.

Oh, to have logics would be nice... AND/OR/NAND/NOR/XAND/XOR (we already have NOT to an extent by way of "-"). Not only that, but to also have multiple dependencies...

-Rob
rbtwhiz.com


Jim Burton ( ) posted Fri, 27 April 2001 at 8:00 AM

Rob & Jaager- I also agree, actually doing it is easier than reading about it! I find it amazingly easy to impliment, it sometimes takes 3 tries to get the numbers right in the CR2 (especially when it goes backward the first try), but you can change the CR2 with Poser running and reconform the item for another try in a couple of seconds. If WordPad is up and in the right place in the file, you can make 3 changes in 3 minutes. I have JCM or JCJ in a bunch of my items now, it is a great help when it will improve the fit or let you do something otherwise impossable. And all my SMV stuff is made with the intention that the FBM will link from the figure. I also am slowly finishing a ERC version of Supermodel Vickie, one thing that is slowing it down is the thought of having to do matching ERC on all the clothing, including what is already out there!


Anthony Appleyard ( ) posted Fri, 27 April 2001 at 9:02 AM

It seems that we need to be able to display two hierarchy editor windows at once; on one select the master; on one select the slave; click a button that says "enslave".


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.