OctaneRender™ Standalone 1.27

A forum where development builds are posted for testing by the community.
Forum rules
NOTE: The software in this forum is not %100 reliable, they are development builds and are meant for testing by experienced octane users. If you are a new octane user, we recommend to use the current stable release from the 'Commercial Product News & Releases' forum.
Post Reply
User avatar
orion_uk
Licensed Customer
Posts: 713
Joined: Tue Oct 25, 2011 2:56 pm

roeland wrote:
Does it crash Octane or does it fail to load the file? If it crashes, are you able to upload a file causing a crash?
Both, fails to load .abc when using subdivision preservation, but i now know why thanks to you ;)
And crashes Ds when trying to import a Daz studio character called Michael 4, but the newer Genesis character loads fine BUT, ALL Daz Studio characters exported from Daz Studio as .abc files have either surface or texture errors as shown in my pics! Am starting to guess that the issues are both related to unsupported mesh types and that Daz3D did not included camera export when writting their Alembic exporter (maybe based on older code, i just dont know) I can only guess at all this suff i am afraid :lol: :roll:

Also if the Alembic file contains a camera objects then the imported scene node will have a camera output (blue-green) for every of these camera objects. Cameras are part of the Alembic standard, this is mentioned on [url=http://www.alembic.io/updates.html]the Alembic website:
Thank you for that information/link.. just reading it all now.

Am stuck on my Ipad until the morning but if you still need them i can provide those scenes for you after intake the kids to school in the morning ?

Thanks for your reply Roeland :)

UPDATE EDIT:


linvanchene (Daz forum), Thank you so much for making things clearer for me & your time to post here :D
Orion, thank you a lot for posting this here. I tried to follow all the different threads in all the different forums as good as I could.
Thank you for taking the time to explain things to me in a way that I understand, sorry for the confusing posts.
I posted in Otoy & Daz forums as (not being the sharpest tool in the box sometimes) I did not know much about the issue(s)
I was having, what the actual causes were and how much of it was user error or software related.

I though that getting the perspective from Daz & Otoy would help me clear that up not foreseeing this issue of multiple threads.

Also, I guess I am guilty of not reading things fully and therefore when the features I was expecting did not work I got lost in the frantic world of google searches rather than FULLY reading & understanding the information provided, sorry once again.


It seems there are two different issues going on at the moment:

1) The otoy OctaneRender Standalone version is not fully ready yet to support Alembic import of meshes with subdivision.
What is needed is some more patience until the “official” version 1.5 of OctaneRender is released as I allready tried to explain in the posts.

Currently Octane Standalone 1.27 is out as a Release Candiate.
We also need to understand that all Release Candidates are unofficial Beta versions that we can use at our own risk.

The last official standalone version available in the downloads is 1.2
Until we see an offical version 1.5 in the downloads area there is still A LOT of work to be done.
For those who do not read through the whole thread
GUILTY :(
This only affects the Octane standalone version.
The OctaneRender plugin for DS reads the data directly from DS .duf files. No Alembic export / import needed there.
- - -
2) For some reason some people are under the impression that Camera values are not part of the Alembic standard.
I really do not quite understand all the limits and possibilities of the Alembic format yet myself.
I can understand if some things are mixed up because I myself still end up mixing up a lot of things that may or may not be related.
But from a google search for camera+data+alembic+format it seems that other software support camera export & import with the alembic format.

The camera values and the definitions also seem to be included in the alembic documentation:
http://docs.alembic.io/python/search.ht ... ea=default

From my point of view having camera values defined as part of the Alembic standard makes a lot of sense.
As I already pointed out above matching different footage no matter if the source is video or animation depends on using the exact same camera data with the same values.

After all the Alembic standard seems to be introduced by imageworks and lucasfilm both companies dealing probably a lot with composting footage of different sources and all the issues that arise in the process.

The impression I got so far is:
There is one Alembic format. But it seems not every software is yet supporting all features of it.
Otoy seems to be working to make Alembic support happen for subdivided meshes.
Roeland @ Otoy had this to say in his last post to me:
Octane at the moment only supports triangle meshes, the other forms of geometry (subDiv, strands etc.) are not imported.
I understand the mesh & texturing side of things better now thanks to everyone, I would just like to see how the camera confusion will be cleared up from this point on then ;)
Maybe DAZ could have another look at how camera values are calculated in DS and how to include properly calculated realistic camera values in the Alembic Export / Import.
I certainly hope so as both DazSpookey & Richard Haseltine both seem to be under the impression that Cameras are not supported!

