From: Luigi Tommaseo <luigi@tommaseo.me.uk>
Subject: problem with mi generation and maya7
   Date: Fri, 04 Aug 2006 03:39:48 -0400

Hi greg,

I don't know if this was covered before but the solution is to add

setAttr "defaultRenderGlobals.startFrame"     $opt{sfrm};
setAttr "defaultRenderGlobals.endFrame"       $opt{efrm};

in the mel part of our submit script so it would read like this:

if ( !`pluginInfo -q -l "Mayatomr"` )
    { error("Make sure 'MAYA_PLUG_IN_PATH' set correctly."); }

// Scene file existence check
string \$scene = `file -q -sn`;
if ( size( \$scene ) == 0 )

// Initialize Mayatomr globals
miCreateDefaultNodes();

// Init mray globals
setAttr "mentalrayGlobals.startFrame"     $opt{sfrm};
setAttr "mentalrayGlobals.endFrame"       $opt{efrm};
setAttr "defaultRenderGlobals.startFrame"     $opt{sfrm};
setAttr "defaultRenderGlobals.endFrame"       $opt{efrm};
setAttr "mentalrayGlobals.byFrame"        1;
setAttr "mentalrayGlobals.startExtension" $opt{sfrm};
setAttr "mentalrayGlobals.byExtension"    1;

////                     Tried Mayatomr (-project,-dir).
////
//// // Image dir specified?
//// if ( "$opt{ImageDirectory}" != "-" )
//// {
////     // Force Mayatomr to use our ImageDirectory. -erco 02/09/04

//// }

// Generate .mi file.
if ( "$opt{Debug}" == "off" )
{
    // Use -binary if not debugging.
    Mayatomr -mi -binary -padframe 4 -perframe 2 -xp "1111111111"
             -verbosity 0 -file "$opt{mipath}" $opt{MayatomrFlags};
}
else
{
    // No -binary if debugging.
    Mayatomr -mi -padframe 3 -perframe 2 -xp "1111111111"
             -verbosity 0 -file "$opt{mipath}" $opt{MayatomrFlags};
}

EOF

hope this helps and sorry if it is a repetition.


Luigi Tommaseo
Digital Systems Manager
Senate Visual Effects
Twickenham Film Studios
St.Margarets
Twickenham
Middlesex
TW1 2AW

Tel: (Tel# suppressed)
luigi@(email surpressed)
www.senatevfx.com

On 29 Jun 2006, at 16:28, Greg Ercolano wrote:

[posted to rush.general]

Abraham Schneider wrote:

Ok, I can answer that to myself :)

We just installed this updated redhat9 version and now the browsing works fine! Maybe that helps to avoid this problem for the future.

	Yes, updating the page last weekend seemed to solve the problem,
	so hopefully no one should run into this.

	I've also fixed up the download page so that it's more clear
	about which tar files go with which linux distro:

 Redhat6 - Redhat8: rush-102.42a6-redhat6.tar.gz -- OLD releases only
 Redhat9 - Fedora2: rush-102.42a6-redhat9.tar.gz -- includes RHEL1-2

Fedora3 - Fedora5: rush-102.42a6-fedora3.tar.gz -- includes RHEL3-5 and up

	That should clear things up a bit, I hope.

--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Cel: (Tel# suppressed)
Fax: (Tel# suppressed)(new)

** NOTE:
**	I will be on vacation July 11th through July 20th.
**	During that time, orders and email response may take over 24 hours.
**