Page 18 of 26

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Sun Feb 23, 2014 1:59 am
by t_3
SimonJM wrote:I have to say ... er, why? Surely it would be better for that to be handled by whatever upgrade mechanism nVidia provide? It'd depend on nVidia making no changes to their website/upgrade processes to be accurate and could cause 'wait issues' if no network connection is available.
ah, no, it's not the way it will work - the recommended driver version is static for every plugin build, means as long as there is no new plugin version (=octane version for the plugin) a particular driver version will always be sufficient; e.g. the recommended driver version will be hardcoded for every new build = doesn't need to fetch a version number from the net/nvidia/wherever...

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Sun Feb 23, 2014 7:36 am
by DrHemulen
More material weirdness (or just me misunderstanding something basic, let's see :P )
I have had a hard time getting fingernails to render properly, and now I finally figured out why: It seems assigning presets to materials can impact surfaces that are not linked. This is happens with a standard GF2 model, no grafts or other shenanigans. Here it's Steph6, just loaded into an empty scene:

Hand looks good:
Image

Now I drag and drop my templated skin material on the Octane material for the limbs, and this happens:
Image

The nails are in another material link group, so as far as I understand, they shouldn't be affected:
Image

Now, this is with a linked material, but the same happens with a non-templated materials.

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Sun Feb 23, 2014 5:30 pm
by t_3
DrHemulen wrote:More material weirdness (or just me misunderstanding something basic, let's see :P )
most probably not (misunderstanding); had done a number of tests myself during the weekend to find out about glitches, and have had sthg. similar. hope to get it right with the next update...

ps: what i needed to do was to first link to a new (blank) material, then i could apply the template. creating a new auto mat did also not work before doing this (did always recreate the previous template mat). looks like links are not always correctly removed once established. most probably because using templates does also recreate the grouping (as the nbr of similar daz mats might have changed in the meanwhile).

what also causes problems is to apply partly mat sets and/or changing maps in studio. here i think to have a solution already, that will (should) allow linked templates to update maps even when they are changed in studio one by one...

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Sun Feb 23, 2014 9:47 pm
by AlfaseeD
A nice news for you T_3 : My problem with the names, stability and other minor stuff are disappear after some fresh installs of : ds, your plugin and video driver.

I hate this things when happens and I spent a lot of time trying to understand these problems!

Well, there is nothing to see here now :D

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Tue Feb 25, 2014 6:45 pm
by vortex3d
Unable to render an empty scene.
Upon opening the viewport, the top orange progress bar just cycles without indication of what's happening.
Is this the default behavior?

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Tue Feb 25, 2014 7:09 pm
by t_3
vortex3d wrote:Unable to render an empty scene.
Upon opening the viewport, the top orange progress bar just cycles without indication of what's happening.
Is this the default behavior?
yes. you just can't render nothing 8-)
(or at least octane can't)

the reason is that raytracing just needs a geometry to shoot view rays at and shadow/color rays from (to trace them to any available light source). so even if rendering would start, it would just render nothing (no visible color, no light either); if you are interested in the principles, wikipedia gives a little more insight as i can give you here: http://en.wikipedia.org/wiki/Ray_tracing_(graphics)

ps: for completeness the viewport should give a slight feedback in this case (where it tells waiting/building, render time, etc) sthg. like "no geometry to render" or so...

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Tue Feb 25, 2014 8:27 pm
by DrHemulen
Weird things still happening when exceeding VRAM:

Image

Daz also seems very prone to crashing when in this state.

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Tue Feb 25, 2014 8:37 pm
by t_3
DrHemulen wrote:Weird things still happening when exceeding VRAM:
Daz also seems very prone to crashing when in this state.
apparently; had no time to really test the last change - but will do it this time.

since there is no easy way to avoid further problems as soon this state is reached, i think i'll add a popup warning once the amount of used vram exceeds 90%. it should be save to take counter measures at this point, but as soon the amount is at or beyond 100% only a scene reset/ctrl-n or even studio close/restart may help...

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Tue Feb 25, 2014 8:53 pm
by DrHemulen
The thing is that this'll often happen during auto material generation. Would it be possible to abort that at 90% VRAM, and maybe add a "Auto materials with 1/4 size textures" button for generating all textures smaller? Then we can just up the relevant maps later.

Re: OcDS 1.2.120.34xx - BUG REPORTS

Posted: Tue Feb 25, 2014 9:17 pm
by t_3
DrHemulen wrote:The thing is that this'll often happen during auto material generation. Would it be possible to abort that at 90% VRAM, and maybe add a "Auto materials with 1/4 size textures" button for generating all textures smaller? Then we can just up the relevant maps later.
yes, this is a quite logical consequence in monitoring the ram limits. is also on my list...