Indigo 1.1.15

General News and accouncements regarding the Indigo render engine
User avatar
OnoSendai
Developer
Posts: 6204
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Post by OnoSendai » Mon Dec 15, 2008 4:54 pm

Updated linux builds to fix network rendering.

User avatar
delle
Posts: 175
Joined: Fri Apr 13, 2007 11:32 pm
Location: Italy

Post by delle » Mon Dec 15, 2008 11:28 pm

added layer names in GUI
Ono, can you explain how can I assign a name to a layer? (via IGS file)

Thank you

Delle

User avatar
OnoSendai
Developer
Posts: 6204
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Post by OnoSendai » Tue Dec 16, 2008 8:44 am

Code: Select all

<scene>

  
	<layer_name>
		<layer_index>0</layer_index>
		<layer_name>left light</layer_name>
	</layer_name>
	<layer_name>
		<layer_index>1</layer_index>
		<layer_name>right light</layer_name>
	</layer_name>

User avatar
aleksandera
Posts: 379
Joined: Fri Sep 15, 2006 10:49 pm
Location: Slovenia

Post by aleksandera » Tue Dec 16, 2008 12:58 pm

I have this blended sss test here (dermis, diferent exponent) . It looks like
things are getting slower. :cry:
Attachments
im1229281352.jpg
im1229281352.jpg (247.14 KiB) Viewed 5017 times

User avatar
GNUdo
Posts: 40
Joined: Sat Feb 10, 2007 10:05 am
Contact:

Post by GNUdo » Wed Dec 17, 2008 5:02 am

OnoSendai wrote:Updated linux builds to fix network rendering.
Thank you Ono!
I think have found another bug in the network rendering under Linux 64 bit:
when stopping a master the slave continues computing till the next upload and then shuts down.
With Indigo 32 bit for Windows under wine, when a master stops the slave waits for another master to come up.

Ciao

User avatar
SATtva_
1st Place Winner
Posts: 179
Joined: Sat Sep 27, 2008 6:44 am
Location: Russia, Siberia
Contact:

Post by SATtva_ » Mon Dec 22, 2008 9:08 am

A few notes of running 1.1.15 under Gentoo Linux on amd64:

* Indigo is linked with libtiff.so.4, however it is absent on my system (I have the latest version of media-libs/tiff present in the official portage tree installed). There is only libtiff.so.3 which is a symlink of libtiff.so.3.8.2. Creating a symlink libtiff.so.4 to libtiff.so.3.8.2 fixed the problem. Not really a Gentoo-way though.

* Indigo requires openmp support (libgomp.so.1) which is part of GCC 4.2.x. This is worth mentioning in the 1.1.15 release announcement.

User avatar
Grimm
Posts: 119
Joined: Sun Dec 09, 2007 7:38 pm
Location: Fairbanks, Alaska, USA

Post by Grimm » Tue Dec 23, 2008 11:46 pm

Thank you, thank you for the linux versions Ono. :)

Now my problem (isn't there always one?). I installed the x64 version and promptly got the same old error that I was getting before:

Code: Select all

./indigo
Fatal Error: Mismatch between the program and library build versions detected.
The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.4,compatible with 2.6),
and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.6).
Aborted
Now I figured out why this error occurs. I'm running Fedora 9 and the repo libraries for wxGTK are compiled with version 2.4 support and because Indigo is not you get this error. I fixed this by downloading the source for wxGTK and compiling it without the 2.4 support. I installed the new libraries after un-installing the old repo ones. Now I'm getting the following error because I need the wxGTK-devel libraries:

Code: Select all

./indigo
./indigo: error while loading shared libraries: libwx_gtk2u_aui-2.8.so.0: cannot open shared object file: No such file or directory
Now these libraries come with the regular wxGTK source tarball and I can find them in the source lib directory. The problem is that I can't seem to find a way to install them. Doing make install does not do the trick and they do not show up in /usr/lib64. I tried just copying them into the directory and running ldconfig but Indigo still didn't see them. Very frustrating. :cry: Anybody have any ideas? I have even tried to wade through the makefile to no avail. Any help would be most appreciated, thanks,
Grimm

User avatar
SATtva_
1st Place Winner
Posts: 179
Joined: Sat Sep 27, 2008 6:44 am
Location: Russia, Siberia
Contact:

Post by SATtva_ » Wed Dec 24, 2008 5:45 am

Found another bug, thanks to the Linux Hardened kernel. On trying out the adaptive_displacement_shader_test.igs from testscenes collection, Indigo crashed with this message from PaX (kernel patch preventing arbitrary code execution):

Code: Select all

Dec 23 23:15:18 localhost PAX: execution attempt in: <anonymous mapping>, 39572aed0000-39572bed0000 39572aed0000
Dec 23 23:15:18 localhost PAX: terminating task: /home/sattva/blender/indigo/indigo(indigo):11362, uid/euid: 1000/1000, PC: 000039572af50018, SP: 0000000041da3618
Dec 23 23:15:18 localhost PAX: bytes at PC: 48 83 ec 18 31 f6 48 8d 14 24 e8 c9 ff ff ff 48 b8 10 00 f5 
Dec 23 23:15:18 localhost PAX: bytes at SP-8: 
Here's Indigo output:

Code: Select all

Indigo Renderer v1.1.15, Linux 64-bit Release build.
Using base Indigo directory path '.'.
Scene file path: '/home/sattva/blender/indigo/testscenes/adaptive_displacement_shader_test.igs'
Using working directory path '/home/sattva/blender/indigo/testscenes'.
Loading Scene '/home/sattva/blender/indigo/testscenes/adaptive_displacement_shader_test.igs'...
Using linear tone mapping with scale=7,000000
Building shader...
        Using JIT compilation.
