Indigo Renderer 3.2.2

General News and accouncements regarding the Indigo render engine
User avatar
dag
Posts: 189
Joined: Tue Feb 02, 2010 2:28 am

Re: Indigo Renderer 3.2.2

Post by dag » Mon Nov 14, 2011 5:44 am

Alright, sounds like fishy business.
BTW FoV should probably be called Angle of View since it's a degrees measurement and not distance.

User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Re: Indigo Renderer 3.2.2

Post by CTZn » Mon Nov 14, 2011 8:22 am

dag wrote:Is sss working as it should?
In the material with red scattering under 90.3 only bidir modes render red, but above 90.4 all modes render red.
Confirmed, could be that something gets inverted below 90.4 (red) scattering. Inverting absorbtion should be an exporter/GUI feature imho.

Zlaty Lev
Posts: 16
Joined: Fri Sep 03, 2010 4:15 am

Re: Indigo Renderer 3.2.2

Post by Zlaty Lev » Mon Nov 14, 2011 8:23 pm

fbrunell wrote:
3.2.2
* Fixed node licenses not being recognised properly
When selecting "Network Rendering" manually within Indigo once render has started I get the following messages :
Starting Render Master Server on port 7777
Master Discovery Listener started

On Slave, I get
Waiting for a master.
ClientDiscoveryPacketSender thread started.
Listening on port 7100

But that's it, nothing happens, no connexion. On 3.2.0, I was getting a connection (even though slaves licenses were not recognized).
License is recognized correct now. But as discribed the connection to the slaves fails when starting the network rendering manually.
And because blendigo still has no button for network rendering ( or it is well hidden somewere or I´m blind) you can not use network rendering at all with blender.

everwind
Indigo 100
Posts: 67
Joined: Sat Dec 29, 2007 1:29 am

Re: Indigo Renderer 3.2.2

Post by everwind » Mon Nov 14, 2011 11:29 pm

dag wrote:Alright, sounds like fishy business.
BTW FoV should probably be called Angle of View since it's a degrees measurement and not distance.
FoV has never been a distance, it's angular :). Angle of View is just the name of Field of View in photography, but it's exactly the same

User avatar
Ryouta Sumeragi
Posts: 30
Joined: Sun Jul 05, 2009 4:11 am
Location: Japan

Re: Indigo Renderer 3.2.2

Post by Ryouta Sumeragi » Tue Nov 15, 2011 12:02 am

Because Slave does not reply, network rendering cannot start...
Slave was started with "Network Rendering" button in Indigo3.0.14.


-----------------------------
C4D R10.5 (64bit)
Indigo 3.2.2, Cindigo 3.2.1
Windows 7Pro(64bit), MEM 8GB
-----------------------------
I used machine translation ...

User avatar
dag
Posts: 189
Joined: Tue Feb 02, 2010 2:28 am

Re: Indigo Renderer 3.2.2

Post by dag » Tue Nov 15, 2011 1:20 am

everwind wrote:
dag wrote:Alright, sounds like fishy business.
BTW FoV should probably be called Angle of View since it's a degrees measurement and not distance.
FoV has never been a distance, it's angular :). Angle of View is just the name of Field of View in photography, but it's exactly the same
Most people speak of field of view when in fact they mean angle of view. Field of view is the distance covered by a projection at a certain distance. So if an image exactly shows a 2 meter wide object at 1 meter distance, then the field of view is 2 meter (and the angle of view is 90°). Angle of view is also known as angle of coverage.
but... no big deal.

everwind
Indigo 100
Posts: 67
Joined: Sat Dec 29, 2007 1:29 am

Re: Indigo Renderer 3.2.2

Post by everwind » Tue Nov 15, 2011 1:59 am

dag wrote:
everwind wrote:
dag wrote:Alright, sounds like fishy business.
BTW FoV should probably be called Angle of View since it's a degrees measurement and not distance.
FoV has never been a distance, it's angular :). Angle of View is just the name of Field of View in photography, but it's exactly the same
Most people speak of field of view when in fact they mean angle of view. Field of view is the distance covered by a projection at a certain distance. So if an image exactly shows a 2 meter wide object at 1 meter distance, then the field of view is 2 meter (and the angle of view is 90°). Angle of view is also known as angle of coverage.
but... no big deal.
This definition applies only about PROJECTIONS (ex : in cinema). FOV is also used in photography/biology (FOV of human beings etc.) and other fields where it's not about projection but about optical systems. In these situations, FOV = Angle of View.

You can check in encyclopedia universalis or wikipedia or any encyclopedia ;)

User avatar
OnoSendai
Developer
Posts: 6180
Joined: Sat May 20, 2006 6:16 pm
Location: Newcastle upon Tyne, UK
Contact:

Re: Indigo Renderer 3.2.2

Post by OnoSendai » Wed Nov 16, 2011 3:12 am

fbrunell wrote:
3.2.2
* Fixed node licenses not being recognised properly
When selecting "Network Rendering" manually within Indigo once render has started I get the following messages :
Starting Render Master Server on port 7777
Master Discovery Listener started

On Slave, I get
Waiting for a master.
ClientDiscoveryPacketSender thread started.
Listening on port 7100

But that's it, nothing happens, no connexion. On 3.2.0, I was getting a connection (even though slaves licenses were not recognized).
This bug is fixed for next release. Thanks for bug report.

User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Re: Indigo Renderer 3.2.2

Post by CTZn » Wed Nov 16, 2011 4:31 pm

The blackbody gain parameter is tested even though emission scale is used, leading to a non emissive material if gain is zero. Knowing that the value will be ignored it may happen to set it to zero.

