ZBrushCentral

GoZ from Maya 2013

Hola.

Has anyone solved the GoZ “from” Maya 2013 back to Zbrush 4 r3 yet?

Thx

Hi,

Seconded - hoping a fix comes soon,

-N

hope it’s fixed soon…sad

Maya 2013 ascii file format has been changed.
This breaks backward compatibility, noticeably when the .ma file includes meshes.
I have written a plugin command as a workaround that also seems to be working fine with GoZ.
I Will give the link to it when as soon as I found time post on my wordpress with the short instructions.
(one line to add to the GoZBrushFromMaya.mel)
I wrote the plugin in python so it can be installed on any Os.

F

This is soooo great!!

Can’t wait!

Thx

Seems that ZBrushCentral has been down for a few hours…
So, with some delay, here’s my post about Maya 2013 ascii file backward compatibility & GoZ fix.
Let me know if there are issues.

F

This is what I get when running “GoZUpdate;” from the python or mel script editor.

GoZUpdate;
// Error: line 1: Cannot find procedure “GoZUpdate”. //
GoZUpdate;

Error: NameError: file <maya console> line 1: name ‘GoZUpdate’ is not defined

GoZUpdate;
// Error: line 1: Cannot find procedure “GoZUpdate”. //

Also, this is how I added the “maBackward($maFileName);” line:

// Then exports it to a Maya file.
$maFileName = $GoZProjectPath + $gozName + “.ma”;
sysFile -delete $maFileName;
file -op “v=0” -typ “mayaAscii” -es $maFileName;
maBackward($maFileName);
// Then reselects all the objects previously selected.
select -r $selObjects;

Is this how it should go?

Also, does the path in the command "maBackward “x:/…/myFile.ma”.) refer to the path of the “maBackward.py” script?

I answered on my page but here’s a copy of this.

Yes, you inserted the line at the right place.
About GoZUpdate this is a global procedure in GoZScript.mel that’s (re)sourcing GoZBrushToMaya.mel.
Check if GoZ is correctly installed in Maya (you can force the reinstallation from within ZBrush).
This installation adds a userSetup.mel file in the folder ‘…\Autodesk\Maya2013\scripts’. During Maya’s startup the userSetup.mel files are called and so this one is sourcing the GoZScript.mel.

The command maBackward($maFileName); automatically ‘calls’ the maBackward definied in maBackward.py to fix the file $maFileName.
That’s all.
I wrote maBackward '"/*/myFile.ma"
to tell how to use the command, it’s just maBackward “path to my file.ma”.
So, you can use this plugin in Mayas older than 2013 to fix ma files coming from 2013.

Don’t know what’s the policy of Autodesk about this known compatibility issue.
About GoZ it’s my workaround until Pixologic release a new GoZ. I can understand it’s a kind of mess to have to release a new GoZ version only to fix small changes in the Maya ascii format (probably only for Maya users). Maybe Autodesk should better have add a flag for this ‘new’ ascii version to the file command (file -op “v=0” -typ “mayaAscii”…).

My re-install GoZ to Maya from Zbrush doesn’t seem to do anything. It did for Maya 2012 but not 2013.

Now I get:

// Error: line 1: Cannot find procedure “shelf_GoZBrush”.

Ideas?

Fixed shelf by just copying saved maya 2012 “shelf_GoZBrush.mel” into 2013.
But now it gives 2 err messages when back in ZBrush.

IMPORT ERROR

Missing Face Data.
Operation Cancelled.

Error encountered while importing a file.

I guess we’re back to square one. Now I get:

// Error: file: /Users/Shared/Pixologic/GoZApps/Maya/GoZBrushFromMaya.mel line 492: Cannot find procedure “maBackward”.

Also, it won’t let me check Loaded only Auto-Load. When Auto-load is checked and applied, it never comes back loaded.
When I click Loaded, it says: // Error: line 1: (maBackward).

What’s the deal?

Seems that GoZ isn’t correctly installed for maya 2013.
You should install it from ZBrush.
When correctly installed and after Maya has been started you sould see ‘Loading GoZ support…done!’ in the script editor.
So you just have to add the line to GoZBrushFromMaya.mel.
As for maBackward.py and autoloading it’s my mistake!


Just before releasing this plugin I added a header in wich the line 7 is was : Usage : maBackward “x:/…/myFile.ma”;
Unfortunately python even sees the triple dot […] in the header and it’s a reserved character.
That was causing this :
// Error: …/scripts/startup/autoLoadPlugin.mel line 46: Non-ASCII character ‘\x85’ in file maBackward.py on line 7, but no encoding declared;
So I just removed a dot. I’ll be more careful next time.

That worked. The autoLoad and loaded are both checked and I can send back and forth.
But when force re-installing goz it didn’t finish they way you pointed out, so I just copied my saved “shelf_GoZBrush.mel” from 2012 back to 2013.

What is your correct “shelf_GoZBrush.mel” path for Maya 2013? And “shelf_Custom.mel”? What do you think of manually installing GoZ for 2013?

I just want to see if I need to re-install Maya to get the right directories for GoZ to find where it needs to go.

Thx again.

I’m using alt+z hotkey to send meshes to ZBrush.
The command is source “C:/Users/Public/Pixologic/GoZApps/Maya/GoZBrushFromMaya.mel”.
The shelf installed by GoZ isn’t a serious issue.

http://www.scaphandrier.net/?p=256 this guy seems to have found a fix to the maya 2013 problem, tested it just now and it works pretty well