Wrong Range Node in Search Menu in 27.7

Sub forum for bug reports
Forum rules
Before posting a bug report, please check the following:
1. That the issue has not already been disclosed
2. That the issue is specific to this plugin, and not Octane in general (Try reproducing it in Standalone)
Bugs related to the Octane Engine itself should be posted into the Standalone Support sub-forum.


All bug reports should include the information below, along with a detailed description of the issue and steps to reproduce it.
A. Operating System, including version (i.e. Win 7, OSX 10.11.2, Ubuntu 14.04, etc.)
B. Graphics Card(s) model (i.e. GTX 580 - 3GB, TITAN, etc.)
C. RAM Capacity (i.e. 6 GB)
D. Nvidia driver version (i.e. 7.50, 7.5.22)
E. OctaneRender Standalone version, if installed (i.e. 2.24.2, 2.23, etc.)
F. OctaneRender plugin version (i.e. v2.25 - 2.21)
G. Host application version, including build number if available (i.e. 3ds Max 2016 Build 18.0)
Post Reply
AlexeyAdamitsky
Licensed Customer
Posts: 103
Joined: Fri Oct 18, 2019 4:43 pm

When adding the Range node with Add → Search... and search for Range node, it'll give you this node.

Image

This node doesn't work when you're trying to connect color texture to its sockets. I think it's a legacy node.

Adding the range node with when navigating to Add → Textures → Operators → Range gives you the proper node.

Image

Please fix the search function to give the correct node. I prefer the search for faster workflow.

Also, please make the sliders for Input Min/Max and Output Min/Max to work in the soft range of -1 to 1. Currently, it's -10000 to 10000. It's extremely difficult to control values within such huge range when you need to work mostly withing a narrow range of -1 to 1.
User avatar
jobigoud
OctaneRender Team
Posts: 249
Joined: Sat Aug 15, 2015 1:28 pm

I think it's a legacy node.
The two nodes were introduced recently. Some nodes have the same name as they perform the same function but only differ in the type they support or apply to.
Hopefully the plugin search function can show all the matching entries.
AlexeyAdamitsky
Licensed Customer
Posts: 103
Joined: Fri Oct 18, 2019 4:43 pm

jobigoud wrote:
I think it's a legacy node.
The two nodes were introduced recently. Some nodes have the same name as they perform the same function but only differ in the type they support or apply to.
Hopefully the plugin search function can show all the matching entries.
So, there are supposed to be two Range nodes? One for float values and one for vector values?
User avatar
jobigoud
OctaneRender Team
Posts: 249
Joined: Sat Aug 15, 2015 1:28 pm

Yes there are two Range nodes, one for individual floats and one for textures. There is not one for vectors (float triplets). You will also find there are two "Binary math operation" and "Unary math operation".
This is on purpose, these nodes are very different since one runs on the GPU and the other on the CPU. And output type in Octane is strict. But if you need converting from float to texture you can use the nodes under Octane texture > Converters.
AlexeyAdamitsky
Licensed Customer
Posts: 103
Joined: Fri Oct 18, 2019 4:43 pm

jobigoud wrote:Yes there are two Range nodes, one for individual floats and one for textures. There is not one for vectors (float triplets). You will also find there are two "Binary math operation" and "Unary math operation".
This is on purpose, these nodes are very different since one runs on the GPU and the other on the CPU. And output type in Octane is strict. But if you need converting from float to texture, you can use the nodes under Octane texture > Converters.
Ahh, I see. It would be nice if Octane was more flexible with socket types like Cycles or Arnold. Otherwise, we'll need the same function node for different types of data. Which will bloat the nodes list. Which already is rather big.

Still search gives the Range node for the float data type. But in the Add menu I can find the Range node only for the texture data type. I think the naming of the nodes should be expanded like: Float Range, Color Range (or RGB Range). Not very elegant solution, but I don't see the better way, yet.
Post Reply

Return to “Bug Reports”