OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Forums: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0
Newtek Lightwave 3D (exporter developed by holocube, Integrated Plugin developed by juanjgon)

Moderator: juanjgon

OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby juanjgon » Fri Sep 22, 2017 11:20 am

juanjgon Fri Sep 22, 2017 11:20 am
Hi! This is a test build of the OctaneRender™ 3.07 for LightWave™ plugin version 3.07.0.0, available for Lightwave 10.1, 11.6 and 2015.3 Windows x64 and OSX.

Note: The Windows plugin is now compiled using Visual Studio 2015. If you have problems to add the plugin to the Layout, try again after installing the Visual C++ 2015 redistributable package:
https://www.microsoft.com/en-US/downloa ... x?id=53840


Release 3.07.0.0
https://render.otoy.com/customerdownloa ... _Win64.zip
https://render.otoy.com/customerdownloa ... ni_OSX.zip

Standalone version for the network rendering nodes
https://render.otoy.com/customerdownloa ... t6_win.exe
https://render.otoy.com/customerdownloa ... _macos.dmg


New features
New Octane 3.07 features: viewtopic.php?f=33&t=62395
The plugin manual is being updated to cover most of the changes. https://docs.otoy.com/Lightwave3DH/Ligh ... Manual.htm


=============================================
RELEASE 3.07.0.0
=============================================

* NEW PLUGIN FEATURES:

- Several new log messages in LWSN related to the network rendering.
- New "Visible on Diffuse", "Visible on Specular", "Cast Shadows", "Double Sided" and "Transparent Emission" parameters in the emission nodes.
- Support of the "Affect Diffuse", "Affect Specular" and "Shadow Type" parameters in the Octane Light.
- New "Double Sided" and "Transparent Emission" parameters in the Octane Lighth.
- New "Baking Texture" input and options in the texture image node, which takes any input texture and bakes it into an internal greyscale or RGB texture, which can then be used in the material system and especially in displacement mapping.
- New "Octane_IPR_SaveImage" and "Octane_IPR_SaveImageToneMapped" commads to save the current IPR image to disk as an EXR file.

