<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: XML, Python and the Visual Effects Pipeline</title>
	<atom:link href="http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/feed/" rel="self" type="application/rss+xml" />
	<link>http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/</link>
	<description>The reel, resume and contact resource for Eddie Offermann, Pipeline TD, Visual Effects Scripter, CG VFX and Integration Artist</description>
	<lastBuildDate>Tue, 09 Mar 2010 22:39:41 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Cameron O'Rourke</title>
		<link>http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/comment-page-1/#comment-73</link>
		<dc:creator>Cameron O'Rourke</dc:creator>
		<pubDate>Mon, 15 Dec 2008 01:36:52 +0000</pubDate>
		<guid isPermaLink="false">http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/#comment-73</guid>
		<description>Yeah, I guess that makes sense. As long as a human is involved in kicking off the process that says &quot;this asset is ready&quot;, it would be very natural to update the project tracker.  

We are in the beginning stages, but we have an industrial-strength workflow system running under the covers along with email notifications. We could totally mark one task as &#039;complete&#039;, mark the next task as &#039;in-progress&#039;, start putting the assets into position, and put a notification up on the next artists&#039; dashboard.

Something that I just realized is that these steps could be driven by workflow, or by the Python script. Hmmm. I had been assuming that we needed a user-configurable workflow system all this time. 

Do you already have a project tracker, or are you building one? I would be very interested to know what you would like to see in such a tool.</description>
		<content:encoded><![CDATA[<p>Yeah, I guess that makes sense. As long as a human is involved in kicking off the process that says &#8220;this asset is ready&#8221;, it would be very natural to update the project tracker.  </p>
<p>We are in the beginning stages, but we have an industrial-strength workflow system running under the covers along with email notifications. We could totally mark one task as &#8216;complete&#8217;, mark the next task as &#8216;in-progress&#8217;, start putting the assets into position, and put a notification up on the next artists&#8217; dashboard.</p>
<p>Something that I just realized is that these steps could be driven by workflow, or by the Python script. Hmmm. I had been assuming that we needed a user-configurable workflow system all this time. </p>
<p>Do you already have a project tracker, or are you building one? I would be very interested to know what you would like to see in such a tool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eddie</title>
		<link>http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/comment-page-1/#comment-72</link>
		<dc:creator>Eddie</dc:creator>
		<pubDate>Sun, 14 Dec 2008 07:58:05 +0000</pubDate>
		<guid isPermaLink="false">http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/#comment-72</guid>
		<description>I see absolutely no reason to not introduce this sort of interaction.  I think it&#039;s a natural!

One of the features I&#039;m planning to implement relatively soon is the ability for artists to register their interest in data for a particular shot.  For instance, if a lighter is waiting on a camera to be published, the lighter would be able to access an interface (web or inside of Maya) and indicate that they would like to receive notification when a camera or revised animation is available.  When an animator or tracker releases the needed asset, the lighter receives an instant message or an email to indicate that their asset is ready.  These notifications could even be set up by production coordinators or producers to help speed things along.  If there&#039;s anything I personally hate, it&#039;s having to call/IM/email someone just to say &quot;Hey, that animation data is ready!&quot;

Since my pipeline tools are extending to encompass model and texture publishing and eventually even lighting and rendering setups (they already include limited functionality for compositors - and that&#039;ll grow soon as well), it&#039;s possible for the system to report when an artist has picked up a shot to work on, when they complete it and when it has moved on (or is ready to move on) to the next stage.

Reporting this data to a project tracking system is handy.</description>
		<content:encoded><![CDATA[<p>I see absolutely no reason to not introduce this sort of interaction.  I think it&#8217;s a natural!</p>
<p>One of the features I&#8217;m planning to implement relatively soon is the ability for artists to register their interest in data for a particular shot.  For instance, if a lighter is waiting on a camera to be published, the lighter would be able to access an interface (web or inside of Maya) and indicate that they would like to receive notification when a camera or revised animation is available.  When an animator or tracker releases the needed asset, the lighter receives an instant message or an email to indicate that their asset is ready.  These notifications could even be set up by production coordinators or producers to help speed things along.  If there&#8217;s anything I personally hate, it&#8217;s having to call/IM/email someone just to say &#8220;Hey, that animation data is ready!&#8221;</p>
<p>Since my pipeline tools are extending to encompass model and texture publishing and eventually even lighting and rendering setups (they already include limited functionality for compositors &#8211; and that&#8217;ll grow soon as well), it&#8217;s possible for the system to report when an artist has picked up a shot to work on, when they complete it and when it has moved on (or is ready to move on) to the next stage.</p>
<p>Reporting this data to a project tracking system is handy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cameron O'Rourke</title>
		<link>http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/comment-page-1/#comment-71</link>
		<dc:creator>Cameron O'Rourke</dc:creator>
		<pubDate>Sun, 14 Dec 2008 06:24:55 +0000</pubDate>
		<guid isPermaLink="false">http://eddieoffermann.com/blog/2008/05/16/xml-python-visual-effects-pipeline/#comment-71</guid>
		<description>Hi Eddie. I&#039;ve been working hard on an online collaboration and project tracking tool for VFX (think mashup between Basecamp and VFX Showrunner.) Someone suggested that I should offer Python bindings into the system for ease of integration with pipelines. 

Do you think this would be useful? Or are pipeline automation and project tracking operating at totally different levels of granularity to be integrated? I&#039;m having trouble coming up with a scenario where this would be useful. 

Since you are knee-deep in this aspect of the industry which I am not, any insights would be very helpful. 

Cheers, 
Cameron</description>
		<content:encoded><![CDATA[<p>Hi Eddie. I&#8217;ve been working hard on an online collaboration and project tracking tool for VFX (think mashup between Basecamp and VFX Showrunner.) Someone suggested that I should offer Python bindings into the system for ease of integration with pipelines. </p>
<p>Do you think this would be useful? Or are pipeline automation and project tracking operating at totally different levels of granularity to be integrated? I&#8217;m having trouble coming up with a scenario where this would be useful. </p>
<p>Since you are knee-deep in this aspect of the industry which I am not, any insights would be very helpful. </p>
<p>Cheers,<br />
Cameron</p>
]]></content:encoded>
	</item>
</channel>
</rss>
