0001236: Control "Hybrid" render from non OpenCL capable workstation.

(0003426)
Lord Crc (administrator)
2012-06-06 05:53

Please describe your situation a bit more. What happens if you try to use the NonOpenCL version on the master?

(0003427)
bartus (reporter)
2012-06-07 04:42
edited on: 2012-06-07 04:51

I got this error when trying to use NonOpenCL luxrender on the master.
[2012-06-07 12:17:54 Error: 14] Static loading of renderer 'hybrid' failed.
luxrender version 1.0RC1 (lux-v10dev-120529-c10ced3b5306-x86_64-sse2)
It should be possible for master to run in luxmarge like mode: only distribute>collect>presents results from slaves, skip rendering on it self.

(0003474)
Lord Crc (administrator)
2012-07-26 08:23

Hm, that shouldn't happen. The hybrid renderer should be available even in non-OpenCL builds, but will only use CPU. Seems like something went wrong during building.

Is this on Linux?

(0003477)
Lord Crc (administrator)
2012-07-26 12:52

SATtva, am I correct that this is related to your builds? Can you reproduce? Using hybrid with Non-OpenCL should just issue an info message saying it's using CPU only.

(0003489)
SATtva (developer)
2012-07-26 20:22

I definitely can reproduce it -- Non-OpenCL builds doesn't work in Hybrid mode, it was always been like that. You need OpenCL build with OpenCL library to run it in OpenCL-CPU mode. I'd be quite surprised if that's not the case for other platforms.

(0003490)
Lord Crc (administrator)
2012-07-26 20:24

It's quite some time since I implemented a pure non-OpenCL fallback for hybrid, since luxrays supports it, which works just fine on Windows. I guess that this is CMake related then?

(0003492)
SATtva (developer)
2012-07-26 20:40

Likely. Maybe wasn't propagated to Linux compilation?

(0003494)
Lord Crc (administrator)
2012-07-26 20:52

The change was in the code, not in the project files, as the code was ifdef'ed out in case of non-OpenCL. Thus I didn't think about CMake not compiling hybrid in non-OpenCL mode, and didn't check.

(0003528)
Lord Crc (administrator)
2012-08-18 03:46

Fix for this was included in 1.0RC3

(0003529)
SATtva (developer)
2012-08-18 04:11

I can confirm now it's working fine on my oldie laptop without OpenCL libs:

Info: 0] GPU assisted rendering requires an OpenCL enabled version of LuxRender, using CPU instead

Issue History
Date Modified	Username	Field	Change
2012-06-06 03:32	bartus	New Issue
2012-06-06 05:53	Lord Crc	Note Added: 0003426
2012-06-07 04:42	bartus	Note Added: 0003427
2012-06-07 04:50	bartus	Note Edited: 0003427	View Revisions
2012-06-07 04:51	bartus	Note Edited: 0003427	View Revisions
2012-07-26 08:23	Lord Crc	Note Added: 0003474
2012-07-26 12:52	Lord Crc	Note Added: 0003477
2012-07-26 20:22	SATtva	Note Added: 0003489
2012-07-26 20:24	Lord Crc	Note Added: 0003490
2012-07-26 20:40	SATtva	Note Added: 0003492
2012-07-26 20:52	Lord Crc	Note Added: 0003494
2012-08-18 03:46	Lord Crc	Note Added: 0003528
2012-08-18 03:46	Lord Crc	Assigned To	=> Lord Crc
2012-08-18 03:46	Lord Crc	Status	new => feedback
2012-08-18 03:46	Lord Crc	Mercurial Changeset #	=> 9ed6b94cef05
2012-08-18 04:11	SATtva	Note Added: 0003529
2012-08-18 04:11	SATtva	Status	feedback => resolved
2012-08-18 04:11	SATtva	Resolution	open => fixed
2012-08-18 04:12	SATtva	Status	resolved => feedback
2012-08-18 04:12	SATtva	Resolution	fixed => reopened
2012-08-18 04:12	SATtva	Status	feedback => resolved
2012-08-18 04:12	SATtva	Fixed in Version	=> 1.0RC3
2012-08-18 04:12	SATtva	Resolution	reopened => fixed
2012-09-11 06:11	jeanphi	Status	resolved => closed

Notes
(0003426) Lord Crc (administrator) 2012-06-06 05:53	Please describe your situation a bit more. What happens if you try to use the NonOpenCL version on the master?

(0003427) bartus (reporter) 2012-06-07 04:42 edited on: 2012-06-07 04:51	I got this error when trying to use NonOpenCL luxrender on the master. [2012-06-07 12:17:54 Error: 14] Static loading of renderer 'hybrid' failed. luxrender version 1.0RC1 (lux-v10dev-120529-c10ced3b5306-x86_64-sse2) It should be possible for master to run in luxmarge like mode: only distribute>collect>presents results from slaves, skip rendering on it self.

(0003474) Lord Crc (administrator) 2012-07-26 08:23	Hm, that shouldn't happen. The hybrid renderer should be available even in non-OpenCL builds, but will only use CPU. Seems like something went wrong during building. Is this on Linux?

(0003477) Lord Crc (administrator) 2012-07-26 12:52	SATtva, am I correct that this is related to your builds? Can you reproduce? Using hybrid with Non-OpenCL should just issue an info message saying it's using CPU only.

(0003489) SATtva (developer) 2012-07-26 20:22	I definitely can reproduce it -- Non-OpenCL builds doesn't work in Hybrid mode, it was always been like that. You need OpenCL build with OpenCL library to run it in OpenCL-CPU mode. I'd be quite surprised if that's not the case for other platforms.

(0003490) Lord Crc (administrator) 2012-07-26 20:24	It's quite some time since I implemented a pure non-OpenCL fallback for hybrid, since luxrays supports it, which works just fine on Windows. I guess that this is CMake related then?

(0003492) SATtva (developer) 2012-07-26 20:40	Likely. Maybe wasn't propagated to Linux compilation?

(0003494) Lord Crc (administrator) 2012-07-26 20:52	The change was in the code, not in the project files, as the code was ifdef'ed out in case of non-OpenCL. Thus I didn't think about CMake not compiling hybrid in non-OpenCL mode, and didn't check.

(0003528) Lord Crc (administrator) 2012-08-18 03:46	Fix for this was included in 1.0RC3

(0003529) SATtva (developer) 2012-08-18 04:11	I can confirm now it's working fine on my oldie laptop without OpenCL libs: Info: 0] GPU assisted rendering requires an OpenCL enabled version of LuxRender, using CPU instead

Relationships