Done.
Loading external mesh 'obj_sphere' from path '/home/sattva/blender/indigo/testscenes/sphere.obj'...
        Found reference to material 'mat'.
        OBJ parse took 0,00390s
        Done.
Merging vertices for mesh 'obj_sphere'...
        Initial num vertices: 960
        New num vertices: 162
        Done.
Subdividing and displacing mesh 'obj_sphere', (max num subdivisions = 5) ...
        Doing subdivision level 0...
Killed

User avatar
SATtva_
1st Place Winner
Posts: 179
Joined: Sat Sep 27, 2008 6:44 am
Location: Russia, Siberia
Contact:

Post by SATtva_ » Wed Dec 24, 2008 6:21 am

Aaah, I see. It's got crashing on every testscene (or production scene) containing shader materials. Shaders are runtime-compiled code, and that is what frustrates PaX. Disabling PaX MPROTECT feature on indigo and indigo_console binaries made it behave correctly.

User avatar
eman7613
Posts: 597
Joined: Sat Sep 16, 2006 2:52 pm

Post by eman7613 » Wed Dec 24, 2008 11:36 am

@grimm

You need version 2.8, you can download the binarys strait from their website or compile them yourself, make sure your downloading the right version. It works fine on Ubuntu x64, i just downloaded the binaries.
Yes i know, my spelling sucks

User avatar
Grimm
Posts: 119
Joined: Sun Dec 09, 2007 7:38 pm
Location: Fairbanks, Alaska, USA

Post by Grimm » Wed Dec 24, 2008 1:41 pm

Thanks eman,

I do have version 2.8, 2.8.9 to be exact. I did figure out one of my problems, getting the libwx_gtk2 libraries into /usr/lib64. I needed to add --libdir=/usr/lib64 to the configure command. The libraries are now built and in the right spot but now there is another problem. :roll:

The libraries built from the source code are named like so:

Code: Select all

libwx_base-2.8.so
libwx_gtk2_core-2.8.so.0
libwx_gtk2_aui-2.8.so        
libwx_gtk2_core-2.8.so
etc...
The libraries Indigo wants are named:

Code: Select all

libwx_gtk2u_aui-2.8.so.0
libwx_gtk2u_xrc-2.8.so.0
libwx_baseu_xml-2.8.so.0
etc...
Notice the gtk2 vrs. gtk2u and the base vrs. baseu differences. Well, I thought, I can just link those names to my libraries. It didn't work. :( This is the current error I'm getting,

Code: Select all

./indigo
./indigo: /usr/lib64/libwx_baseu-2.8.so.0: version `WXU_2.8' not found (required by ./indigo)
./indigo: /usr/lib64/libwx_gtk2u_core-2.8.so.0: version `WXU_2.8' not found (required by ./indigo)
It looks like there is some difference with the libraries I compiled and the ones that Indigo expects. I searched the wxGTK web forum but didn't find anything about a WXU version. I also checked the configure file to see if there was an option but no luck. The saga continues. :)
Grimm

User avatar
SATtva_
1st Place Winner
Posts: 179
Joined: Sat Sep 27, 2008 6:44 am
Location: Russia, Siberia
Contact:

Post by SATtva_ » Tue Dec 30, 2008 6:57 am

Ono-san, by the way, the issue I described some time ago regarding number of samples reported on the master host in distributed rendering is not an issue anymore with 1.1.15 (or at least it looks so ^^). On my Linux x86-64 production systems statistics are reported correctly.

mateuszdraco
Posts: 5
Joined: Fri Jan 02, 2009 10:20 pm
Location: Poland, Cracow

win vs lin (both x64)

Post by mateuszdraco » Fri Jan 02, 2009 10:29 pm

hi, everyone, it's my first post here ;)

I did some little experiment about render speed at my computer, and tbh im really suprised:

xubuntu 8.10, x64
Display took 2,46189 s
Total render time elapsed: 10 m, 7 s
Done 33770000,00000 samples (70,35417 samples per pixel)
55562,77562 samples / second (17,99766 micro-seconds / sample)
windows vista, x64
Display took 2.79973 s
Total render time elapsed: 4 m, 48 s
Done 33700000.00000 samples (70.20833 samples per pixel)
116746.51039 samples / second (8.56557 micro-seconds / sample)
it was done both with blendigo, simplest cube, same versions (blender 2.48a, indigo 1.1.15, blendigo 1.1.14). Windows versions are twice faster... wow! :o



edit: till now, i didn't have any problems neither on windows nor on linux. (still im just a beginner and im learning ;))

User avatar
eman7613
Posts: 597
Joined: Sat Sep 16, 2006 2:52 pm

Post by eman7613 » Sat Jan 03, 2009 7:01 am

There is something wrong with your results mateuszdraco, the OS can't make a difference of that magnitude, perhapse there is something wrong with the linux binaries? I know from experience a vanela build of firefox vs one with the 02 flag has difference of speed of over 2 times.

EDIT: Which leads to an question in my head, Ono do you do profiled builds of Indigo? Im wondering how much performance can be garnered with that.
Yes i know, my spelling sucks

Big Fan
Posts: 745
Joined: Tue Oct 17, 2006 9:37 am
Location: Nelson NZ

Post by Big Fan » Sat Jan 03, 2009 9:01 am

so is the background and env-map code deprecated now?

<tex_coord_generation>
<spherical> ....and also <lat_long>?
<rotation>
<axis_rotation>
<axis>0 0 1</axis>
<angle>1.6</angle>...radians?

the tex index means multiple .exr for 'env maps' if desired?

Post Reply
111 posts

Who is online

Users browsing this forum: No registered users and 3 guests