Indigo Renderer Forum

I'm trying networked rendering today. All seemed to be ok, I've shared the indigo folder and the folder with the igs file but Indigo on the master says.

Display took 2.06895 s
Time elapsed: 15 m, 28 s
Done 58410000.00000 samples (121.68750 samples per pixel)
62929.80113 samples / second (15.89072 micro-seconds / sample)
Network slave connected from 192.168.1.39
ClientProxy: MySocketExcep: read failed, error: [unknown]
Dropping connection to slave.

Both firewalls are allowing connections, network is fine works on my other networked rendering progs etc.

I've searched the forum but can't find something that's helping.

Hey,
I got the same kind of error today. My reason was, that the slave couldn't find one of the NK files needed. So be sure, that all your files and textures are accessible for the slave too.

Yes I've just managed to do a network render from a test scene (cornellbox). I don't understand what the problem is with my scene though? I just took the default blender box and saved that as an igs so it doesn't have any materials?

I tried copying the igs to the test renders folder, not working and then copying all the nk materials into my shared working folder, still no luck?

Try to check the paths in the XML (and/or igs) files - they have to be UNC style (\\Server\Share\Filename.ext), not like C:\Program Files\Indigo\Filename.ext!

This is the igs opened in notepad, the xml follows. I don't see any path info?

<?xml version="1.0" encoding="utf-8"?>

<scene>
<renderer_settings>
<width>800</width>
<height>600</height>
<metropolis>true</metropolis>
<max_num_consec_rejections>1000</max_num_consec_rejections>
<bidirectional>true</bidirectional>
<max_depth>1000</max_depth>
<logging>true</logging>
<save_untonemapped_exr>false</save_untonemapped_exr>
<save_tonemapped_exr>false</save_tonemapped_exr>
<save_igi>true</save_igi>
<display_period>20.0</display_period>
<halt_time>-1</halt_time>
<halt_samples_per_pixel>-1</halt_samples_per_pixel>
<frame_upload_period>60</frame_upload_period>
<image_save_period>120</image_save_period>
<super_sample_factor>2</super_sample_factor>
<hybrid>false</hybrid>
<bih_tri_threshold>500000</bih_tri_threshold>
<ray_origin_nudge_distance>0.000100</ray_origin_nudge_distance>
<cache_trees>true</cache_trees>
<num_threads>3</num_threads>
<auto_choose_num_threads>false</auto_choose_num_threads>
<aperture_diffraction>false</aperture_diffraction>
<watermark>false</watermark>
<splat_filter>
<mn_cubic>
<blur>0.300000</blur>
<ring>0.300000</ring>
</mn_cubic>
</splat_filter>
<downsize_filter>
<mn_cubic>
<blur>0.300000</blur>
<ring>0.300000</ring>
</mn_cubic>
</downsize_filter>
</renderer_settings>

<tonemapping>
<reinhard>
<pre_scale>4</pre_scale>
<post_scale>1.2</post_scale>
<burn>6</burn>
</reinhard>
</tonemapping>

<skylight>
<sundir>-0.430432 -0.250932 0.867042</sundir>
<turbidity>2.200000</turbidity>
</skylight>

<camera>
<pos>7.481132 -6.507640 5.343665</pos>
<up>-0.317370 0.312469 0.895343</up>
<forwards>-0.654862 0.610666 -0.445245</forwards>
<aperture_radius>0.002461</aperture_radius>
<exposure_duration>0.008000</exposure_duration>
<focus_distance>2.000000</focus_distance>
<aspect_ratio>1.33333</aspect_ratio>
<sensor_width>0.036000</sensor_width>
<lens_sensor_dist>0.039375</lens_sensor_dist>
<white_balance>E</white_balance>
<aperture_shape>
<generated>
<num_blades>8</num_blades>
<blade_offset>0.400000</blade_offset>
<blade_curvature_radius>3.000000</blade_curvature_radius>
<start_angle>0.200000</start_angle>
</generated>
</aperture_shape>
<autofocus/>
</camera>

