OctaneRender® beta 2.43 (lin/mac/win) [OBSOLETE]

VIP Information, news and announcements regarding new Octane Render commercial products and releases.
Post Reply
User avatar
Method
Licensed Customer
Posts: 85
Joined: Fri Jan 28, 2011 1:23 pm
Location: Czech Republic

abstrax wrote:
Method wrote:I would like to see an alpha channel to work in direct light. :)
The CUDA compiler used too much memory and crashed when had this option enabled for the direct lighting kernel. We only way to solve that problem was to take out the option. I'm currently trying out a few things that might help, but I don't know yet.

Cheers,
Marcus


The cool Marcus and thanks for the reply. DirectLight may be sufficient to animate the exterior, just a little help it (fake gi, alpha light ...). For still images of the interior (exterior, etc.), and OctaneRender (PathTracing) absolutely brilliant!
Animators are always handicapped:)

Anyway, I still CUDA 3.2 does not work. There is still a distribution of both the GPU 50 to 50% loading.

Peace.
ASUS P6X58D-E / Nvidia GeForce GTX 780 / 24GB Ram (DDR3) / i7 950 (OC4.2Ghz-without HT) / Windows 7 x64 / and million cooling fans :)

VFX/CGI, Animation for documentary movies, Music videos, Products renderings, Advertising....3D/2D (small production)
User avatar
dave62
Licensed Customer
Posts: 310
Joined: Tue Oct 05, 2010 6:00 pm

after some overnight rendering, octane (lin2.43) crashed again.
console prompts:

