Indigo 1.1.15
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>
- aleksandera
- Posts: 380
- Joined: Fri Sep 15, 2006 10:49 pm
- Location: Slovenia
Thank you Ono!OnoSendai wrote:Updated linux builds to fix network rendering.
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
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.
* 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.
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:
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:
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. Anybody have any ideas? I have even tried to wade through the makefile to no avail. Any help would be most appreciated, thanks,
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
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
Grimm
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):
Here's Indigo output:
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:
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
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.
The libraries built from the source code are named like so:
The libraries Indigo wants are named:
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,
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.
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.
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...
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...
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)
Grimm
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.
-
- Posts: 5
- Joined: Fri Jan 02, 2009 10:20 pm
- Location: Poland, Cracow
win vs lin (both x64)
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
edit: till now, i didn't have any problems neither on windows nor on linux. (still im just a beginner and im learning )
I did some little experiment about render speed at my computer, and tbh im really suprised:
xubuntu 8.10, x64
windows vista, x64Display 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)
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!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)
edit: till now, i didn't have any problems neither on windows nor on linux. (still im just a beginner and im learning )
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.
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
Who is online
Users browsing this forum: No registered users and 87 guests