<material>
<name>Default</name>
<diffuse>
<albedo_spectrum>
<rgb>
<rgb>1 1 1</rgb>
<gamma>2.2</gamma>
</rgb>
</albedo_spectrum>
</diffuse>
</material>

<material>
<name>null</name>
<null_material/>
</material>

<material>
<name>Material</name>
<phong>
<exponent>500</exponent>
<diffuse_albedo_spectrum>
<rgb>
<rgb>0.8 0.8 0.8</rgb>
<gamma>2.2</gamma>
</rgb>
</diffuse_albedo_spectrum>
<ior>1.60838</ior>
</phong>
</material>

<include>
<pathname>try-meshs.xml</pathname>
</include>

<!-- Cube -->
<model>
<pos>0.000000 0.000000 0.000000</pos>
<scale>1</scale>
<rotation>
<matrix>
1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000
</matrix>
</rotation>
<mesh_name>Cube</mesh_name>
</model>

</scene>


<?xml version="1.0" encoding="utf-8"?>

<scenedata>
<mesh>
<name>Cube</name>
<normal_smoothing>false</normal_smoothing>
<embedded>
<expose_uv_set>
<index>0</index>
<name>uv</name>
</expose_uv_set>
<vertex pos="1.000000 1.000000 -1.000000" normal="0.000000 0.000000 -1.000000" />
<vertex pos="1.000000 -1.000000 -1.000000" normal="0.000000 0.000000 -1.000000" />
<vertex pos="-1.000000 -1.000000 -1.000000" normal="0.000000 0.000000 -1.000000" />
<vertex pos="-1.000000 1.000000 -1.000000" normal="0.000000 0.000000 -1.000000" />
<vertex pos="1.000000 0.999999 1.000000" normal="0.000000 0.000000 1.000000" />
<vertex pos="-1.000000 1.000000 1.000000" normal="0.000000 0.000000 1.000000" />
<vertex pos="-1.000000 -1.000000 1.000000" normal="0.000000 0.000000 1.000000" />
<vertex pos="0.999999 -1.000001 1.000000" normal="0.000000 0.000000 1.000000" />
<vertex pos="1.000000 1.000000 -1.000000" normal="1.000000 -0.000000 0.000000" />
<vertex pos="1.000000 0.999999 1.000000" normal="1.000000 -0.000000 0.000000" />
<vertex pos="0.999999 -1.000001 1.000000" normal="1.000000 -0.000000 0.000000" />
<vertex pos="1.000000 -1.000000 -1.000000" normal="1.000000 -0.000000 0.000000" />
<vertex pos="1.000000 -1.000000 -1.000000" normal="-0.000000 -1.000000 -0.000000" />
<vertex pos="0.999999 -1.000001 1.000000" normal="-0.000000 -1.000000 -0.000000" />
<vertex pos="-1.000000 -1.000000 1.000000" normal="-0.000000 -1.000000 -0.000000" />
<vertex pos="-1.000000 -1.000000 -1.000000" normal="-0.000000 -1.000000 -0.000000" />
<vertex pos="-1.000000 -1.000000 -1.000000" normal="-1.000000 0.000000 -0.000000" />
<vertex pos="-1.000000 -1.000000 1.000000" normal="-1.000000 0.000000 -0.000000" />
<vertex pos="-1.000000 1.000000 1.000000" normal="-1.000000 0.000000 -0.000000" />
<vertex pos="-1.000000 1.000000 -1.000000" normal="-1.000000 0.000000 -0.000000" />
<vertex pos="1.000000 0.999999 1.000000" normal="0.000000 1.000000 0.000000" />
<vertex pos="1.000000 1.000000 -1.000000" normal="0.000000 1.000000 0.000000" />
<vertex pos="-1.000000 1.000000 -1.000000" normal="0.000000 1.000000 0.000000" />
<vertex pos="-1.000000 1.000000 1.000000" normal="0.000000 1.000000 0.000000" />
<triangle_set>
<material_name>Material</material_name>
<tri>0 1 2</tri>
<tri>2 3 0</tri>
<tri>4 5 6</tri>
<tri>6 7 4</tri>
<tri>8 9 10</tri>
<tri>10 11 8</tri>
<tri>12 13 14</tri>
<tri>14 15 12</tri>
<tri>16 17 18</tri>
<tri>18 19 16</tri>
<tri>20 21 22</tri>
<tri>22 23 20</tri>
</triangle_set>
</embedded>
</mesh>

