I consulted the manual on this one, and I was correct. The EBMT is directly related to the saving of figures and is required for morph sharing features. It's part of the runtime and external Pz3 format and involves the always ominous PMD file pal. I have not had time to check this yet. I will try it with it turned off and see what happens. If this does have any effect - it shouldn't. That is not to say it won't. Ha, ha. The issue seems to be with the GoZ bridge itself and how Poser is not maintaining the same connective data. I have also noticed anytime that you use the bridge, Poser delivers it to GoZ as a completely new figure. In previous versions (10) it always returns the figure as the same figure to Z so long as you were working with the same figure in an open version of Poser. In other words if you saved your figure and opened a new file and then went back to the original one, Poser would reassign a new name to it. But you could go back and forth forever with the same file open and it would always recognize and retain the same name. Now it just acts like it can't send it back and forth and I'm wondering if this is a result of Poser changing the darn poly data every time you send it out. If so, this could be corrected I believe on Poser's end. Z only has what Poser sends it. And if it constantly changes the poly count on the HD figure as Nerd insinuated, then Z would perceive it as a different figure each time it bridges out-bound. And that's what's happening basically. Again though, I'll try the binaries and see. Who knows. If it works you will officially win the internet for the day. ha, ha.