"...
Octane plug-in v0.82 on 2.56.0.34074 : MTL export time: 0.021s
Octane plug-in v0.82 on 2.56.0.34074 : Using camera : <Camera>
Octane plug-in v0.82 on 2.56.0.34074 : field of View: 63.215006
Octane plug-in v0.82 on 2.56.0.34074 : Camera position: x 1.785294 y 1.608172 z 3.186574
Octane plug-in v0.82 on 2.56.0.34074 : Camera target: x 1.573505 y 1.098067 z 2.352944
Octane plug-in v0.82 on 2.56.0.34074 : Camera up: x -0.113406 y 0.860044 z -0.497456
Octane plug-in v0.82 on 2.56.0.34074 : Project file already exists
Octane plug-in v0.82 on 2.56.0.34074 : Resolution factor : 50%
Octane plug-in v0.82 on 2.56.0.34074 : Project exists and obj will be relinked
Octane plug-in v0.82 on 2.56.0.34074 : Launching Octane: ['/home/lingkong/Desktop/octane2.43cuda32/octane', '-m', 'mk2k11.obj', '--cam-fov', '63.215006', '--cam-pos-x', '1.785294', '--cam-pos-y', '1.608172', '--cam-pos-z', '3.186574', '--cam-target-x', '1.573505', '--cam-target-y', '1.098067', '--cam-target-z', '2.352944', '--cam-up-x', '-0.113406', '--cam-up-y', '0.860044', '--cam-up-z', '-0.497456', '--film-width', '960', '--film-height', '540', '-r', '/e/data/GFX/PRJX/WIP/mk/mk2k11/mk2k11.obj', '/e/data/GFX/PRJX/WIP/mk/mk2k11/mk2k11.ocs']
Octane plug-in v0.82 on 2.56.0.34074 : Status set to Info: Completed in 0h2m23.53
Releasing cuda context on thread 1682175760
Activating cuda context on thread 1554491152
Releasing cuda context on thread 1554491152
Activating cuda context on thread 1682175760
Releasing cuda context on thread 1682175760
Activating cuda context on thread 1554491152
Releasing cuda context on thread 1554491152
Activating cuda context on thread 1682175760
Releasing cuda context on thread 1682175760
Activating cuda context on thread 1554491152
Releasing cuda context on thread 1554491152
Activating cuda context on thread 1682175760
Releasing cuda context on thread 1682175760
Activating cuda context on thread 1554491152
*** glibc detected *** /home/lingkong/Desktop/octane2.43cuda32/octane: double free or corruption (!prev): 0x00007f377803c140 ***
======= Backtrace: =========
/lib/libc.so.6(+0x774b6)[0x7f3782e5c4b6]
/lib/libc.so.6(cfree+0x73)[0x7f3782e62c83]
/usr/lib/tls/libnvidia-tls.so.260.19.29(+0x8bb)[0x7f37822848bb]
======= Memory map: ========
00400000-031c5000 r-xp 00000000 08:05 283207 /home/lingkong/Desktop/octane2.43cuda32/octane
033c4000-034d3000 rwxp 02dc4000 08:05 283207 /home/lingkong/Desktop/octane2.43cuda32/octane
034d3000-034f7000 rwxp 00000000 00:00 0
05131000-16a42000 rwxp 00000000 00:00 0 [heap]
41b67000-41b69000 r-xs 00000000 08:05 3014906 /tmp/glHV07Oe (deleted)
41b9e000-41c04000 rwxp 00000000 00:05 4318 /dev/zero
7f36eedc5000-7f3704000000 rwxp 00000000 00:00 0
7f37153ca000-7f371e9e5000 rwxp 00000000 00:00 0
7f3728000000-7f372c000000 rwxp 00000000 00:00 0
7f3730000000-7f3734000000 rwxp 00000000 00:00 0
7f3740000000-7f3748000000 rwxp 00000000 00:00 0
7f3748907000-7f374fb86000 rwxp 00000000 00:00 0
7f375085d000-7f37553ff000 rwxp 00000000 00:00 0
7f375635f000-7f375c08b000 rwxp 00000000 00:00 0
7f375c0fa000-7f375c17a000 rwxs 7ed4a000 00:05 8619 /dev/nvidia0
7f375c17a000-7f375c27a000 rwxs 7281c000 00:05 8619 /dev/nvidia0
7f375c27a000-7f375c27b000 ---p 00000000 00:00 0
7f375c27b000-7f375ca7b000 rwxp 00000000 00:00 0
7f375ca7b000-7f375ca7c000 rwxs 0c758000 00:05 8619 /dev/nvidia0
7f375ca7c000-7f375ca7d000 rwxs dfee7000 00:05 8619 /dev/nvidia0
7f375ca7d000-7f375ca7e000 rwxs 619cc000 00:05 8619 /dev/nvidia0
7f375ca7e000-7f375ce80000 rwxs 105053000 00:05 8619 /dev/nvidia0
7f375ce80000-7f375ce81000 rwxs dfee6000 00:05 8619 /dev/nvidia0
7f375ce81000-7f375ce82000 rwxs 108c9a000 00:05 8619 /dev/nvidia0
7f375ce82000-7f375d284000 rwxs 127873000 00:05 8619 /dev/nvidia0
7f375d284000-7f375d384000 rwxs 11fc59000 00:05 8619 /dev/nvidia0
7f375d384000-7f375d484000 rwxs 11905d000 00:05 8619 /dev/nvidia0
7f375d484000-7f375d584000 rwxs 11eb5a000 00:05 8619 /dev/nvidia0
7f375d584000-7f375d684000 rwxs 126870000 00:05 8619 /dev/nvidia0
7f375d684000-7f3763800000 rwxp 00000000 00:00 0
7f376383f000-7f376393f000 rwxs 124d36000 00:05 8619 /dev/nvidia0
7f376393f000-7f3763b3f000 rwxs 1167f0000 00:05 8619 /dev/nvidia0
7f3763b3f000-7f3763c3f000 rwxs 10d608000 00:05 8619 /dev/nvidia0
7f3763c3f000-7f3763c40000 ---p 00000000 00:00 0
7f3763c40000-7f3764448000 rwxp 00000000 00:00 0
7f3764449000-7f37650ba000 rwxp 00000000 00:00 0
7f37650bb000-7f376698d000 rwxp 00000000 00:00 0
7f376698e000-7f376e14e000 rwxp 00000000 00:00 0
7f376e166000-7f376e186000 rwxs d81a0000 00:05 8619 /dev/nvidia0
7f376e186000-7f376e1c6000 rwxs 3c6bf000 00:05 8619 /dev/nvidia0
7f376e1c6000-7f376e1e6000 rwxs d8140000 00:05 8619 /dev/nvidia0
7f376e1e6000-7f376e226000 rwxs 126a3a000 00:05 8619 /dev/nvidia0
7f376e246000-7f376e25f000 rwxs 00000000 00:04 0 /SYSV00000000 (deleted)
7f376e25f000-7f376e2cf000 rwxp 00000000 00:00 0
7f376e2e1000-7f37703a3000 rwxp 00000000 00:00 0
7f37703a4000-7f37759e2000 rwxp 00000000 00:00 0
7f37759e3000-7f37777ff000 rwxp 00000000 00:00 0
7f37777ff000-7f3777800000 ---p 00000000 00:00 0
7f3777800000-7f3778000000 rwxp 00000000 00:00 0
7f3778000000-7f377c000000 rwxp 00000000 00:00 0
7f377c005000-7f377c77c000 rwxp 00000000 00:00 0
7f377c782000-7f377c79a000 rwxp 00000000 00:00 0
7f377c79a000-7f377c79e000 rwxs 1a573000 00:05 8619 /dev/nvidia0
7f377c79e000-7f377c7de000 rwxp 00000000 00:00 0
7f377c7df000-7f377c84f000 rwxp 00000000 00:00 0
7f377c850000-7f377c868000 rwxp 00000000 00:00 0
7f377c869000-7f377c8a1000 rwxp 00000000 00:00 0
7f377c8a2000-7f377c8b2000 rwxp 00000000 00:00 0
7f377c8b3000-7f377c8c3000 rwxp 00000000 00:00 0
7f377c8c4000-7f377c8d4000 rwxp 00000000 00:00 0
7f377c8d5000-7f377c945000 rwxp 00000000 00:00 0
7f377c945000-7f377c946000 ---p 00000000 00:00 0
7f377c946000-7f377d146000 rwxp 00000000 00:00 0
7f377d146000-7f377d147000 ---p 00000000 00:00 0
7f377d147000-7f377d947000 rwxp 00000000 00:00 0
7f377d947000-7f377d94c000 r-xp 00000000 08:05 920332 /usr/lib/libXfixes.so.3.1.0
7f377d94c000-7f377db4b000 ---p 00005000 08:05 920332 /usr/lib/libXfixes.so.3.1.0
7f377db4b000-7f377db4c000 r-xp 00004000 08:05 920332 /usr/lib/libXfixes.so.3.1.0
7f377db4c000-7f377db4d000 rwxp 00005000 08:05 920332 /usr/lib/libXfixes.so.3.1.0
7f377db4d000-7f377db56000 r-xp 00000000 08:05 920352 /usr/lib/libXrender.so.1.3.0
7f377db56000-7f377dd55000 ---p 00009000 08:05 920352 /usr/lib/libXrender.so.1.3.0
7f377dd55000-7f377dd56000 r-xp 00008000 08:05 920352 /usr/lib/libXrender.so.1.3.0
7f377dd56000-7f377dd57000 rwxp 00009000 08:05 920352 /usr/lib/libXrender.so.1.3.0
7f377dd57000-7f377dd60000 r-xp 00000000 08:05 920324 /usr/lib/libXcursor.so.1.0.2
7f377dd60000-7f377df5f000 ---p 00009000 08:05 920324 /usr/lib/libXcursor.so.1.0.2
7f377df5f000-7f377df60000 r-xp 00008000 08:05 920324 /usr/lib/libXcursor.so.1.0.2
7f377df60000-7f377df61000 rwxp 00009000 08:05 920324 /usr/lib/libXcursor.so.1.0.2
7f377df61000-7f377df77000 r-xp 00000000 08:05 1317037 /lib/libresolv-2.12.1.so
7f377df77000-7f377e176000 ---p 00016000 08:05 1317037 /lib/libresolv-2.12.1.so
7f377e176000-7f377e177000 r-xp 00015000 08:05 1317037 /lib/libresolv-2.12.1.so
7f377e177000-7f377e178000 rwxp 00016000 08:05 1317037 /lib/libresolv-2.12.1.so
7f377e178000-7f377e17a000 rwxp 00000000 00:00 0
7f377e17a000-7f377e17f000 r-xp 00000000 08:05 1317030 /lib/libnss_dns-2.12.1.so
7f377e17f000-7f377e37e000 ---p 00005000 08:05 1317030 /lib/libnss_dns-2.12.1.so
7f377e37e000-7f377e37f000 r-xp 00004000 08:05 1317030 /lib/libnss_dns-2.12.1.so
"