* NEW OCTANE FEATURES:
- Added option "double-sided" to the emission nodes to allow mesh emitters to emit on both sides.
- Added option "visible on specular" to the emission nodes to allow you to hide emitters on specular reflections / refractions only.
- Re-labelled "cast illumination" of the emission nodes to "visible on diffuse" because that is what this option effectively does.
- Added option "cast shadows" to the emitter nodes to allow you to disable direct light shadows for mesh emitters. Please note that this option only has an effect if the emitter is actually included in the direct light calculation, i.e. the "sampling rate" is > 0.
- Added option "Transparent emission" to the emission nodes to explicitly enable/disable transparent emission.
- Improved rendering of transparent mesh emitters, to make them appear exactly like they would if they were not transparent and had a black diffuse channel. This solves some longstanding issues where transparent emitters create weird effects like darker areas near the emitter or incorrect glossy reflections.
- Overhauled and fixed the way we handle non-uniformly scaled emitters.
- Added new node "UVW transform texture" which allows you to apply an additional UVW transformation on top of the complete input texture tree that is connected with its input.
- Added support for importance sampled texture environments, even if the texture is not a simple image. Octane tries to figure out if the input texture is actually constant over the environment and implicitly disables importance sampling of the environment if it is, but it's probably best to not enable "importance sampling" if you don't want to use importance sampling or it doesn't make sense.
- Treating specular materials with "Fake shadows" enabled as transparent on diffuse paths if the direct lighting kernel is used in the diffuse GI mode (see viewtopic.php?p=318819#p318819).
- Added the possibility to configure net render daemons outside of the subnet(s) the master is attached to, by specifying them directly as host name / IP address.
- Improved ray-tracing speed for hair primitives.
- Overhauled and simplified the net render daemon discovery and tried to make it and its configuration more robust.
- If a layer reflection pass is being rendered, it will be included in the noise estimate for adaptive sampling.

* OCTANE BUGS FIXED:
- Fixed CUDA failure if a scene contains a portal material and it is the last material collected in the scene graph.
- Fixed offset of 1 during counting instances, to recreate the same random colour values as in 3.06 when no material map/object layer map nodes are used (see viewtopic.php?p=316240#p316240).
- Fixed kernel hang during volume rendering in some special cases.
- Fixed hanging preview material rendering when no render devices are enabled.
- Fixed bug causing the baking camera to splat incorrect color information in beauty passes outside the UV geometry if padding was set to 0.
- Fixed aliased edges in the beauty filter passes.
- Fixed rendering of the shadow catcher material using the direct-lighting and path tracing kernels.
- Fixed a few cases where texture mapping produces unexpected results: Box mapping used the wrong transformation to local space and triplanar mapping didn't work for emitter distribution textures.
- Fixed incorrect rendering if a thin lens camera generates invalid rays due to a wide field of view, strong distortion and near clipping.


Thanks,
-Juanjo
Last edited by juanjgon on Mon Nov 06, 2017 9:52 pm, edited 1 time in total.
User avatar
juanjgon
Octane Plugin Developer
Octane Plugin Developer
 
Posts: 8867
Joined: Tue Jan 19, 2010 12:01 pm
Location: Spain

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby FrankPooleFloating » Fri Sep 22, 2017 11:32 am

FrankPooleFloating Fri Sep 22, 2017 11:32 am
Thanks J! As you know, I have been itchin' big-time to get my hands on this.. I'm sure it is worth the wait. ;)

Edit: I think you forgot to include Baking UV Transform in the list above.
Win10Pro || GA-X99-SOC-Champion || i7 5820k w/ H60 || 32GB DDR4 || 3x EVGA RTX 2070 Super Hybrid || EVGA Supernova G2 1300W || Tt Core X9 || LightWave Plug (v4 for old gigs) || Blender E-Cycles
User avatar
FrankPooleFloating
Licensed Customer
Licensed Customer
 
Posts: 1669
Joined: Thu Nov 29, 2012 3:48 pm

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby BorderLine » Fri Sep 22, 2017 12:42 pm

BorderLine Fri Sep 22, 2017 12:42 pm
Thanks !
BorderLine
Licensed Customer
Licensed Customer
 
Posts: 289
Joined: Sun Mar 24, 2013 5:30 pm

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby KVNOODLES » Fri Sep 22, 2017 4:52 pm

KVNOODLES Fri Sep 22, 2017 4:52 pm
Great ! Can't wait to try this new build.
KVNOODLES
Licensed Customer
Licensed Customer
 
Posts: 85
Joined: Mon May 18, 2015 11:02 am
Location: Paris

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby AndyM1969 » Sat Sep 23, 2017 6:09 pm

AndyM1969 Sat Sep 23, 2017 6:09 pm
NOT COOL!

00:00:59 (0059.36) * OCTANE API MSG: CUDA error 700 on device 0: an illegal memory access was encountered
00:00:59 (0059.36) * OCTANE API MSG: -> failed to bind device to current thread
00:00:59 (0059.36) * OCTANE API MSG: device 0: failed to initialize resources
00:00:59 (0059.36) |
00:00:59 (0059.36) | ++++++++++++++++++++++++++
00:00:59 (0059.36) | +++ IPR RENDER FAILURE +++ processing the failure callback
00:00:59 (0059.36) | ++++++++++++++++++++++++++
AndyM1969
Licensed Customer
Licensed Customer
 
Posts: 201
Joined: Thu Jun 02, 2016 8:26 pm

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby FrankPooleFloating » Sun Sep 24, 2017 3:46 pm

FrankPooleFloating Sun Sep 24, 2017 3:46 pm
Maybe it is just this one scene that I have thus far had in 3.07, but is anyone else getting a bunch of that funkiness in IPR where the normals or whatever become totally screwed (some stuff appears inside out etc) and you have to reload IPR (sometimes 2, 3, or more times - and sometimes only closing and reopening works) to correct it? It just seems that I am getting a lot more of this in 3.07 than I usually do... :?
Win10Pro || GA-X99-SOC-Champion || i7 5820k w/ H60 || 32GB DDR4 || 3x EVGA RTX 2070 Super Hybrid || EVGA Supernova G2 1300W || Tt Core X9 || LightWave Plug (v4 for old gigs) || Blender E-Cycles
User avatar
FrankPooleFloating
Licensed Customer
Licensed Customer
 
Posts: 1669
Joined: Thu Nov 29, 2012 3:48 pm

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby juanjgon » Mon Sep 25, 2017 8:35 am

juanjgon Mon Sep 25, 2017 8:35 am
AndyM1969 wrote:NOT COOL!

00:00:59 (0059.36) * OCTANE API MSG: CUDA error 700 on device 0: an illegal memory access was encountered
00:00:59 (0059.36) * OCTANE API MSG: -> failed to bind device to current thread
00:00:59 (0059.36) * OCTANE API MSG: device 0: failed to initialize resources
00:00:59 (0059.36) |
00:00:59 (0059.36) | ++++++++++++++++++++++++++
00:00:59 (0059.36) | +++ IPR RENDER FAILURE +++ processing the failure callback
00:00:59 (0059.36) | ++++++++++++++++++++++++++

Hi,

Do you have this problem in any scene? If you can send me on scene with this crash I could try to reproduce it here. It can be a bug in Octane.

Thanks,
-Juanjo
User avatar
juanjgon
Octane Plugin Developer
Octane Plugin Developer
 
Posts: 8867
Joined: Tue Jan 19, 2010 12:01 pm
Location: Spain

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby juanjgon » Mon Sep 25, 2017 8:45 am

juanjgon Mon Sep 25, 2017 8:45 am
FrankPooleFloating wrote:Maybe it is just this one scene that I have thus far had in 3.07, but is anyone else getting a bunch of that funkiness in IPR where the normals or whatever become totally screwed (some stuff appears inside out etc) and you have to reload IPR (sometimes 2, 3, or more times - and sometimes only closing and reopening works) to correct it? It just seems that I am getting a lot more of this in 3.07 than I usually do... :?

If you can reproduce this problem in any scene, please send it to me to try to reproduce the problem here. It is known that the Layout can have problems computing the normals if all the viewports are set to wireframe mode. In this case, a command is used by the plugin to force Layout to compute the normals, so usually, all should work fine.

Thanks,
-Juanjo
User avatar
juanjgon
Octane Plugin Developer
Octane Plugin Developer
 
Posts: 8867
Joined: Tue Jan 19, 2010 12:01 pm
Location: Spain

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby FrankPooleFloating » Mon Sep 25, 2017 12:08 pm

FrankPooleFloating Mon Sep 25, 2017 12:08 pm
Yeah, it's funny, that dawned on me in bed last night... I have a habit of working in wireframe for most stuff, and I guess I forgot about the whole computing normals thing. Thanks J!
Win10Pro || GA-X99-SOC-Champion || i7 5820k w/ H60 || 32GB DDR4 || 3x EVGA RTX 2070 Super Hybrid || EVGA Supernova G2 1300W || Tt Core X9 || LightWave Plug (v4 for old gigs) || Blender E-Cycles
User avatar
FrankPooleFloating
Licensed Customer
Licensed Customer
 
Posts: 1669
Joined: Thu Nov 29, 2012 3:48 pm

Re: OctaneRender™ 3.0 for LightWave™ - Test build 3.07.0.0

Postby BorisGoreta » Tue Sep 26, 2017 6:22 pm

BorisGoreta Tue Sep 26, 2017 6:22 pm
This force normal thing when LW viewport is in wireframe does not work with surfaces with polygon side node used. In wireframe mode Octane gets confused and doesn't know which side of the polygon is which.
User avatar
BorisGoreta
Licensed Customer
Licensed Customer
 
Posts: 1411
Joined: Fri Dec 07, 2012 6:45 pm
Next

Return to Lightwave 3D


Who is online

Users browsing this forum: No registered users and 11 guests

Thu Mar 28, 2024 10:45 pm [ UTC ]