If you switch of normals in Octane Render Settings > Export Options the export time reduce about 50%.
Could somebody verify? It seams nothing change in octane render result.
A huge performance boost for big scenes or animations.
Cheers, mib.
Reduce export time 50%
- mib2berlin
- Posts: 1194
- Joined: Wed Jan 27, 2010 7:18 pm
- Location: Germany
Opensuse Leap 42.3/64 i5-3570K 16 GB
GTX 760 4 GB Driver: 430.31
Octane 3.08 Blender Octane
GTX 760 4 GB Driver: 430.31
Octane 3.08 Blender Octane
Well, I tried this with a production scene that I'm currently working on... It's seems like it is really speeds up exporting. Also Octane definitely loads this scene faster.
I'm not sure if that it can dramatically improve animations render (because Lionel's exporters seems to export next frame while Octane renders current one for example), but anyway this note is very useful, thank you!
I'm not sure if that it can dramatically improve animations render (because Lionel's exporters seems to export next frame while Octane renders current one for example), but anyway this note is very useful, thank you!
So far I can see Octane does well with exported meshes without normals and is able to recalculate them properly. This speeds up both export and import, while anyway smooth normal export is broken with blender builds having bmesh. See http://www.refractivesoftware.com/forum ... 362#p83979 if you plan to use these, as 1.14 fixes the uv layout issue.
Desktop: Ubuntu 13.04 x64 - i7-3770K @ 3.5GHz - 32GB DDR3 - GTX670 2048MB
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
- mib2berlin
- Posts: 1194
- Joined: Wed Jan 27, 2010 7:18 pm
- Location: Germany
THX, IIRC I used 2.62 for my tests but seams the problem with trunk is also solved from campbell barton.
Cheers, mib.
Code: Select all
Revision: 44646
http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=44646
Author: campbellbarton
Date: 2012-03-05 11:49:24 +0000 (Mon, 05 Mar 2012)
Log Message:
-----------
fix [#30457] Smooth normals wrongly exported to wavefront
mesh.calc_normals() wasnt calculating vertex normals (only face normals),
now only calculate vertex normals.
added a define incase we want to have poly normals back again.
Opensuse Leap 42.3/64 i5-3570K 16 GB
GTX 760 4 GB Driver: 430.31
Octane 3.08 Blender Octane
GTX 760 4 GB Driver: 430.31
Octane 3.08 Blender Octane
I have tried the same thing in 3ds max and can confirm it speeds up as well; as long as you turn on smoothing groups in the exporter (turn off normals of course), and activate "interpolate using smoothgroups" before importing, it keeps your smoothing groups as usual. At least twice as fast, didn't know that thanks!!!
Win 7 64bits / Intel i5 750 @ 2.67Ghz / Geforce GTX 470 / 8GB Ram / 3DS Max 2012 64bits
http://proupinworks.blogspot.com/
http://proupinworks.blogspot.com/
Quite nice, he made the fix 7 hours after I opened this ticketmib2berlin wrote:THX, IIRC I used 2.62 for my tests but seams the problem with trunk is also solved from campbell barton.

Now need to get updated release (I'm using the PPA from Ralf Hölzemer and it's at 44639 at the moment). Unfortunately I'm relocating this week and may not have internet access for some time due to stupid ISP...
Desktop: Ubuntu 13.04 x64 - i7-3770K @ 3.5GHz - 32GB DDR3 - GTX670 2048MB
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a