Found another problem in 1.30e, most of which links back to xantor's encounter earlier. For the most part, it seems that the directory structure was really hardcoded to be in the following directory: C:Program FilesCurious LabsPoser 6RuntimePythonposerScriptsluxrender. This itself creates some issues if you just extract the scripts into a folder in the same directory, but by the compressed zip file name. After making the directory and moving the scripts over, you're then presented with another issue, this time relating to the subdivision code for Lux itself rather than using CC.

 

Compiling C:Program FilesCurious LabsPoser 6RuntimePythonposerScriptsluxrenderluxmaticnodes.pyc

Loading  pydough.geometry_export

Loading  pydough.geometry

Loading  pydough.hair

Loading  pydough.from_poser

Loading  pydough.to_lux

Loading  pydough.geometry

Loading  pydough.hair

Loading  pydough.from_poser

Loading  pydough.to_lux

Loading  pydough.geometry_export

Loading  pydough.geometry

Loading  pydough.hair

Loading  pydough.from_poser

Loading  pydough.to_lux

Loading  pydough.geometry_export

Loading  pydough.geometry

Loading  pydough.hair

Loading  pydough.from_poser

Loading  pydough.to_lux

 

LuxPose Version alpha 1.30e, exporting files to C:program filesCurious LabsPoser 6RuntimePythonposerScriptsluxrendertoLux3poserscene_alpha 1.30e.lxs

 

Using sampler metropolis

Using integrator path

Using accelerator qbvh

 

GEOMETRY EXPORT

 

CC-Subdivision for figures: 0

Figures compute normals: 1

Traceback (most recent call last):

  File "", line 219, in ?

  File "C:Program FilesCurious LabsPoser 6RuntimePythonposerScriptsluxrenderworkersPoserLuxExporter_workers.py", line 544, in write

    ExportFigure(fig, self.globalParameters).write(outfile)

  File "C:Program FilesCurious LabsPoser 6RuntimePythonposerScriptsluxrenderworkersPoserLuxExporter_workers.py", line 235, in write

    meshparameterstring = (file,

UnboundLocalError: local variable 'sharp' referenced before assignment

 

Seems that setting lux_subdivision to 1 or more brings this error up on both Poser 6 and 7. Using ccfigures or ccprops at 1 or more does not. Though, oddly enough, setting ccfigures to 1 by itself seems to not work in creating subdivisions.

 

Oh, and you're right about setting integrator to Path being pretty fast. Seems to really work well with HDR IBL lights and a single infinite light for low level specular. Though, now it appears that the HDR map I attached to the light is showing up on the background! Not sure what happened there, mostly as it was not acting like that the other day.