any ideas? should i update anything?

edit: or should i use the cuda 3.0 release??


thx dave
- Mint 10 64bit nvidia drv 260.19.29/cudatoolkit3.0 intel q6600, 4gbRAM, GTX470 1,2GB
- Mint 10 64bit/ Win7 64bit nvidia drv 260.19.29/cudatoolkit3.2 amd X6, 16gbRAM, 2x GTX580 3GB
->Octane 2.44/ Blender2.5x
User avatar
abstrax
OctaneRender Team
Posts: 5506
Joined: Tue May 18, 2010 11:01 am
Location: Auckland, New Zealand

dave62 wrote:after some overnight rendering, octane (lin2.43) crashed again.
console prompts:

...

any ideas? should i update anything?

thx dave
Hmm, there aint nothing to update. Sorry. What's interesting though is how often the render thread gets killed, although it shouldn't get killed at all. That might cause the trouble we see here. I will have a look at it.

If you just retry to render the frame that crashed, does it work?

Cheers,
Marcus
In theory there is no difference between theory and practice. In practice there is. - Yogi Berra
User avatar
dave62
Licensed Customer
Posts: 310
Joined: Tue Oct 05, 2010 6:00 pm

hi marcus,
thx for your fast reply.
it was no animation just a single shot to be cooked for a while.
night before i had the same experience.
the scene uses 750 mb of vram (1280x1080 gtx470 1280mb) only directlighting works if i switch to pathtracing, no matter which small res i choose it seems not to work. the picture just gets darker and darker. not really rendering, strange spp "hopping"..
after reset to directlighting it keeps on rendering.
what can i do to make more of the vram useable? if i add only a few mb to the vram (800mb) also directlighting stops workin.

