ZBrushCentral

Answered: Realigning GoZ between Poser and Z after a Poser crash? HELP?

Recently began using the GoZ plugin for PoserPro2012, SR3 and it works fantastic…95% of the time. But sometimes, when I try to GoZ back to Poser, a glitch hits and it causes Poser to crash. I save my work fanatically, so I can always reopen the Poser file. But once reopened, Z doesn’t seem to understand which figure is which and GoZ just tries to load the morph target as an object file. Now I realize of course, this is likely a POSER issue and not Z. I posed the problem to the various Poser forums and no one can answer this for me, so I’m posting here to see if any of the Z gurus might know:

Is there any way to realign Z and Poser after a crash of one program or the other? Now I’ve already tried renaming and diddling with the files in USERS/PUBLIC/PIXOLOGIC/GOZPROJECTS/DEFAULT - which is, I believe, where Z retains the interchange information at, but I’ve gotten nowhere with that, and have, caused some problems rather than fixed them.

The simple of it is that when Poser sends something to Z, Z assigns it a name so that it knows what figure to send the data back to in Poser, but if Poser crashes, Z no longer reads the reopened Poser file as the original one that it has information for. So can this be fixed in any way?

Also in regards to the USERS/…/DEFAULT file…does that thing just keep growing and growing, or can I delete the files out of it periodically to save storage?

Thanks for any help or advice in advance,
Sonsie

You should contact SmithMicro regarding this subject. GoZ is implemented for Poser by them, rather than by Pixologic. As a result, they provide support for GoZ when it pertains to Poser.

I fully appreciate the logic of the Moderator’s response here, but as I said, no one with the Poser end has been helpful in this matter and I was genuinely just wanting to know if any other Z users had any input about the problem or had perhaps even found a work-around on this. It’s rather disconcerting to be simply told to go somewhere else with my question.

I also had a problem with sending meshes back to poser as full body-morphs:

When I exported the in ZBrush received GOZ-File from Poser into an object-file to change parts of my mesh in modo and then imported it back to zbrush, it was no more possible to send the mesh back from zBrush to poser via goz as am morph-target.
But when i make a copy of my submesh and export the originally (not the copied mesh) from poser imported mesh as an obj to modo and from there after working on the mesh importing back to the original from poser imported sub, then it is possible to send the mesh back to poser as a morph target. It sounds crazy, I don’t know, why this workaround does its job, but it does.
The copied submesh is only there and does nothing, I don’t rename anything, I don’t work on the copied submesh, everything is only done with the originally imported mesh. It only must be in the submesh-folder.

I write this, because some of you perhaps have the same problem as I. Some features of modo I’m missing in zBrush, for example the possibility of selecting edge-loops and modifying these loops (move/stretch etc.) without affecting other parts of the mesh.
I still didn’t find a good and easy way to do this kind of action in zBrush, so I need to export the obj-File from zBrush to modo and back to zbrush. After having the modified obj back in zBrush, I can work on this reimported mesh in zBrush and then I send it back over GOZ as a full body-morph to poser.
I think, it depends on the same problem of GOZ for Poser as you described, that this procedure needs this workaround. Perhaps it helps you, to find a way to solve your problem and perhaps you also find my workaround helpful.

mawag01