What's new in Qube 6.8 Jobtypes

Autodesk VRED Sequencer

The new VRED jobtype is based on the Sequencer functionality in VRED; if you can describe your task or workflow in the Sequencer, Qube can run one, several, or all of the VRED sequences described in the scene's Sequencer.

This jobtype is a "Load Once" jobtype, where a copy of VRED is started up and then python commands are sent to the running copy of VRED.  The VRED scene is only loaded once at job startup on each Qube worker, and then one or more tasks are performed by each copy of VRED.  The scene is unloaded and VRED exits only when the entire job is complete.

Support is provided for VRED Sequences that render both still frames and animation frame ranges.

Submission is performed from inside VRED; the older HTML submission interface has been retired.

ToonBoom Harmony Support

Submit from inside Harmony Premium directly to your Qube farm.  The submission window is already filled in with the scene settings.

Supports both Harmony Standalone and Harmony Network (Toonboom database server required)

Autodesk VRED 6.8-0 Jobtype

This release is designed to work with Qube! version 6.8-x

Initial release of this jobytpe. Tested against VRED 2016 SP4.

NOTE: not compatible with VRED 2016 SR1 (Subscription Release)

ToonBoom Harmony 6.8-0 Jobtype

A command-line based job, it supports submission from directly inside Harmony.

Both Harmony Standalone and Harmony Network versions are supported.  Harmony Network version requires a ToonBoom database server.

Requires Harmony 12.2 or later.

Maya 6.8-0 Jobtype

This release is designed to work with Qube! version 6.8-x.

==== CL 14609 ====
@CHANGE: adjusted code to reflect unexpected/undocumented change in arguments to a v-ray routine (in vrayDR.mel), vraySaveServersInfo(), provided by Chaos Group.

New code should still provide backwards compatibility for v-ray 2.x.

ZD: 14590

==== CL 14347 ====
@FIX: set MAYA_DISABLE_CIP env var to 1, to disable "customer involvement program" feature, to work around Maya 2016 jobs on Linux crashing at launch.

==== CL 14343 ====
@FIX: add code for vray renders to respect "File Name Prefix" override.

Apparently, vray has its own setting, "vraySettings.fileNamePrefix", and
doesn't respect Maya's "defaultRenderGlobals.imageFilePrefix" setting.

ZD: 14158

==== CL 14132 ====
@INTEG: main -> rel-6.7
-----
@FIX: allow maya jobtype to setup dirmapping even when the host can't resolve its own hostname

==== CL 14130 ====
@FIX: allow maya jobtype to setup dirmapping even when the host can't resolve its own hostname

==== CL 14111 ====
@FIX: cosmetic issue where empty output folders get created when there are multiple layers in the scene, AND imageFilePrefix contains slashes to create subdirs.

ZD: 13725