should i use the 3.0 release?

cheers dave
- Mint 10 64bit nvidia drv 260.19.29/cudatoolkit3.0 intel q6600, 4gbRAM, GTX470 1,2GB
- Mint 10 64bit/ Win7 64bit nvidia drv 260.19.29/cudatoolkit3.2 amd X6, 16gbRAM, 2x GTX580 3GB
->Octane 2.44/ Blender2.5x
User avatar
abstrax
OctaneRender Team
Posts: 5506
Joined: Tue May 18, 2010 11:01 am
Location: Auckland, New Zealand

dave62 wrote:hi marcus,
thx for your fast reply.
it was no animation just a single shot to be cooked for a while.
night before i had the same experience.
the scene uses 750 mb of vram (1280x1080 gtx470 1280mb) only directlighting works if i switch to pathtracing, no matter which small res i choose it seems not to work. the picture just gets darker and darker. not really rendering, strange spp "hopping"..
after reset to directlighting it keeps on rendering.
what can i do to make more of the vram useable? if i add only a few mb to the vram (800mb) also directlighting stops workin.

should i use the 3.0 release?

cheers dave
You can try the CUDA 3.0 build, but I don't expect any better VRAM usage. If you want to give it a try, you have to install the CUDA 3.0 toolkit, but you can leave the graphics driver.

