Adding to Cart…
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.You currently have no notifications.
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
Most likely the tif files used for the normal maps.
Remove those and try it again.
Thank you, I'll try! Though, "converting" the shader with that procedure I described, seems to alleviate the crash, and "converted" shader still uses those TIFF images as normal textures.
Does DS have problem with big TIFF files (or with TIFF format altogether)?
Some tif format images yes, but not all.
If you have it rendering in iray with just shader adjustments and are still using the same maps and textures then they aren't the problem.
I've been using the NGS AnaGenesis 2 shader with the beta for many versions now and haven't had a problem with it.
So I won't be much help with that one.
Iray, in particular its freeimage.dll component, currently has an issue with some Tiffs - it seems to eb the compression algorithm used that is the issue. The fix will require a new version of Iray, so keep an eye on the threads about Daz Studio 4.15.1.x for news
I noticed this crashing bug also just by loading ANSIKO's "Sci Fi Spaceship Bedroom", applying their Iray material preset, and trying to render the preview. Voila, c0000374 exception, caught by Windows. There's something wrong with handling a bit older Iray Uber shader, cause applying the more recent "converting" Iray Uber Base shader alleviates this issue. For now, I just need to remember to apply this shader to any older asset, before trying to render. Also, I noticed, after a couple of such crashes DS became a bit sluggish with I/O operations. Reboot helps with that. :)
I noticed that Tone Mapping and Environment sections are missing from the Rendering pane upon creating new, empty scene in this beta (4.15.1.84), until the moment of using Iray preview.
Thank you, I will!
You can also create them from the Create menu options.
Rendering with Filament also creates them. The weird inconsistency is that the "Filament Draw Options" node does not seem to ever get auto-created, even though the settings it contains are certainly used for Filament renders. It's necessary to use the "Create" menu and, once that is done, it becomes easy to match filament rendering light levels to Iray rendering light levels.
This has always been the case - it's true of the 4.15.0.30 General Release/Beta. I don't think it has change in .1.84, it hadn't in .1.72
Oops; wrong thread.