I tried but it gets still lightHave you turned off the head lamp?
I tried but it gets still lightHave you turned off the head lamp?
I render with a RTX2060 card with 8GB ram and have rendered many scenes with many characters. Hopefully the explanation below will assist.It is, and I've seen that it's relatively expensive to render myself back when I was rending with CPU only. Unfortunately, disabling it doesn't solve the problem. It barely makes a dent, actually. In fact, that's the same character I linked to earlier where her solo scene rendered in just 10 minutes. She's the fastest rendering character I've made thus far. She's also the only one I can't reduced the skin textures on much. When I tried the results were.... very not good. I haven't looked but I'm guessing her skin textures aren't very high resolution to start with.
Well, at least I can confirm it's definitely not a memory issue. It failed to allocate exactly 64 megabytes of about 3.5 gigabytes of available video ram. I don't understand what's going on here. And I'm very tired of butting my head against a wall with this problem. I could just shrug and hope the next scene doesn't have this problem but I really want to know what's going on here. I guess I'm going to have to seek help on the daz forums. There are daz forums... right?2020-08-29 07:01:11.135 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Emitter geometry import (55 light sources with 1005k triangles, 1 instance) took 0.095s
2020-08-29 07:01:11.427 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Updating environment.
2020-08-29 07:01:13.631 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Updating backplate.
2020-08-29 07:01:13.719 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Updating lens.
2020-08-29 07:01:13.720 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Updating lights.
2020-08-29 07:01:13.720 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Updating object flags.
2020-08-29 07:01:13.743 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Updating caustic portals.
2020-08-29 07:01:13.743 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Updating decals.
2020-08-29 07:01:14.477 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Allocating 1-layer frame buffer
2020-08-29 07:01:14.515 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Using batch scheduling, caustic sampler disabled
2020-08-29 07:01:14.602 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Initializing local rendering.
2020-08-29 07:01:18.471 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Rendering with 1 device(s):
2020-08-29 07:01:18.471 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : CUDA device 0 (GeForce RTX 2070)
2020-08-29 07:01:18.471 Iray [INFO] - IRAY:RENDER :: 1.0 IRAY rend info : Rendering...
2020-08-29 07:01:18.735 Iray [INFO] - IRAY:RENDER :: 1.5 IRAY rend progr: CUDA device 0 (GeForce RTX 2070): Processing scene...
2020-08-29 07:01:21.185 Iray [VERBOSE] - IRAY:RENDER :: 1.7 IRAY rend stat : Geometry memory consumption: 1.692 GiB (device 0), 0.000 B (host)
2020-08-29 07:01:21.704 Iray [INFO] - IRAY:RENDER :: 1.7 IRAY rend info : Using OptiX version 7.1.0
2020-08-29 07:01:23.553 Iray [INFO] - IRAY:RENDER :: 1.7 IRAY rend info : Initializing OptiX for CUDA device 0
2020-08-29 07:04:25.605 WARNING: ..\..\..\..\..\src\sdksource\cloud\dzcloudtasknotifier.cpp(178): recv failed errno=10054
2020-08-29 07:06:51.526 WARNING: ..\..\..\..\..\src\pluginsource\DzIrayRender\dzneuraymgr.cpp(353): Iray [ERROR] - IRAY:RENDER :: 1.7 IRAY rend error: Unable to allocate 67108864 bytes from 3745855897 bytes of available device memory
2020-08-29 07:06:52.093 WARNING: ..\..\..\..\..\src\pluginsource\DzIrayRender\dzneuraymgr.cpp(353): Iray [ERROR] - IRAY:RENDER :: 1.5 IRAY rend error: CUDA device 0 (GeForce RTX 2070): Scene setup failed
2020-08-29 07:06:52.380 WARNING: ..\..\..\..\..\src\pluginsource\DzIrayRender\dzneuraymgr.cpp(353): Iray [ERROR] - IRAY:RENDER :: 1.5 IRAY rend error: CUDA device 0 (GeForce RTX 2070): Device failed while rendering
2020-08-29 07:06:52.749 WARNING: ..\..\..\..\..\src\pluginsource\DzIrayRender\dzneuraymgr.cpp(353): Iray [WARNING] - IRAY:RENDER :: 1.5 IRAY rend warn : All available GPUs failed.
2020-08-29 07:06:52.803 WARNING: ..\..\..\..\..\src\pluginsource\DzIrayRender\dzneuraymgr.cpp(353): Iray [ERROR] - IRAY:RENDER :: 1.5 IRAY rend error: Fallback to CPU not allowed.
2020-08-29 07:06:52.809 WARNING: ..\..\..\..\..\src\pluginsource\DzIrayRender\dzneuraymgr.cpp(353): Iray [ERROR] - IRAY:RENDER :: 1.5 IRAY rend error: All workers failed: aborting render
2020-08-29 07:06:52.924 Iray Render error: Internal rendering error.
From what I can see, you most likely have the HDRI active that came with the background asset. It could also potentially be an artificial sun within the scene. To determine which, you just need to navigate to Render Settings \ Environment \ Environment Mode.Hello I'm new with daz 3d and I have a small problem my scenes are always full of light in this test I just put one spotlight in that shines on the feet but it is still full of light does somebody know why it is and how to fix it i changed nothing in render settings or so just default
View attachment 791139
From what can see it definitely looks like a memory error. Firstly your Geometry Memory Consumption is about double what is desirable and it gave up half way through trying to push the Textures through to VRAM. Follow the suggestions I made above and you should be able to resolve your issues.Well, at least I can confirm it's definitely not a memory issue. It failed to allocate exactly 64 megabytes of about 3.5 gigabytes of available video ram. I don't understand what's going on here. And I'm very tired of butting my head against a wall with this problem. I could just shrug and hope the next scene doesn't have this problem but I really want to know what's going on here. I guess I'm going to have to seek help on the daz forums. There are daz forums... right?
Sorry didn't see your reply when I went to write my last. Uhm, I did reduce the goemetry quite a lot. And I actually _deleted_ anything that wasn't visible from the camera perspective because somewhere I read that hiding it doesn't keep it from taking up memory (which seems unlikely... but I got desperate). I don't have the exact details but like... any item that is small in the camera view i made sure was no more than subd level 1... and bigger things like the body meshes for the characters I constrained to subd level 2 (shalborg himself defaults to 5). Reduced the horns to 1. etc. Basically nothing above 2 and almost everything at 1 or 0. Then I cut the larger (in the camera view) textures down to half resolution followed by cutting everything else down to 1 quarter resolution.I render with a RTX2060 card with 8GB ram and have rendered many scenes with many characters. Hopefully the explanation below will assist.
There are two components to rendering a scene:
- Geometry Memory Consumption
- Texture Memory Consumption
When rendering a scene these two will pop up in the windows indicating rendering progress. Firstly note that the numbers quoted here by no means add up to the GPU VRAM actually consumed. From my experience the actual GPU memory consumed is roughly 2 x the sum of these values.
With a 8GB card you will typically need to keep the Geometry Memory Consumption to roughly 1GB or less as it appears on this window and the Texture Memory Consumption to 2.5GB or less. As soon as you go above the GPU VRAM availability and revert to CPU rendering you are basically wasting your time. Note that if you only have the one card, you need to be careful about what else is using your GPU memory (Chrome for example is a VRAM hog).
To reduce the Geometry Memory Consumption, you need to reduce the polygon count in the scene. This may be done via the following:
- Hiding everything that is out of camera view.
- Reduce the Render SubD Level (0 = 1 x polygons, 1 = 4 x polygons, 2 = 16 x polygons, 3 = 64 x polygons etc.).
- There are assets out there that will reduce your base polygon count, however this should not be necessary and the results are unlikely to be satisfactory.
- Remove extremely high polygon assets (refer to Powerline75 advice).
To reduce the Texture Memory Consumption you need to minimise the number of textures called up to render and also the size of these textures. To reduce this do the following.
- Hide everything that is out of camera view.
- Instance rather than duplicate items in scene. An instance uses the texture maps of the original item.
- Reduce the texture map sizes where appropriate (Scene Optimizer if a useful tool for this).
- Remove Bump / Normal / Displacement maps where appropriate (Scene Optimizer if a useful tool for this).
With 8GB VRAM, you should be good for most scenes and should only need to apply a couple of the techniques above to get below the VRAM threshold.
You don't have permission to view the spoiler content. Log in or register now.
Ok is it the _default_ HDRI that's a problem or all HDRI? Cause without HDRI the jewelry in the scene renders as flat black. I've spent quite a lot of time learning about scene lighting already... obviously there's always more to learn and I'm still new to this but still. I'm using three large meshlights for general scene lighting and two distant lights (for highlights and editing without iray turned on). The only reason I keep HDRI aroudn is for the metal shaders to not turn flat black. Auto-Headlamps are disabled.From what I can see, you most likely have the HDRI active that came with the background asset. It could also potentially be an artificial sun within the scene. To determine which, you just need to navigate to Render Settings \ Environment \ Environment Mode.
In order to utilise Daz3D effectively, you need to learn about scene lighting from the numerous sources on the web. In general the terminology follows that used in photography, so even if you don't master Daz, your Xmas pictures might be better. There are also some lighting tips in the thread linked within my sig. Best of luck with your experimenting with 3D rendering.
Rule of Thumb, to efficiently reduce geometry load.Sorry didn't see your reply when I went to write my last. Uhm, I did reduce the goemetry quite a lot. And I actually _deleted_ anything that wasn't visible from the camera perspective because somewhere I read that hiding it doesn't keep it from taking up memory (which seems unlikely... but I got desperate). I don't have the exact details but like... any item that is small in the camera view i made sure was no more than subd level 1... and bigger things like the body meshes for the characters I constrained to subd level 2 (shalborg himself defaults to 5). Reduced the horns to 1. etc. Basically nothing above 2 and almost everything at 1 or 0. Then I cut the larger (in the camera view) textures down to half resolution followed by cutting everything else down to 1 quarter resolution.
According to Iray Memory Assistant this reduced the memory needed from ~30 gigs of "sysram" to ~6 gigs. And when I rendered it behaved much the same till it got to the above point in the log and then the Daz renderer errors out complaining that 3.5 gigs of ram isn't enough for it to allocate 64 megs of ram from. So I duno. I just don't know.
To get on top of the geometry memory consumption you need to trial render with different portions of your scene to determine which is the offending item. To do this hide half the objects in the scene and render and monitor the geometry memory consumption. If it's greater than 1/2 the previous value, the problem is in the visible objects, otherwise it is in the hidden ones. Keep doing this until you determine which item is the offending item. Note that using a Render SubD Level of 0 in items in the background is fine as is reducing the texture map size by a factor of 4.Sorry didn't see your reply when I went to write my last. Uhm, I did reduce the goemetry quite a lot. And I actually _deleted_ anything that wasn't visible from the camera perspective because somewhere I read that hiding it doesn't keep it from taking up memory (which seems unlikely... but I got desperate). I don't have the exact details but like... any item that is small in the camera view i made sure was no more than subd level 1... and bigger things like the body meshes for the characters I constrained to subd level 2 (shalborg himself defaults to 5). Reduced the horns to 1. etc. Basically nothing above 2 and almost everything at 1 or 0. Then I cut the larger (in the camera view) textures down to half resolution followed by cutting everything else down to 1 quarter resolution.
According to Iray Memory Assistant this reduced the memory needed from ~30 gigs of "sysram" to ~6 gigs. And when I rendered it behaved much the same till it got to the above point in the log and then the Daz renderer errors out complaining that 3.5 gigs of ram isn't enough for it to allocate 64 megs of ram from. So I duno. I just don't know.
Lighting is something that takes a long time and a lot of practice to get a handle on. One general rule I live by, is that every single light within a scene has to have a purpose. Some of the best images produced utilise nothing more than a well selected and manipulated HDRI.Ok is it the _default_ HDRI that's a problem or all HDRI? Cause without HDRI the jewelry in the scene renders as flat black. I've spent quite a lot of time learning about scene lighting already... obviously there's always more to learn and I'm still new to this but still. I'm using three large meshlights for general scene lighting and two distant lights (for highlights and editing without iray turned on). The only reason I keep HDRI aroudn is for the metal shaders to not turn flat black. Auto-Headlamps are disabled.
Lighting is something that takes a long time and a lot of practice to get a handle on. One general rule I live by, is that every single light within a scene has to have a purpose. Some of the best images produced utilise nothing more than a well selected and manipulated HDRI.
The reason metal (reflective) surfaces appear black is a result of the ray tracing engine. A spotlight or emissive light emanates from a source, hits the surface and then bounces back to the camera to appear in the resultant image. Thus it will only show up as a pixel on a highly reflective surface when the angles are just right (think of it like bouncing a ball off a wall - person A (light source) bouncing ball to person B (camera) off a wall). A HDRI is different in that it is incident on the scene from every angle as a result of the HDRI sphere around the scene. Whilst technically the ray tracing calculates several bounces, after the first couple, the ray intensity is typically too low to have a real effect on the image.
In relation to scene in question, I would actually light via a single studio HDRI utilising iRay Interior Camera. I wouldn't use any additional light sources at all. I am not going to explain it here, however I have explained several times previously (including within this thread).
Well you know your shit, that's for damn sure. Geometry Memory Consumption = 976 megabytes? Renders no problem. Goemetry Memory Consumption = 1016 megabytes? Runs out of memory. I realize there's some variance there depending on what else is getting shoved into vram... but I found it humorous that it worked out that way after what you've said. Texture memory consumption is 1.5GB, btw.With a 8GB card you will typically need to keep the Geometry Memory Consumption to roughly 1GB or less as it appears on this window and the Texture Memory Consumption to 2.5GB or less.
The Studio HDRI Lighting is just one of the options available to use with iRay camera. lexx228 utilisesYou must be registered to see the links?You must be registered to see the links?
I can't really claim the credit for the animation of the fight scenes as they are predominately the animation assets fromThat said, I realize I'm talking to the developer of Calisto... which I just got done playing. It does not escape me that there are fully animated sparing scenes in your game.
Unfortunately dForce hair will always have very complex geometry when the hairs are done as single strands. It just comes down to the number of points you need to manage to create the shape for each hair strand. Normal hair assets utilise ribbons for different portions of the hair and then places a texture / opacity map against it to give a strand type feel. This reduces say 20,000 individual hair strands to perhaps 1000 surfaces. You can see the ribbons clearly on a normal hair asset if you change the hair shader to plain surface (no opacity map).Do all dForce hairs have ridiculously complex geometry? Cause I'm feeling pretty well fucked if that's the case. And not in a good way.
Did you install in the directory that DAZ uses for its recognized content? It's a common misconception, but... unless you throw it to the same folders DAZ already uses to load content from, you'll have to manually add the new content library to DAZ, via the "add new library directory" option in the content tab.Nope, that didn't help. Just to be sure I unpacked the files to the correct folders and restarted DAZ, after refresh there's still nothing. Is it possible I am missing dependency? I have G8F working fine with no problems and I can't really see any other dependencies. My install has been really weird though, I cannot for example load G3F models...
There it is. Thank you for the help, I'll know where to look next time. So far everything has appeared in the smart content and that's why I didn't find it.Note that this product is from rendero and will *not* appear in the "smart content" tab.