OctaneRender™ Standalone 1.29

[abstrax]

Hi All,

This is another bug-fix release.

Hopefully, the packaging works now correctly, but there may still be issues left. -> Please do not remove the original scene files after you packaged them, just in case something goes wrong during the packaging.

We also have a question about unpacking: Currently you can only unpack the original content of a package, i.e. if you have a package open and you already made some changes, those changes would get lost. The only way to not lose your changes is to package your current (modified) project again.
=> Would it make sense to provide "Save as..." in that case, too, to allow you to save the current project as a regular .ocs file and automatically unpacking all used file resources that come from the original package? Or would another workflow make more sense?

Changes since 1.28

Rendering

• Fixed handling of negative numbers in image textures, which would cause environment lighting to disappear when enabling importance sampling.
• Changed AO of the direct lighting kernel to ignore all geometry that has a specular material with the fake shadow option enabled.

Scene and Geometry I/O

• Fixed memory leak in Alembic import.
• Fixed incorrect loading of macro nodes that are owned by a pin from old .ocs files.
• Fixed incorrect import of project files (connections were lost).
• Fixed writing of node graphs owned by a pin (the connection to the pin got lost).
• Packaging Alembic files should work now, if the Alembic files were written with at least Alembic version 1.5 using the Ogawa backend.
• Changed unpacking logic: The package is unpacked into the picked directory and the unpacked project will file have the name <package name w/o suffix>.ocs.

Lua Scripting

• Fixed crash when you try to bind a regular table.
• When a property is bound, its initial value will be stored in the property table.
• Bind-able properties are now documented in the API browser.
• Disallowing binding the same property twice.
• Allow enabling/disabling of the color swatch component.
• Updated scripts, shipped with Octane, to work correctly with the recent changes in octane.render.
• Allowing access to properties of items, nodes, graphs and components directly via <item/node/graph/component>.<property> without the getProperties() call.
• Selections in combo box components are now identified via IDs instead of labels.

Other

• Disabled numeric edit boxes are now really disabled, i.e. can't be changed at all anymore.

Download:

Windows
ZIP archives:
- 64-bit
- 32-bit

MacOS X
ZIP archive:
- 32-bit and 64-bit

Linux
ZIP archive:
- 64-bit

Happy rendering,
Your OTOY NZ Team

[Rikk The Gaijin]

Thanks!

[treddie]

Yes indeed

[Dmi3ryd]

Many thanks! Dear developers, is it possible to realize a simple proxy settings which can let me to activate (every release i need to write my admins) and connect to database?

[merid888]

thank you, i'll test
regards karba

[gardeler]

I'm having troubble with constant crashes in all versions of Octane I have tested. (1.23 and up) It is a quite simple simulation made in realflow, and exported from maya. It loads fine, and the first 150 frames works, but from 155 and on, octane crashes. I have been able to read one or two frames from a later frame in the animation. And here it looks like some of the polygons are being dropped? Like there was a max count some how. Loading the same alembic back into maya works fine. It looked like the normals were reversed on the alembic as well. But I do not know if that is the maya exporter or the octane alembic reader...

Is there an ftp I can upload the alembic file to? It is about 16GB, so it takes some space. I think you need to take a look.

BTW. does octane support alembicfile per frame? I would assume that some alembic files would be larger than several hundreds of gigabytes for longer sequences, so it would be nice as an option...

[gardeler]

this is the message written in the terminal after octane dissapears.

sh-4.2$ '/data/users/martin/Desktop/OctaneRender_1_29_linux/octane'
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted

[noelnoel]

thanks thanks thanks for:
"Changed AO of the direct lighting kernel to ignore all geometry that has a specular material with the fake shadow option enabled"

next step. enable or disable AO by object property

[ROUBAL]

Thanks for this new release.
First test of this 1.29 release : I have just noticed that RGB color nodes are partially broken : Changing the color by clicking on the colored rectangle and using Saturation/Value, Hue Saturation Box or Hue/Saturation box updates the R,G,B cursors correctly, but adjusting the color by using the R,G,B cursors doesn't update the colored rectangle. The color of the material itself is changed correctly, though. And the color of the sample rectancle is updated if you click on a material on the render window.

The packing unpacking feature seems to work correctly, and the textures files names are kept identical as original files, which is imho the best solution. Thanks !

[funk]

I'm using modo to export alembic and I need to enable "flip face orientation". This works fine on small scenes, but as soon as my scene is a little bigger (about 20MB .abc) octane crashes when I enable "flip face orientation"


EDIT: After doing some scene cleanup (merging verts, removing 2 point polys etc), octane no longer crashes when enabling "flip face orientation". I kept a copy of the .abc that crashes octane if you guys want it