The debate here about embedded textures is really interesting. Microsoft would probably side with JimStar... as after 10+ years of Powerpoint presentations referencing videos, they've finally switched to embedded videos. This was no doubt caused by the thousands of users who would attempt to give their big, important presentation only to find out that their video doesn't play because they forgot to copy it with the powerpoint file.
I vote for having embedded textures as the default, with referenced textures only available as an advanced user option.
OctaneRender® 1.024 beta 2.49b RC (lin/mac/win) [OBSOLETE]
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.
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.
There are other problem with embedded textures, apart from redundant storage usage:
- You can't edit them, and so your centralised texture library becomes semi-useful, as your textures are duplicated locally each time you use and save them in a macro.
- The more such macros you have imported in the .ocs, the longer becomes the saving time for the .ocs - up to half a minute, for 10 -15 macros on my system (just don't say buying a faster computer is a viable solution for this design flaw
)
Also be aware that textures are linked in the .ocs by default, they become embedded only if you import a previously saved .ocm. So what happens if someone tries to share the .ocs? Should Octane totally prevent linking of textures, because of a forgetful minority? Should all the users suffer the drawbacks & inflexibility of embedded data, because of a few dummies who forget to / don't know how the program works?
Anyway, RS can go the Microsoft's "safe for dummies" way, as long as they keep the .ocs specification open, so I can write my own extractor tools if I need it.
- You can't edit them, and so your centralised texture library becomes semi-useful, as your textures are duplicated locally each time you use and save them in a macro.
- The more such macros you have imported in the .ocs, the longer becomes the saving time for the .ocs - up to half a minute, for 10 -15 macros on my system (just don't say buying a faster computer is a viable solution for this design flaw

Also be aware that textures are linked in the .ocs by default, they become embedded only if you import a previously saved .ocm. So what happens if someone tries to share the .ocs? Should Octane totally prevent linking of textures, because of a forgetful minority? Should all the users suffer the drawbacks & inflexibility of embedded data, because of a few dummies who forget to / don't know how the program works?
Anyway, RS can go the Microsoft's "safe for dummies" way, as long as they keep the .ocs specification open, so I can write my own extractor tools if I need it.
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
cgmo.net
i installed a 2nd gtx580 and it renders pretty fast. but there is almost no response from the ui even while using just directlight. i need to pause the render each time and make my tweaks or switch off the 2nd gpu. just to get the render paused again is real pain. the whole ui seem to be slower to me than in the 2.46.
btw it woud be great if there would be a quickswitch/button to add (enable/disable) gpu´s directly from the ui (not just via preferences).
edit: i was on mint10/amd x6 (see sig). Scene was 2.5mio poly.
to the embedded tex topic: to have more options is a good thing. to pretend that the user is to stupid to use it correctly is a bad thing imo:)
to marcus: please make that enter button (num pad) work under linux in the final release
thx dave
btw it woud be great if there would be a quickswitch/button to add (enable/disable) gpu´s directly from the ui (not just via preferences).
edit: i was on mint10/amd x6 (see sig). Scene was 2.5mio poly.
to the embedded tex topic: to have more options is a good thing. to pretend that the user is to stupid to use it correctly is a bad thing imo:)
to marcus: please make that enter button (num pad) work under linux in the final release

thx dave
Last edited by dave62 on Sun Aug 14, 2011 5:00 pm, 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
- Mint 10 64bit/ Win7 64bit nvidia drv 260.19.29/cudatoolkit3.2 amd X6, 16gbRAM, 2x GTX580 3GB
->Octane 2.44/ Blender2.5x
@Isotemod, such situations are one of the reasons I advocate saving both the relative & absolute paths for all the resources in the .ocs. If both paths are saved and checked upon loading you can have project-specific files in your project folder and global texture files that are usable in multiple projects. Your project folder (which contains the .ocs and project-specific texture files) then becomes moveable anywhere in the filesystem, without breaking anything. Why have to chose between relative or absolute if you can note down both of them and this way make the scene more robust.
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
cgmo.net
Just one thing from these that I see due to my job permanently:dave62 wrote:to pretend that the user is to stupid to use it correctly is a bad thing imo:)
Here in Russia is a biggest bank, "Sberbank" - it is bank of government of Russia. It is a huge and rich bank.
Not so long time ago was a story happen. Some corporative clients of this bank received e-mails with requirement to fill in the form. This form these clever bank employees have created in excel, zipped it, and attached to the letter (one for each receiver) in "Draft" folder of single common account created on russian open mail-service (analog of googlemail, but russian yandex-mail). Each receiver became a link to this single mail-account and "login-password" pair (all - the same, you understood?). In explanation the bank employees demanded to enter in the account, find in "Draft" this letter (there was a lot of these "drafts") with this zip-form, fill it in, then attach the filled form again to letter.
It's a miracle no one has thought to change the password.