With respect to them (as is only right & due), Here is what they say..
Richard Haseltine: Alembic does not carry camera or texture information - just the mesh and animation.
DazSpookey:Cameras are not part of the Alembic Spec, neither are lights. It is an Vertex exact object and object animation format. It doesn’t do cameras.
Here is hoping that Daz & Otoy continue to improve these products (& add camera export to the Daz exporter) with as much dedication & ingenuity as possible. Together Daz & Otoy software complements each other on a great level that serves us users well, I am grateful for the hard work that goes in to both the programs involved in this thread & their developers :D
Last edited by orion_uk on Mon Jan 20, 2014 10:35 am, edited 5 times in total.
http://www.Neil-Isted.com
Intel i7 870/2.93 GHz
RAM 16GB
1x Titan (6GB)
2x GTX 660Ti 2GB
Win10 Pro 64-bit
Carrara 8.5 Pro
Carrara - OR4C
OctaneRender™ for Blender
Ds pro
OR Standalone V4
Poser Plugin
User avatar
steveps3
Licensed Customer
Posts: 1118
Joined: Sat Aug 21, 2010 4:07 pm
Location: England

smicha wrote:
orion_uk wrote:Works for me, with a little tweeking of the settings :)
Your screenshots are living proofs it is not working.
That is exactly what I thought.
(HW) Intel i7 2600k, 16GB DDR3, MSI 560GTX ti (2GB) x 3
(SW) Octane (1.50) Blender (2.70) (exporter 2.02)
(OS) Windows 7(64)
voon
Licensed Customer
Posts: 527
Joined: Tue Dec 17, 2013 6:37 pm

Erm, silly noob question: can the RCs not import OBJ files?
User avatar
orion_uk
Licensed Customer
Posts: 713
Joined: Tue Oct 25, 2011 2:56 pm

voon wrote:Erm, silly noob question: can the RCs not import OBJ files?
Right click & choose GEOMETRY/MESH import rather than SCENE (scene is for Amlebic import) and you will see that you still can :D
http://www.Neil-Isted.com
Intel i7 870/2.93 GHz
RAM 16GB
1x Titan (6GB)
2x GTX 660Ti 2GB
Win10 Pro 64-bit
Carrara 8.5 Pro
Carrara - OR4C
OctaneRender™ for Blender
Ds pro
OR Standalone V4
Poser Plugin
User avatar
pixelrush
Licensed Customer
Posts: 1618
Joined: Mon Jan 11, 2010 7:11 pm
Location: Nelson, New Zealand

very unresponsive internet to forum today for some reason :roll:

A small request for Preferences panel > Controls > Node graph editor > scroll wheel action

when you select zoom can it please use the same direction as zoom in camera view or have an invert option. thanks
i7-3820 @4.3Ghz | 24gb | Win7pro-64
GTS 250 display + 2 x GTX 780 cuda| driver 331.65
Octane v1.55
User avatar
orion_uk
Licensed Customer
Posts: 713
Joined: Tue Oct 25, 2011 2:56 pm

"pixelrush" very unresponsive internet to forum today for some reason :roll:
Yep, notice that myself :shock:

The wonders of modern tech eh! :roll:
http://www.Neil-Isted.com
Intel i7 870/2.93 GHz
RAM 16GB
1x Titan (6GB)
2x GTX 660Ti 2GB
Win10 Pro 64-bit
Carrara 8.5 Pro
Carrara - OR4C
OctaneRender™ for Blender
Ds pro
OR Standalone V4
Poser Plugin
User avatar
orion_uk
Licensed Customer
Posts: 713
Joined: Tue Oct 25, 2011 2:56 pm

Had feedback from DazSpooky regarding the Daz Ambelic exporter...
Attachments
Good news, I hope...
Good news, I hope...
http://www.Neil-Isted.com
Intel i7 870/2.93 GHz
RAM 16GB
1x Titan (6GB)
2x GTX 660Ti 2GB
Win10 Pro 64-bit
Carrara 8.5 Pro
Carrara - OR4C
OctaneRender™ for Blender
Ds pro
OR Standalone V4
Poser Plugin
benjamin9999
Licensed Customer
Posts: 19
Joined: Sun Oct 28, 2012 11:49 pm

Code: Select all

...
MAXSAMPLES=1000
...
octane.render.start{
  renderTargetNode=rt
 ,maxSamples=MAXSAMPLES 
}

During the render, 1 of 5 GPUs failed, so the render "ends" at 998/1000 samples.

I had to stop the script to break out.
User avatar
abstrax
OctaneRender Team
Posts: 5508
Joined: Tue May 18, 2010 11:01 am
Location: Auckland, New Zealand

orion_uk wrote:
"pixelrush" very unresponsive internet to forum today for some reason :roll:
Yep, notice that myself :shock:

The wonders of modern tech eh! :roll:
Should be fine again.
In theory there is no difference between theory and practice. In practice there is. - Yogi Berra
User avatar
orion_uk
Licensed Customer
Posts: 713
Joined: Tue Oct 25, 2011 2:56 pm

Yep all fine again thanks ;)

.. kinda felt like dial up for a while there :lol:
http://www.Neil-Isted.com
Intel i7 870/2.93 GHz
RAM 16GB
1x Titan (6GB)
2x GTX 660Ti 2GB
Win10 Pro 64-bit
Carrara 8.5 Pro
Carrara - OR4C
OctaneRender™ for Blender
Ds pro
OR Standalone V4
Poser Plugin
Post Reply

Return to “Development Build Releases”