Yes i know, but i prefer not to have intel ocl in any case on linux.
Remember the flag incompatibilities also ? Afaik -strict-aliasing is borked on intel ocl. Not worth the hazzle.
Seems 'am back for good in "all directions" again
Jens
Yes i know, but i prefer not to have intel ocl in any case on linux.
Code: Select all
- opencl.gpu.workgroup.size = 0
+ opencl.gpu.workgroup.size = 64
Code: Select all
pyluxcorenetconsole --halt-spp 1000 scene1.bcf --halt-spp 1500 scene2.bcf
Code: Select all
Traceback (most recent call last):
File "samples/pyluxcorenetconsole/pyluxcorenetconsole.py", line 38, in <module>
cmd.main(sys.argv)
File "./lib/pyluxcoretools.zip/pyluxcoretools/pyluxcorenetconsole/cmd.py", line 177, in main
line = line.strip()
File "./lib/pyluxcoretools.zip/pyluxcoretools/pyluxcorenetconsole/cmd.py", line 149, in Exec
File "./lib/pyluxcoretools.zip/pyluxcoretools/renderfarm/renderfarmjobsingleimage.py", line 76, in __init__
RuntimeError: unregistered class
The error ? You forgot to copy the last line of the message. Previous log messages are significative too.jensverwiebe wrote: ↑Tue Jan 30, 2018 8:00 pm Atm. try to debug ( hash 38f7772 ):
Not yet any ideaCode: Select all
Traceback (most recent call last): File "samples/pyluxcorenetconsole/pyluxcorenetconsole.py", line 38, in <module> cmd.main(sys.argv) File "./lib/pyluxcoretools.zip/pyluxcoretools/pyluxcorenetconsole/cmd.py", line 177, in main line = line.strip() File "./lib/pyluxcoretools.zip/pyluxcoretools/pyluxcorenetconsole/cmd.py", line 149, in Exec File "./lib/pyluxcoretools.zip/pyluxcoretools/renderfarm/renderfarmjobsingleimage.py", line 76, in __init__
The version of OpenImageIO we are using is not compatible with C++11 so we can not switch at the moment. However, after the release of v2.0 we can upgrade everything (including the Python version required by Blender v2.8).jensverwiebe wrote: ↑Tue Jan 30, 2018 8:34 pm EDIT2: it was testing if we are c++11 ready ( we are not ), so once touched with an c++11 build and going back it broke, makes complete sense..
"Normal" clang vs. gcc builds are fully interchangable.
We might want to wait with that, I will wait for 2.8 to get more stable before I start making the new addon ready for it.
+ clang compiles a lot faster, something good for developer nerves