[macray]

Hi there,

I'm trying to use the thinsss provided by NL but all I get is a crash of Maxwell Render whenever it starts to render. Voxelisation is fine.

Tried it from the plugin. Assigned the material and started the render
- export is fine
- voxelisation is fine
- hitting the first boundary, where there is an image to display => I get an error.

Same thing when I export the scene to sutido, assign the material and render. export and voxelisation is fine, but then I get an error.

I tried replacing the textures by a jpeg and a png but then the results of the texture preview is wrong.
When I replace the jpeg/png back with the provided tif (or load the material new) and try to render the preview I get the same error.

anyone got the same problem? What is could it be?


using maxwell 64bit on win XP 64bit

[sandykoufax]

I think the stability of first version of Maxwell 2.0 is somewhat short.

In my case, crash occurs so often.
I'm using 3dsmax plugin to render.
Hit the render button.

First try -> crash.
Second try -> crash.
...

n th try -> ok. 0_0?

[Mihai]

Could you please do a pack & go and PM me the scene? Simplified so it still crashes if possible. Would be fastest to see what's going on.

[macray]

Mihai - its no use to pack it - i get the error no matter what model i use. Tried it with a cube, sphere, plane ... whatever I tried it renders max. a few SL before producing an error. (but the easier the object the further it gets before the error is there.

no matter if tried from studio or via cinema plugin. always the same. so I think it has something to do with the provided tif-file or the way it is handled...

here is a screenshot of a cube with the material.
http://pics.livejournal.com/macray/pic/000pgh8x/g20

[Mihai]

It's very strange, I did the same with a cube and let it render to SL 15....

If you switch to the 'leaf' preview scene and preview the material, Studio crashes as well? You can set a higher SL/time in the mat preview options and try.

Anybody else have this issue on Win64?

Btw, the debugger says Win32?

[macray]

It's very strange, I did the same with a cube and let it render to SL 15....

If you switch to the 'leaf' preview scene and preview the material, Studio crashes as well? You can set a higher SL/time in the mat preview options and try.

Anybody else have this issue on Win64?

Btw, the debugger says Win32?

The leaf preview crashs as well. tried it before - if I change the image to jpeg format it works but looks totally different.(the leaf is clipped out)
I'll check on the laptop if it renders here...

but no matter what the debugger says - it win64 and maxwell64 (and cinema 64)

[Mihai]

Just to narrow down the problem, try applying that tif to a default material, no thinSSS active and check. If it works, try applying it to the layer weight as well and check "Alpha only" in the texture picker and check.

[macray]

Just to narrow down the problem, try applying that tif to a default material, no thinSSS active and check. If it works, try applying it to the layer weight as well and check "Alpha only" in the texture picker and check.

on the 32bit laptop it runs fine. the preview calculation and the render show no problems.

Have to find the problems here on 64bit.



something else: there is a Maxwell symbol supposed to show up in the taskbar, or? no matter on what computer I only have a blank space giving me messages when render is finished and similar... so I assume there should be something maxwell related?

[Mihai]

About the tray icon, I think there was a problem with the very first installers on the site which is fixed now. To see the tray icon, find maxwell.png under the images folder and make a copy of it with the name traymaxwell.png.

Also, to not have a problem with the 'floor' preview scene, look for floor_scale.png under textures folder and move it to the preview folder.

[macray]

About the tray icon, I think there was a problem with the very first installers on the site which is fixed now. To see the tray icon, find maxwell.png under the images folder and make a copy of it with the name traymaxwell.png.

Also, to not have a problem with the 'floor' preview scene, look for floor_scale.png under textures folder and move it to the preview folder.

that's fine - thanks.

Found the issue: as soon as I uncheck the 'Single side' button everything works fine (looks different, though.)

[MS]

Anybody else have this issue on Win64?

I have prepared material of mine own with Single Sided SSS and renderer also crashes. In material preview (MXED) I can reach SL 3 or something, rendering final render itself stops after voxelization.

I have tested which texture slot causes the problem, I have found that when I switch of texture in Roughness I can proceed with rendering.

Material was prepared based on manual (pages 67 - 70). I used one texture for all slot - desaturated, inverted etc.

Rendered on WinXP 64bit, MR V2 64 bit.

[Mihai]

Thanks for checking, are you using tif textures?

[JDHill]

I can confirm this on Vista x64; interestingly, it seems related to thin sss vs. roughness vs. attenuation. The tree leaf material does not crash when the second BSDF's (the thin SSS BSDF) roughness less than 0.2, or greater than 3.3, and is less likely to crash when attenuation is set to nanometers. It does not seem related to textures, except in the case that a roughness texture causes a roughness value in the target range to be generated.

To make a crashing material from scratch:

- create material
- add one bsdf
- set transmittance and scattering to red
- set attenuation units to cm
- set coefficient to greater than 0
- enable thin sss
- set roughness between 0.2 and 3.3

The low/high roughness values are approximate - they may be lower or higher in reality - but I render to ~SL18 here with no apparent problem by staying out of that value range.

[MS]

Thanks for checking, are you using tif textures?

No, it was 8bit JPEG. I can send/upload material/scene if it helps.

[Mihai]

Thanks Jeremy! I can confirm on XP64 as well, XP32 is fine.

For everybody having problems with that material, just set the roughness from 1 to 0 in the BSDF with thinSSS activated and it should not crash anymore.