
The Softimage obj-exporter have a memory leak.
It doesn´t free the memory for the exported mesh.
Is you mesh 100MB, the exporter jamed 100MB.
Your 24MB obj x 50 frames = 1200 MB ~ 1.17GB
But 14GB i don´t know...
face
No, that´s right.hive wrote:Also one other thing.. Why is Octane importing mesh twice?
Maybe my workflow is bad:
- create XSi scene
- export to Octane
- tweak in octane
- save in octane
- Back to XSi, doing some changes in topology
- then I render it from XSi (in exporter i press button "Use existing project", and set path to this project saved from Octane)
- Octane starts us, and imports OBJ two times.
Am I doing something wrong?
Hm. I understand. But with really heavy scenes it is annoying to wait two times for import. I also understand that this original obj must be there for some reasons (maybe keepeing materials, or something..), but isn' it possible to bypass this step somehow? or automatically make this original mesh very lowpoly so it kees just the information which Octane needs?face wrote: No, that´s right.
Octane load the old(original) mesh and change it with the new one. So Octane load it 2 times...
That´s while it gives to meshes. The original is created when the scene is created or you check the overwrite existing project.
The original has the name of you Project. The mesh for the anim has a _anim at the end of the name. The _anim.obj will saved for every frame.
So Octane change the project.obj with the project_anim.obj when it loads.
face
Please test to export the obj with the Softimage obj-exporter. (file -> export -> obj file)hive wrote:Now I tested simple scene animation. No camera actions, only still scene view.
I created grid and sphere (quite dense - 300/300 subdivision). I rendered 9 frames while checking Page File growth.
- 1st frame - PF 1.5 Gb
- 3rd frame - PF 1.85 Gb
- 6th frame - PF 2.25 Gb
- 9th frame - PF 2.68 Gb
hm. It is quite huge amount of data... If the scene would be more complex, it would be impossible to render animation overnight.
Right, lowpoly will help.hive wrote:Hm. I understand. But with really heavy scenes it is annoying to wait two times for import. I also understand that this original obj must be there for some reasons (maybe keepeing materials, or something..), but isn' it possible to bypass this step somehow? or automatically make this original mesh very lowpoly so it kees just the information which Octane needs?face wrote: No, that´s right.
Octane load the old(original) mesh and change it with the new one. So Octane load it 2 times...
That´s while it gives to meshes. The original is created when the scene is created or you check the overwrite existing project.
The original has the name of you Project. The mesh for the anim has a _anim at the end of the name. The _anim.obj will saved for every frame.
So Octane change the project.obj with the project_anim.obj when it loads.
face
Testing done.. Nothing strange happened. I Imported it several times.. Started with clean scene at 831 Mb page file. After importing six times the same OBJ PF was 1.28 Gb. OBJ size is 20.8 Mb.face wrote: Please test to export the obj with the Softimage obj-exporter. (file -> export -> obj file)
Only export, without load in Octane.
Do this 1, 3 or 6 times and check the Pagefile.
face
Import?hive wrote:Testing done.. Nothing strange happened. I Imported it several times.. Started with clean scene at 831 Mb page file. After importing six times the same OBJ PF was 1.28 Gb. OBJ size is 20.8 Mb.face wrote: Please test to export the obj with the Softimage obj-exporter. (file -> export -> obj file)
Only export, without load in Octane.
Do this 1, 3 or 6 times and check the Pagefile.
face
So, I think, this is the Softimage problem, or "communication" problem between SI and Octane.
Anyways, when I was rendering this long animation that consumed so much PF, the amount of PF starts to lowering not when octane was shutted down, but when I turned off Softimage.
... sorry. I was reading too quickly..face wrote: Import?
Hope you mean export from Softimage
Yes, when Softimage shut down, the memory should be cleaned while the obj-export runs in Softimage...
face