It would be great, if you could send us the scene so that I can investigate the problem.

Cheers,
Marcus
In theory there is no difference between theory and practice. In practice there is. - Yogi Berra
User avatar
dave62
Licensed Customer
Posts: 310
Joined: Tue Oct 05, 2010 6:00 pm

may the vram usage depend on which os you use? is it possible to use more %vram under win or osx?

quote marcus:"...It would be great, if you could send us the scene so that I can investigate the problem..?


scene is quite heavy, counts about 370mb incl tex..
maybe after the end of the competition, will take a while to upload for me..

cheers dave
- Mint 10 64bit nvidia drv 260.19.29/cudatoolkit3.0 intel q6600, 4gbRAM, GTX470 1,2GB
- Mint 10 64bit/ Win7 64bit nvidia drv 260.19.29/cudatoolkit3.2 amd X6, 16gbRAM, 2x GTX580 3GB
->Octane 2.44/ Blender2.5x
User avatar
abstrax
OctaneRender Team
Posts: 5506
Joined: Tue May 18, 2010 11:01 am
Location: Auckland, New Zealand

dave62 wrote:may the vram usage depend on which os you use? is it possible to use more %vram under win or osx?
Sorry, I don't know. I wouldn't expect big differences. One thing you can try though: Before you start the actual render job: Just save the scene, close and relaunch Octane, load the scene and start rendering. It's unlikely but there may be also fragmentation issues in which case it might help to removing everything used by Octane before you start the rendering. Just an idea...

Cheers,
Marcus
In theory there is no difference between theory and practice. In practice there is. - Yogi Berra
User avatar
suhail_spa
Licensed Customer
Posts: 229
Joined: Tue Nov 16, 2010 9:51 am

abstrax wrote:- connecting the preview render target with a different camera changes the camera view - the same applies to all other connections like environment or kernel
thank you for that
cheers!
DELL Precision M4500 Laptop (win7 -64bit, Intel core i5 M520 2.4Ghz, 4Gb, Quadro FX880 1Gb, PCI express slot)
with GTX 460 -2GB (running on home-made GPU-expander)
User avatar
matej
Licensed Customer
Posts: 2083
Joined: Fri Jun 25, 2010 7:54 pm
Location: Slovenia

It would be possible when rendering from the command line, that Octane would save the render for each imager node previously created in preview configuration? When done rendering it would iterate through each defined imager node (which need not to be connected) and save a tonemaped .png for it. This way when rendering overnight, you could get as much out of your render as if you would be present at the computer.
SW: Octane 3.05 | Linux Mint 18.1 64bit | Blender 2.78 HW: EVGA GTX 1070 | i5 2500K | 16GB RAM Drivers: 375.26
cgmo.net
User avatar
dave62
Licensed Customer
Posts: 310
Joined: Tue Oct 05, 2010 6:00 pm

abstrax wrote:
dave62 wrote:may the vram usage depend on which os you use? is it possible to use more %vram under win or osx?
Sorry, I don't know. I wouldn't expect big differences. One thing you can try though: Before you start the actual render job: Just save the scene, close and relaunch Octane, load the scene and start rendering. It's unlikely but there may be also fragmentation issues in which case it might help to removing everything used by Octane before you start the rendering. Just an idea...

Cheers,
Marcus
thx for your help! i will try.

squeeze here, squeeze there..but at the end i think i will simply need a bigger boat:)

regards dave
- Mint 10 64bit nvidia drv 260.19.29/cudatoolkit3.0 intel q6600, 4gbRAM, GTX470 1,2GB
- Mint 10 64bit/ Win7 64bit nvidia drv 260.19.29/cudatoolkit3.2 amd X6, 16gbRAM, 2x GTX580 3GB
->Octane 2.44/ Blender2.5x
Post Reply

Return to “Commercial Product News & Releases (Download here)”