From: Greg Ercolano <erco@(email surpressed)>
Subject: Re: Max time in Batch Frames
   Date: Mon, 21 Nov 2005 00:44:26 -0800
Msg# 1119
View Complete Thread (2 articles) | All Threads
Last Next
Dylan Penhale wrote:
When rendering Batch Frames, does Max Time check the overall batch or the
individual frames contained within?

	Overall batch.
	As far as rush is concerned, it counts the time the render script
	starts running until it ends. Everything inbetween is unknown to rush.

If it checks the over all batch how hard would it be to modify the submit to
check the individual frames contained within each batch?

	You'd have to add code to the script that watches the output of the renderer
	as it runs to determine the time one frame stops and the next starts.

	It would depend entirely on the output from the renderer in question,
	esp. the verbosity settings.

	For instance, you could start the renderer in a pipe (eg. open(PIPE, "Render -r sw .."))
	and read the pipe passively to watch for frame completion messages, and while
	watching, keep track of time. If too much time passes, you could kill the
	pipe, and requeue.

	In such a case, you'd probably want to leave the rush MaxTime: turned off,
	and make your own field "Frame Maxtime:", parse that, and set that as the
	timeout in the custom code that monitors the pipe.

	It's tricky stuff, and completely dependent on the renderer's output
	messages, and how well the renderer flushes its output (different on
	Windows and Unix). Also, in the case of submit-maya, the output can be
	radically different, as maya might be using Mental Ray to render, who's
	output is completely different from Maya's software renderer.

	But if you're using lightwave or some such, where the output is maybe
	more consistent, then it might be better suited.
	

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

Last Next