OctaneRender™ for Blender 1.20.2 - 1.3 beta Linux x64 [OBSO] Tweet

[mib2berlin]

Aenima, it is not a distro problem.
Official Blender work on all distros and you don´t need to install OIIO or OSL for it.
If Blender for Octane is compiled like the release build we have no problems anymore.
I think the linux version need a bit fine tuning to get it more convenient for non Linux experts.

Cheers, mib.

[matej]

It looks like some problem with script-file... perhaps became corrupted too...
I will check it tomorrow.

Yeah, it seems so. I'm getting a lot of "syntax error near token..." issues. The script doesn't work either with args or no args. Tried to fiddle a bit with it, but I'm not proficient in bash scripting.

Np. Take your time. I was positively surprised that we would get a Linux demo / test version so soon...

[Aenima]

Aenima, it is not a distro problem.
Official Blender work on all distros and you don´t need to install OIIO or OSL for it.
If Blender for Octane is compiled like the release build we have no problems anymore.
I think the linux version need a bit fine tuning to get it more convenient for non Linux experts.

Cheers, mib.

Yes you right, but installing an app and depedencies and support them is two different things. Install-deps get all the needed libs from their source repo. Then a day maybe come some modded file from the distros repo and the app will broken. And yes its all theoratical. I am looking forward to reach my home and try to install. I like Linux but as Matej wrot sometimes hate because of the fragmented libs and paths.

But i hope you right and the linux port will be a happy march for us

Best

[Aenima]

Wow i just install libopenimageio1.1 from repo and Blender works. Render and rendered view seems to be ok. Crashed when try to switch material view.

Log here: http://www.pasteall.org/45243/text

[matej]

I have managed to run Blender too (used libopenimageio1.1 .deb form Ubuntu site this time)

But I have no Octanerender engine in Blender, so I assume this is not a "demo" and I need the plugin license to be able to run it?

connect failed: No such file or directory

I run the OctaneServer daemon prior to opening Blender

[Aenima]

Yes. Its not demo its test but you need to enable octane plugin in preferences first

[Aenima]

My observations

Octane full Transform:
rotation and scale swapped
work all 3 axis

Scale:
only the upper slider works - i think axis labels would be nice

Marble texture generator is a wave generator - Edit. I offset is 1.0 looks marble any lower amount its just shows stripes. Octaves dont do anything or not show the changes.

[mib2berlin]

Hi JimStar, change power of emission crash OctaneServer during preview render and block Blender for Octane.

Code: Select all

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7296280 in Octane::ApiNode::getPinNode(unsigned int) const () from /usr/lib64/liboctane.so
(gdb) bt
#0  0x00007ffff7296280 in Octane::ApiNode::getPinNode(unsigned int) const () from /usr/lib64/liboctane.so
#1  0x0000000000409bcc in ?? ()
#2  0x000000000040eb5b in ?? ()
#3  0x0000000000423903 in ?? ()
#4  0x000000000040905b in ?? ()
#5  0x00007ffff60d8a15 in __libc_start_main () from /lib64/libc.so.6
#6  0x00000000004096cd in ?? ()
#7  0x00007fffffffdc08 in ?? ()
#8  0x0000000000000000 in ?? ()
(gdb)


Test file: http://www.pasteall.org/blend/23730

Cheers, mib.

[JimStar]

Yes, I see that install_deps.sh file is broken. Will release the quick-fix version soon, with 2.68a Blender...

[JimStar]

Aenima, it is not a distro problem.
Official Blender work on all distros and you don´t need to install OIIO or OSL for it.
If Blender for Octane is compiled like the release build we have no problems anymore.
I think the linux version need a bit fine tuning to get it more convenient for non Linux experts.

Not just "fine tuning". And as I see now - install_deps.sh will NEVER let you to "compile like the release build" (despite the fact it was the purpose of adding install_deps.sh by Blender developers).
The reason is - just terrible quality of some libraries releases on which Blender depends. This fff@*^#g libOpenImageIO as an example. In the version on which the current Blender version depends - this library has a bug in sources which does not let to compile it as STATIC library. And it seems that not only me has seen this - the install_deps.sh script has HARDCODED STUB which lets to only compile this library as SHARED library. So, no matter that you give the "--all-static" key to this script - it anyway prepares the SHARED libOpenImageIO.so library for curent Blender compilation, and you all get this non-resolved dependency in your systems, as this f@*^#g shared library is NEVER included into Linux distributives by default...
I've looked at default Blender binary - and it does NOT contain this dependency. So, it seems that Blender developers do not use THE SAME build-configuration which is prepared by their own install_deps.sh script. As opposed to what this script does - they compile Blender with STATIC version of OpenImageIO.

So, to achieve the same goal - build the Blender which will not depend e.g. on shared OpenImageIO - I was forced to do the work of OpenImageIO developers. Just have spent the time now to find and fix the bugs in this v1.1 library sources, compiled the static version of it, and assembled the Blender against it statically... And have fixed the install_deps.sh - now it patches this OpenImageIO sources before compiling them to fix this bug, and compiles it STATICALLY.
It apears that just to get the OctaneRender plugin for Blender - I need not only fix some Blender bugs and compile all the full Blender distributive, I need to fix all the surrounding libraries bugs (on which Blender depends) and compile the static versions of them too... Too much work just for the plugin purpose...
Linux software and libraries developers should understand already that dynamic linking of user-applications and even libraries for home desktop OS - is the evil , throwing the non-experienced users into this dependency-resolving nightmare. The memory is so cheap nowadays, that it is simplier to have a lot of memory than make this dependency-resolving every time to save a gigabyte or two...

OK, next version is HERE.