I think it will take much more than a utility. There is real resistence to the whole process. MM4 will generate the stripped file - quickly - provided that the cr2 either has its extension changed to *.pp2 or a pp2 is opened first and replaced with the cr2 (this lets MM4 get at all of the channels as well as the actor BODY section. But you still must get rid of the geometry calls and the actors and materials sections by hand. Once you have the stripped cr2/pp2, it is easy to copy over a morph and have it be a donor pose. The problem with donor files = the host cr2 must have an existing targetGeom with an identical name to receive the replacement deltas. Now, for hundreds of faces, or body shapes, this is not a problem because they can all use the same targetGeom in the cr2. You can only use one at a time anyway. If you are talking about morphs that can be used together - shape/construction morphs or expressions, there needs to be a host targetGeom for each- if you intend to have more than one present at a time. This means that you have to copy some version of the targetGeoms into the CR2. If you are going to copy 20 host targetGeoms that are empty to accept the content of your donor poses, you may has well just copy the morphs themselves and save the extra step. The clothing morph packs for V2/M2 carry a huge number of morphs, but once you define the clothing shape for each of your characters, these would be prime candidates for use in a stripped version of each clothing cr2 - with one host targetGeom in each group and a donor pose for each character. Yes, it means that there can be a large number of files in the pose library, but, it keeps those morphs from eating up RAM if they are present in the CR2 that is in use and the morphs are not needed. The joint changes can be done with a pose file - no morphs are affected - it is just polite to also have a JNTpose that restores the default values to go with it. IssacNewton redid the JP for his Gymnast character for extreme poses - but this means that moderate poses may pay a price. I think the POS file that sets the extreme pose could also contain JP that work better with it. But then, every POS file must either have JP, including those that are default, or a user must know to use a JNTpose that restores the default when it is appropriate.