<?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"
	>
<channel>
	<title>Comments on: Yadra - Yet Another Distributed Rendering App</title>
	<atom:link href="http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/</link>
	<description>Fresh Blender News, Every Day</description>
	<pubDate>Sat, 22 Nov 2008 11:00:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Thomas</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-350784</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Tue, 08 Jul 2008 17:26:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-350784</guid>
		<description>Don't press ctrl+W here. haha</description>
		<content:encoded><![CDATA[<p>Don&#039;t press ctrl+W here. haha</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BlendMaster</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-335665</link>
		<dc:creator>BlendMaster</dc:creator>
		<pubDate>Fri, 06 Jun 2008 16:35:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-335665</guid>
		<description>it ried DrQueue, farmerjoe, yadra, then blendermans render script, and a couple of others, including on from hazard but i have to say, i liuk this one the most so far, i guess its the interface or sumething, but its really easy to set up, adding slaves is a breeze, and i like that you can specify the ports and all that. so yeah, i liek it :)</description>
		<content:encoded><![CDATA[<p>it ried DrQueue, farmerjoe, yadra, then blendermans render script, and a couple of others, including on from hazard but i have to say, i liuk this one the most so far, i guess its the interface or sumething, but its really easy to set up, adding slaves is a breeze, and i like that you can specify the ports and all that. so yeah, i liek it :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: birs93</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-333561</link>
		<dc:creator>birs93</dc:creator>
		<pubDate>Mon, 02 Jun 2008 19:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-333561</guid>
		<description>lol i tought it said disturbed XD</description>
		<content:encoded><![CDATA[<p>lol i tought it said disturbed XD</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver Schulze</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-245594</link>
		<dc:creator>Oliver Schulze</dc:creator>
		<pubDate>Tue, 05 Feb 2008 21:49:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-245594</guid>
		<description>Hi,

a new version of yadra is available on http://blendoli.googlepages.com/yadra. Heres a list of changes:

- implemented multiple-jobs rendering 
- added a new background image 
- show up all active slaves (even if there are no jobs) 
- added the possibility to remove inactive slaves from list 
- reordered the done-list (newest on top) 
- added multiple output-formats (png, jpeg, ...) 
- made the web-ui more flexible, now it is possible to put the templates in subdirectories 
- added rendering time 
- added pause for slaves (all the time, not only for one job) 
- removed some bugs, regarding the rendering process/made the process more stable 
- made it possible to render multiple jobs with the same name 
- worked-over the code, switched to Subversion (on Sourceforge) and Eclipse 
- fixed error, when master wanted to move the work folder, and the slaves wrote into it, that didn't work 
- Fixed connect timeout error (could lead to a deadlock on the slaves): added timeout to socket connect 
- Fixed problem of config (passphares was not recognized when creating a new slave) 
- Fixed Problem, when setting the work directory to the same as the start directory (resulted in 0-Byte Filesin Web-Directory)

Have fun using it!</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>a new version of yadra is available on <a href="http://blendoli.googlepages.com/yadra" rel="nofollow">http://blendoli.googlepages.com/yadra</a>. Heres a list of changes:</p>
<p>- implemented multiple-jobs rendering<br />
- added a new background image<br />
- show up all active slaves (even if there are no jobs)<br />
- added the possibility to remove inactive slaves from list<br />
- reordered the done-list (newest on top)<br />
- added multiple output-formats (png, jpeg, &#8230;)<br />
- made the web-ui more flexible, now it is possible to put the templates in subdirectories<br />
- added rendering time<br />
- added pause for slaves (all the time, not only for one job)<br />
- removed some bugs, regarding the rendering process/made the process more stable<br />
- made it possible to render multiple jobs with the same name<br />
- worked-over the code, switched to Subversion (on Sourceforge) and Eclipse<br />
- fixed error, when master wanted to move the work folder, and the slaves wrote into it, that didn&#039;t work<br />
- Fixed connect timeout error (could lead to a deadlock on the slaves): added timeout to socket connect<br />
- Fixed problem of config (passphares was not recognized when creating a new slave)<br />
- Fixed Problem, when setting the work directory to the same as the start directory (resulted in 0-Byte Filesin Web-Directory)</p>
<p>Have fun using it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: an8kid</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-243641</link>
		<dc:creator>an8kid</dc:creator>
		<pubDate>Sat, 02 Feb 2008 15:00:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-243641</guid>
		<description>wow... 
i just got round to trying this today.... 
its sooo slow... it was so much quicker rendering on my PC than on this render farm...</description>
		<content:encoded><![CDATA[<p>wow&#8230;<br />
i just got round to trying this today&#8230;.<br />
its sooo slow&#8230; it was so much quicker rendering on my PC than on this render farm&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reaction</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-236328</link>
		<dc:creator>Reaction</dc:creator>
		<pubDate>Sun, 20 Jan 2008 18:05:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-236328</guid>
		<description>I create AVI Raw files ready for conversion to WMV. So all I need is a program on the master that can be given the relative speeds of each machine (including itself!); then calculate how many frames each machine should do; then send a simple command (over a network connection) to invoke identical Blender installations (with the necessary .blend files also local on each slave machine).  When any machine finishes, it sends a message back to the master, which then tells that slave to copy its rendered AVI chunk back to a shared folder on the master. 

If that's *not* what these render farm managers do, then I think it's time I learned Python or reawakened my Visual Basic skills!</description>
		<content:encoded><![CDATA[<p>I create AVI Raw files ready for conversion to WMV. So all I need is a program on the master that can be given the relative speeds of each machine (including itself!); then calculate how many frames each machine should do; then send a simple command (over a network connection) to invoke identical Blender installations (with the necessary .blend files also local on each slave machine).  When any machine finishes, it sends a message back to the master, which then tells that slave to copy its rendered AVI chunk back to a shared folder on the master. </p>
<p>If that&#039;s *not* what these render farm managers do, then I think it&#039;s time I learned Python or reawakened my Visual Basic skills!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aussiedude</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-236158</link>
		<dc:creator>Aussiedude</dc:creator>
		<pubDate>Sun, 20 Jan 2008 03:57:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-236158</guid>
		<description>I had a go at using the frameserver to setup a renderfarm of sorts when I was in high school last year. The computer lab I was in had 32 computers with this setup:
Processor: Intel Pentium 4 3.2GHz - Dual Core!
RAM: 2GB

With basically 64 processors around me I couldn't miss the chance to make a renderfarm. So I got my blend file, put it on the network. Opened the file on all computers and got the list of their IP's from my teacher. I wrote a C++ script that made a html file with a link to every frame in my animation with each computer rendering a near equal number of frames (about 250 frames so about 8 frames per computer). Then I used a download manager for firefox just to download all the links to frames in order with 32 frames downloading at a time. So that every computer was being used. Then I just downloaded all the frames to a laptop that was connected to the network.

It took a while to setup but it was worth it, worked like a charm when done. I probably did things the long way but I did so because:
1. I don't understand the so-called 'simple' renderfarm scripts and tools for blender
2. I didn't have the time nor the desire to write a script or tool myself that did all this automatically, I didn't think I would be doing it again either, so I just did it all manually.</description>
		<content:encoded><![CDATA[<p>I had a go at using the frameserver to setup a renderfarm of sorts when I was in high school last year. The computer lab I was in had 32 computers with this setup:<br />
Processor: Intel Pentium 4 3.2GHz - Dual Core!<br />
RAM: 2GB</p>
<p>With basically 64 processors around me I couldn&#039;t miss the chance to make a renderfarm. So I got my blend file, put it on the network. Opened the file on all computers and got the list of their IP&#039;s from my teacher. I wrote a C++ script that made a html file with a link to every frame in my animation with each computer rendering a near equal number of frames (about 250 frames so about 8 frames per computer). Then I used a download manager for firefox just to download all the links to frames in order with 32 frames downloading at a time. So that every computer was being used. Then I just downloaded all the frames to a laptop that was connected to the network.</p>
<p>It took a while to setup but it was worth it, worked like a charm when done. I probably did things the long way but I did so because:<br />
1. I don&#039;t understand the so-called &#039;simple&#039; renderfarm scripts and tools for blender<br />
2. I didn&#039;t have the time nor the desire to write a script or tool myself that did all this automatically, I didn&#039;t think I would be doing it again either, so I just did it all manually.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lindamus</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-235921</link>
		<dc:creator>lindamus</dc:creator>
		<pubDate>Sat, 19 Jan 2008 10:45:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-235921</guid>
		<description>Well,

this seems like a nice little project. Had a bit of a play with it all, but could not get the slaves to render output (from the looks of it).

Will keep my eye on it though, cause it does seem to be heading down the right track.</description>
		<content:encoded><![CDATA[<p>Well,</p>
<p>this seems like a nice little project. Had a bit of a play with it all, but could not get the slaves to render output (from the looks of it).</p>
<p>Will keep my eye on it though, cause it does seem to be heading down the right track.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vidrazor</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-235836</link>
		<dc:creator>vidrazor</dc:creator>
		<pubDate>Sat, 19 Jan 2008 03:54:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-235836</guid>
		<description>Pretty useless if all it can render to is jpeg.</description>
		<content:encoded><![CDATA[<p>Pretty useless if all it can render to is jpeg.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl</title>
		<link>http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-235742</link>
		<dc:creator>Karl</dc:creator>
		<pubDate>Fri, 18 Jan 2008 21:56:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2008/01/18/yadra-yet-another-distributed-rendering-app/#comment-235742</guid>
		<description>@Reaction:
I can't speak for Yadra or FarmerJoe, but I would suggest a look at DrQueue - it works by sending one frame/bucket to each render slave, and then waits for a slave to finish. As soon as one slave finishes, the master sends it another bucket/frame to render. This way all machines pick up work as fast as they can, and your renderfarm is used to maximum efficiency. DrQueue also has also been used professionally and is production-proven. Comes thoroughly recommended :)

Karl</description>
		<content:encoded><![CDATA[<p>@Reaction:<br />
I can&#039;t speak for Yadra or FarmerJoe, but I would suggest a look at DrQueue - it works by sending one frame/bucket to each render slave, and then waits for a slave to finish. As soon as one slave finishes, the master sends it another bucket/frame to render. This way all machines pick up work as fast as they can, and your renderfarm is used to maximum efficiency. DrQueue also has also been used professionally and is production-proven. Comes thoroughly recommended :)</p>
<p>Karl</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.107 seconds -->