When using the sum material, the sky from sunsky is forced to the background material's light layer:

Code: Select all

<material>	<name>SunShape</name>
<sunsky>
	<sundir>-0.5 -0.5 0.7071067812</sundir>
	<sun_layer>0</sun_layer>
	<sky_layer>1</sky_layer>
	<turbidity>2</turbidity>
</sunsky>	</material>

<material>
	<name>lambert2SG</name>
	<diffuse>
		<albedo>
			<constant>
				<rgb>
					<rgb>0 0 0</rgb>
					<gamma>2.200000048</gamma>
				</rgb>
			</constant>
		</albedo>
		<layer>3</layer>
		<base_emission>
			<!--indigoSpectrum indigoSpectrum1-->
			<constant>
				<blackbody>
					<temperature>6500</temperature>
					<gain>9.999999747e-006</gain>
				</blackbody>
			</constant>
		</base_emission>
		<texture>
			<uv_set_index>0</uv_set_index>
			<path>OpenfootageNETStallersattel_small.exr</path>
			<exponent>2.200000048</exponent>
 			<tex_coord_generation>
				<spherical>
					<rotation>
						<axis_rotation>
							<axis>0 0 1</axis>
							<angle>0</angle>
						</axis_rotation>
					</rotation>
				</spherical>
			</tex_coord_generation>
			<b>1</b>
 			<c>0</c>
		</texture>
		<emission>
			<texture>
				<texture_index>0</texture_index>
			</texture>
		</emission>
	</diffuse>
</material>
However the layer 1 will be empty and both the sky and the environment will be found on the third layer (2).

User avatar
Pibuz
1st Place 100
Posts: 2645
Joined: Tue Dec 11, 2007 7:58 am
Location: Padua, Italy
3D Software: SketchUp

Re: Indigo Renderer 3.2.2

Post by Pibuz » Fri Nov 18, 2011 5:42 am

Displacement maps are not working properly here: seems like the changes done in the GUI do not affect the render at all (Indigo doesn't restart the calculation of the image either).

The exported values turn out to be 0.0000000, while in SU is obviosuly different from 0.

User avatar
zeitmeister
2nd Place 100
Posts: 1997
Joined: Tue Apr 22, 2008 4:11 am
Location: Limburg/Lahn, Germany
Contact:

Indigo Renderer 3.2.2

Post by zeitmeister » Fri Nov 18, 2011 6:02 am

You got to click on the texture button in the displacenent slot of the material in the Indigo GUI; then you'll reach your value from Skindigo.

Nethertheless, Displacement causes nasty black borders on UV-mapped objects where applied. :-(

User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Re: Indigo Renderer 3.2.2

Post by CTZn » Sat Nov 19, 2011 3:44 pm

A camera using a keyframe is saved incorrectly, 3.2.0 is okay in this regard.

User avatar
solarray
1st Place Winner
Posts: 110
Joined: Mon Apr 20, 2009 3:22 am
Contact:

Re: Indigo Renderer 3.2.2

Post by solarray » Sun Nov 20, 2011 1:07 am

I got the following error when loading a scene similar to the material scene and playing around with materials (assigning new ones to objects, changing settings, assigning again new ones) (using gpu for rendering):

Code: Select all

A problem occurred with the scene:
Error initialising GPU ray tracer: cuMemAlloc of 33554432 B failed: CUDA_ERROR_OUT_OF_MEMORY
Indigo version: Indigo Renderer v3.2.2, Windows 64-bit build.
Exporter: 
Platform: 
Author: 
Description: 
Date created: 
I also recognized that when the scene is loaded, indigo fills around 700 MB on RAM after playing around with materials and this error indigo has around 3.1 GB in RAM. Never forget 'delete' when allocating with 'new' :-P

By the way a button 'delete material' would be nice too.

Jeff Hammond
Indigo 100
Posts: 105
Joined: Sun Oct 11, 2009 11:30 am
Location: newyorkcity

Re: Indigo Renderer 3.2.2

Post by Jeff Hammond » Tue Nov 29, 2011 5:15 am

i've seen this behavior in the last few builds :

i don't think the 'Update Image' button is working anymore.. I used to be able to click it and the image would update visually and the 'next image update in' clock would also reset itself..

previously, if i had a render going overnight, in the morning it might say something like 'time elapsed: 14hrs, next image update in 4hrs' when it's been 5hrs since the last update.. at this point, i'd update then save my file but now it seems as if i have to wait the additional 4 hrs to get another update..

..or maybe i'm missing something?
thanks


osx 10.7.2 indigo 3.2.2

Voytech
Posts: 236
Joined: Thu Oct 06, 2011 8:57 am

Re: Indigo Renderer 3.2.2

Post by Voytech » Tue Nov 29, 2011 6:10 am

Jeff Hammond wrote:i've seen this behavior in the last few builds :

i don't think the 'Update Image' button is working anymore.. I used to be able to click it and the image would update visually and the 'next image update in' clock would also reset itself..

previously, if i had a render going overnight, in the morning it might say something like 'time elapsed: 14hrs, next image update in 4hrs' when it's been 5hrs since the last update.. at this point, i'd update then save my file but now it seems as if i have to wait the additional 4 hrs to get another update..

..or maybe i'm missing something?
thanks


osx 10.7.2 indigo 3.2.2
Based on my experience, pressing the update image does update the image but does not reset the clock as it used to. Everything works on my end.

Post Reply
32 posts

Who is online

Users browsing this forum: No registered users and 5 guests