</scenedata>

Sukrim wrote:Try to check the paths in the XML (and/or igs) files - they have to be UNC style (\\Server\Share\Filename.ext), not like C:\Program Files\Indigo\Filename.ext!

I don't really understand can you point me at a resource to help? I don't see any paths to textures in my igs files?

Can someone post an igs exported from Blendigo with just the default cube from Blender so I can compare them as I'm getting no where with the network rendering.

Testscenes from the indigo folder no problem but my own igs files only render in the master and give the "ClientProxy: MySocketExcep: read failed, error: [unknown] Dropping connection to slave." error.

OK.... I'm up and running.

Note: Make sure that both the master and slaves have access to the .igs and it’s textures etc VIA THE SAME DRIVE AND PATH i.e. a shared folder, otherwise the slave will fail to load the scene.

From the wiki.

This confused a small brained artist like myself. I thought that as long as you shared the folder you had your igs (materials etc) in on one computer via the network you were good to go. I didn't realise you had to physically have the same data in identicle places on both/multiple computers! As in c:\rendershare\ on comp1 and comp2 etc

that last part doesnt sound right to me. i use a shared folder on one machine to run all my clients off of. its crazy to think of building exact file/folder structures on every slave machine. so why doesnt it work for you? ... dont know. :/

you may find more information on the slave machine as far as the reason for the error. also, what options are you running when starting the slave box? i typically just run "start /low /min indigo_console.exe -n s" and thats it.

Russdigo wrote:I didn't realise you had to physically have the same data in identicle places on both/multiple computers! As in c:\rendershare\ on comp1 and comp2 etc

if this is true, what about rendering mixing MS XP/Vista & Linux slaves ... ?

cpfresh wrote: you may find more information on the slave machine as far as the reason for the error. also, what options are you running when starting the slave box? i typically just run "start /low /min indigo_console.exe -n s" and thats it.

just indigo.exe -n s

I'm just glad I can do it! It was driving me mad...

Harry Beaver wrote:what about rendering mixing MS XP/Vista & Linux slaves ... ?

I have managed to mix win + linux slaves using wine on the linux boxes to emulate the windows drives and paths.

I wrote a rather lengthy (and technical) explanation of this on the forum a while ago.

edit: bottom of this thread:
http://www.indigorenderer.com/joomla/fo ... nux+slaves

dougal2 wrote:

Harry Beaver wrote:what about rendering mixing MS XP/Vista & Linux slaves ... ?

I have managed to mix win + linux slaves using wine on the linux boxes to emulate the windows drives and paths.

I wrote a rather lengthy (and technical) explanation of this on the forum a while ago.

edit: bottom of this thread:
http://www.indigorenderer.com/joomla/fo ... nux+slaves

yes I know you did, I followed you "walkthrough" and it worked when I tested it.

But I was referring to the absolute path thingy for Indigo reading textures.

Well isn't that the same problem ? If you're using absolute paths, then the same paths need to exist on all of the machines.

From what I can see using all relative paths will fix most of the problem, except for the path that the indigo master sends to the slaves.
If indigo could convert that to a relative path too then it'd be far easier to get slaves running, especially on different OSs - you'd be able to use a native linux slave with a native windows master for example.