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

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
abstrax
OctaneRender Team
Posts: 5509
Joined: Tue May 18, 2010 11:01 am
Location: Auckland, New Zealand

grimm wrote:Looking good, thanks Marcus.

I have had the following problems so far:

The tooltips are missing for both the interface and node pins. I think others have noticed this too.

When I loaded a OCS file the render window resized on it's own and took over the display. The OCS file has a resolution size that is greater then my display resolution might have had something to do with it. I first thought that it had maximized the render window but when I clicked on the expand button it just tried to get larger. I ended up having to manually resize all the windows. :(

I'm having a tough time setting blackbody emission values to look right. I'm probably doing it wrong, but I have to set both the power and efficiency sliders to 100% to get a reasonable amount of light to appear. And it isn't very bright. The temp slider only appears to change the color.

I will test some more tomorrow.
Regarding the blackbody emitter: Enable the normalize option. That should help.

Cheers,
Marcus
In theory there is no difference between theory and practice. In practice there is. - Yogi Berra
User avatar
abstrax
OctaneRender Team
Posts: 5509
Joined: Tue May 18, 2010 11:01 am
Location: Auckland, New Zealand

One more thing: It may also a problem with the scene size. If your scene is imported as too large, everything gets too dark.

And last but not least: If you find stuff too dark, then expose longer. You will find the according setting in the imager node.

I hope that helps,
Marcus
In theory there is no difference between theory and practice. In practice there is. - Yogi Berra
User avatar
grimm
Licensed Customer
Posts: 1332
Joined: Wed Jan 27, 2010 8:11 pm
Location: Spokane, Washington, USA

The normalize option was turned on by default unfortunately no help there. I did turn it off to test but then the light disappeared completely. :( Here is a screen capture, if it will help.

http://www.frostyfoot.com/grimm/images/ ... -test1.jpg
Linux Mint 21.3 x64 | Nvidia GTX 980 4GB (displays) RTX 2070 8GB| Intel I7 5820K 3.8 Ghz | 32Gb Memory | Nvidia Driver 535.171
User avatar
grimm
Licensed Customer
Posts: 1332
Joined: Wed Jan 27, 2010 8:11 pm
Location: Spokane, Washington, USA

abstrax wrote:One more thing: It may also a problem with the scene size. If your scene is imported as too large, everything gets too dark.

And last but not least: If you find stuff too dark, then expose longer. You will find the according setting in the imager node.

I hope that helps,
Marcus
Nope, the scene is bright enough, just can't get the emission brighter as you can see from the image I posted.
Linux Mint 21.3 x64 | Nvidia GTX 980 4GB (displays) RTX 2070 8GB| Intel I7 5820K 3.8 Ghz | 32Gb Memory | Nvidia Driver 535.171
User avatar
dave62
Licensed Customer
Posts: 310
Joined: Tue Oct 05, 2010 6:00 pm

abstrax wrote:Ok, the Linux build is up.

Happy rendering,
Marcus

nice! ->reboot and install..

thanks
- 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
face
Octane Plugin Developer
Posts: 3204
Joined: Sat Mar 06, 2010 2:10 pm
Location: Germany

grimm wrote:
abstrax wrote:One more thing: It may also a problem with the scene size. If your scene is imported as too large, everything gets too dark.

And last but not least: If you find stuff too dark, then expose longer. You will find the according setting in the imager node.

I hope that helps,
Marcus
Nope, the scene is bright enough, just can't get the emission brighter as you can see from the image I posted.
Use an other import scaling so that the emitted meshes are bigger.

Edit:
If the mesh is bigger in its measurement, then it produce more emissions and the ilumination is brighter

face
Win10 Pro, Driver 378.78, Softimage 2015SP2 & Octane 3.05 RC1,
64GB Ram, i7-6950X, GTX1080TI 11GB
http://vimeo.com/user2509578
User avatar
matej
Licensed Customer
Posts: 2083
Joined: Fri Jun 25, 2010 7:54 pm
Location: Slovenia

Nicely done, with the GUI customization and all.

A step backward are this new white bars, which hide the control slider. Either make 'em gray again or make the slider triangle colored, so it will stand out more:
bars.jpg
I would really like to see one simple thing in Octane, asap: saving macros (.ocm) with just a link (both, absolute & relative, for robustness) to texture images.

Saving with images embedded is bad, because:

* It redundantly eats up a lot of space (images are saved uncompressed)
* It's not flexible (you must recreate the .ocm, if you edit the texture image)
* For some reason the more imported .ocm's you have in your scene the slower it takes to save the scene (half a minute to save an .ocs with ~10 imported .ocm's in my case)
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
roeland
OctaneRender Team
Posts: 1823
Joined: Wed Mar 09, 2011 10:09 pm

face wrote:Use an other import scaling so that the emitted meshes are bigger.

Edit:
If the mesh is bigger in its measurement, then it produce more emissions and the ilumination is brighter
This has changed in beta 2.45, the power settings now control the total amount of illumination coming from an emitter, independent from its size. To get a brighter image you can export the scene in a smaller size.
User avatar
grimm
Licensed Customer
Posts: 1332
Joined: Wed Jan 27, 2010 8:11 pm
Location: Spokane, Washington, USA

face wrote: Use an other import scaling so that the emitted meshes are bigger.

Edit:
If the mesh is bigger in its measurement, then it produce more emissions and the ilumination is brighter

face
I guess where I getting confused is that it shouldn't matter how big the emitter is, and according to Marcus and Roeland emitter strength is no longer tied to mesh size. I should be able to make a ball the size of the sun, and make it emit as bright as the sun or brighter. Or make a 1cm size cube and have it as bright as the sun too. :?:
Linux Mint 21.3 x64 | Nvidia GTX 980 4GB (displays) RTX 2070 8GB| Intel I7 5820K 3.8 Ghz | 32Gb Memory | Nvidia Driver 535.171
User avatar
dave62
Licensed Customer
Posts: 310
Joined: Tue Oct 05, 2010 6:00 pm

fireflies:
i made some tests comparing 2.44 and 2.45 regarding the amount of fireflies.
i switched off all mesh lights in the turntable scene. so only lit by hdri: at this point i can say: no difference between 2.44 and 2.45.
comparison with mesh lights switched on will follow..
-

ies:
the new ies tex lighting feature is nice. i made some first test playing with the orientation.
Screenshot.png
i wonder if anybody would share some sources for those ies tex.
just a few: http://www.rendertextures.com/tag/ies/

edit: btw..there must be some converters out there to convert real ies files to image tex??

thanks for the linux built, seems to work great on mint10:)
Last edited by dave62 on Fri Apr 08, 2011 9:33 am, edited 1 time in total.
- 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 “Development Build Releases”