This is idiocy, but I see the same permanently. What do you think I will think about accuracy of users if due to my job I see that it is the rule rather than exception?..
I know that this forum visitors - are clever proffessionals, but overwhelming majority of other users don't read documentation, they just press the buttons.

I will not continue this discussion in order to not produce flood here, sorry. Opinions expressed. I think RS team will make a right decision.
PS. Sorry my English.

i also agree UI is crawling other than that i m in love with new DL...turntable works fine here..
two more licences (even more) will be purchased:) I wanna even sell my car and buy Octane licenses and new GPUs:)
- Yes sir i wanna render the WORLD!
two more licences (even more) will be purchased:) I wanna even sell my car and buy Octane licenses and new GPUs:)
- Yes sir i wanna render the WORLD!
..
Extremly well working release!! I have no more animation hangups, and the new direct modes are awesome! Big congratulations on what seems to be an awesome 2.5 release
Reading the Nvidia Siggraph papers, that you in the future with Optix will be able to use your ordinary RAM memory with a small penalty sounds very promising aswell.. Future for Octane is bright!

Win7, i7 980 Hexacore, 24GB RAM, 3xEVGA SC 670 GTX 4GB
thanks for this new version, with all greats enhancements.
Just tried a little animation calculation, it 's much much better with multitasking works ( no more full screen octane, on foreground app ) but still a little interruption during voxelising process ( i know you know
).You're on the right way and it's sweet to see you listen to the request !!Hope the 2.5 final will be totally transparent for anim calculations
Just on a scene, - a simple sphere deformed - it's a very strange issue: the first display is ok but as soon as i rotate the octane camera, there is like a motion blur effect (
!!) and impossible to refresh the good display ( still this blur each time rotating...).I loaded some older scenes and it does not happens, it's very strange... Perhaps it is the annoucment of the motion blur for the next release
( look at attached picts, i join the zipped scene too, but the problem happens only when you launch rendering with lightwave, if you directly load the OCS film, it works... )
Working with lightwave 10.1, exporter v0.3, win7 64, 2 x GTX470 nvidia v280.26 whql
I tried some other scenes with maya 6.0 and no problem...
Just tried a little animation calculation, it 's much much better with multitasking works ( no more full screen octane, on foreground app ) but still a little interruption during voxelising process ( i know you know


Just on a scene, - a simple sphere deformed - it's a very strange issue: the first display is ok but as soon as i rotate the octane camera, there is like a motion blur effect (


( look at attached picts, i join the zipped scene too, but the problem happens only when you launch rendering with lightwave, if you directly load the OCS film, it works... )
Working with lightwave 10.1, exporter v0.3, win7 64, 2 x GTX470 nvidia v280.26 whql
I tried some other scenes with maya 6.0 and no problem...
- Attachments
-
- lwbout_rouge.zip
- (3.81 MiB) Downloaded 146 times
Two problems:
* Connecting an empty material macro (a macro that has no material node connected to it) to a mix material node, crashes Octane
* Creating an emission macro and saving the .ocs, makes the .ocs corrupt: Error during loading: Invalid macro type. The scene attached below has an emission macro inside and cannot be opened on my system
* Connecting an empty material macro (a macro that has no material node connected to it) to a mix material node, crashes Octane
* Creating an emission macro and saving the .ocs, makes the .ocs corrupt: Error during loading: Invalid macro type. The scene attached below has an emission macro inside and cannot be opened on my system
- Attachments
-
- emissionbug.ocs.zip
- (4.79 KiB) Downloaded 150 times
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
cgmo.net