I've been testing both the stable and alpha version of the 2.24 C4D plugin on a Mac Pro OSX 10.11.1, with 24GB of RAM, and Geforce GTX 970 4GB.
The mesh used is about 1,5M quads, and uses two 4K .jpg textures.
From the Activity Monitor, once I commit the sending to Octane Live Preview, I can see an increase of memory usage up to 8GB which, as I believe, it's due to the Octane data being allocated on system ram because the 4GB GPU's have been consumed.
Nevertheless, the operation ends up in a render failure. Log file attached. If you need further information please let me know, I'd be glad if this option would be fixed.
PS: just a note that while in the Octane standalone application is reported the correct amount of system memory, in the plugin the slider allows to range up to 64GB regardless of the *real* system memory amount...
2.24.* : out-of-core feature not working [SOLVED]
Moderators: ChrisHekman, aoktar
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)
H. A detailed description of the issue and steps to reproduce it (Include Screenshots or video capture), as well as an example scene if applicable.
I. Copies of the Octane Log window and Console window outputs (full text attached as a file to your post is recommended).
Please note that reports of issues inside existing threads will be ignored/removed, and reports may be closed if the reporter does not respond to subsequent queries in the thread.
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)
H. A detailed description of the issue and steps to reproduce it (Include Screenshots or video capture), as well as an example scene if applicable.
I. Copies of the Octane Log window and Console window outputs (full text attached as a file to your post is recommended).
Please note that reports of issues inside existing threads will be ignored/removed, and reports may be closed if the reporter does not respond to subsequent queries in the thread.
- Attachments
-
- octane 2.24 151118 125139.log
- (864 Bytes) Downloaded 268 times
Last edited by papillon on Wed Nov 18, 2015 5:32 pm, edited 1 time in total.
Hi,
I have a set up similar to yours and I use the out-of-core feature every day. It save me because currently I have only a GTX 560 1GB on my mac. Here is an example (apologize for the messy scene just for testing purpose) with 4x 8k textures and 1.8 m polys:
I expect that you can manage more bigger scene with yours set up 
Are you using also a monitor connected to your GTX 970 losing some VRAM?
I have a dedicated singol slot GT 120 for monitor only and it helps a lot.
Have you already tried with the latest versions?
Version 2.24.1-R3
Version 2.24.2-TEST4.2
ciao beppe
I have a set up similar to yours and I use the out-of-core feature every day. It save me because currently I have only a GTX 560 1GB on my mac. Here is an example (apologize for the messy scene just for testing purpose) with 4x 8k textures and 1.8 m polys:
Are you using also a monitor connected to your GTX 970 losing some VRAM?
I have a dedicated singol slot GT 120 for monitor only and it helps a lot.
Have you already tried with the latest versions?
Version 2.24.1-R3
Version 2.24.2-TEST4.2
ciao beppe
Hi Beppe,
thanks for the response. Actually I (dumbly) neglected the fact that VRAM would be consumed being the only GPU in the system, with two monitors attached to it.
So I added another Geforce 750 2GB currently used as main adapter to drive the monitors, and left the Geforce 970 4GB alone for GPU render.
So far it works like a charm and I was able to fill the whole scene into VRAM. I've read the out-of-core is used to allocate textures only but the geometry has to fit into the GPU VRAM, so I guess previously that was my issue.
I marked this as solved since it was an issue on my end.
thanks for the response. Actually I (dumbly) neglected the fact that VRAM would be consumed being the only GPU in the system, with two monitors attached to it.
So I added another Geforce 750 2GB currently used as main adapter to drive the monitors, and left the Geforce 970 4GB alone for GPU render.
So far it works like a charm and I was able to fill the whole scene into VRAM. I've read the out-of-core is used to allocate textures only but the geometry has to fit into the GPU VRAM, so I guess previously that was my issue.
I marked this as solved since it was an issue on my end.
I'm glad that you have solved 
Yes the out-of-core feature is only for textures for now, so both geometry and film buffer have to be loaded on vram.
In the upcoming v3, the film buffer will not be on vram anymore, giving us even more freedom.
Happy GPU rendering
ciao beppe
Yes the out-of-core feature is only for textures for now, so both geometry and film buffer have to be loaded on vram.
In the upcoming v3, the film buffer will not be on vram anymore, giving us even more freedom.
Happy GPU rendering
ciao beppe
What? Film buffer will be not in vRAM? How come so?..bepeg4d wrote: In the upcoming v3, the film buffer will not be on vram anymore, giving us even more freedom.
From the Marcus's post about v3 development:glimpse wrote:What? Film buffer will be not in vRAM? How come so?..bepeg4d wrote: In the upcoming v3, the film buffer will not be on vram anymore, giving us even more freedom.
viewtopic.php?f=9&t=50956
- Moved film buffers to the host and tiled rendering
The second major refactoring in the render core was the way we store render results. Until v3 each GPU had its own film buffer where part of the calculated samples were aggregated. This has various drawbacks: For example, a CUDA error usually means that you lose the samples calculated by that GPU or a crashing/disconnected slave means you lose the samples. Another issue is that large images mean a large film buffer, especially if you enable render passes.
To solve the above (and more) issues we decided to move the film buffer into host memory. Doesn't sound exciting, but has some major consequences. The biggest one we had to fight with is finding a way to deal with the huge amount of data the GPUs produce. Especially in multi-GPU setups or when network rendering is used.
As a solution, we introduced tiled rendering for all integration kernels except PMC and added a bunch of additional options to allow you to tweak the way how integration work is distributed. One side effect is that we (hopefully) have solved the problem that slaves got starved off work while they were sending very large results back to the master (like stereo panos for the GearVR). Another side effect is that info passes are now rendered in parallel.