Show us your 3Delight renders
This discussion has been closed.
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
Love it:)
Cool! Is that after or before?
..bat whisperer.. (and slightly un-dead)
It's quite okay. I only speak two languages, English and Bad English and neither of them too well.
Looks 3D and I mean Parallax 3D the way the clouds may be slightly more out of focus to the trees and those to the building and that to the foreground. Or maybe I am just imagining the depth of field.
@Sven Dullah Photoshopped her layer in after she was rendered. The bedroom was rendered a few months ago.
Oh, I have that set! I didn't even realize I have that one. I have got to start using more of my purchases.
I just went through my catalogue one listing at a time - I was looking for something specific, then forgot what I was there for! :-D It was like an early Christmas... found things I'd forgotten, things I never knew I had... whiled away quite a lot of time, and now I have to work madly to catch up ;-P
GSFC part 2 - emitter planes.
Last time, I turned the light material zone to an emitter - then waited a loooooong time for the render to finish.
This time, the lighting is from 9 emitters with 425 instances based off these 9.
No big surprise, the render finished in less than 1/10 the time - even with this guy photo bombing the shot.
Fun fact: originally, I was going to turn the light zone back into a regular surface and add the emitters - but the emitters wouldn't light!! Turns out, that when any of the original geometry was used as an emitter, it would kill any add in emitter plane - even after the material was turned back into a regular surface.
I bet positioning the emitters took longer than rendering:)
Yup that was discussed in the awe test thread as well, my workaround when that happens is to copy all surfaces and translations of the prop, then delete and re import, paste surfaces and translations;) Just note that if you use the environmental shader on panels and leds, you need to manually apply the shader before pasting.
Yeah, just a smidge longer. By the time I got to the fourth or fifth emitter, I had a routine down. It took longer to place the emitter that it did to place the 10 or so instances from it.
I remember that discussion but I didn't realize that was the issue. In any case, I hadn't placed any emitters - I was just testing to make sure they would work - so it was easier just to start from scratch when I found the problem.
I usually organize them so you have a parent instance and several child instances. Assuming they're spaced evenly, you can copy/paste settings quite quickly. Move/scale the parent and the children automatically follow.
1/10th of the time? I'd say the hassle of converting to simpler planes is worth it.
Not sure if we are talking the same thing, but whatI did was create an emitter for the group and then create an instance group for the remainder of the lights for the group.
The group inherits the light properties of the emitter they are associated with so changing the emitter properties changes all instances associated with it.
...and if you need to have different light intensities within the same group, you can scale the instances;)
Here is just for fun render I did in 3Delight as always and postworked in GIMP.
Yes. We are talking about the same thing. It's probably best to illustrate what I mean. First, I instance the emitter 10 times. Then using the Align tool, stacked them in -z direction by .25 units.
Then I instance them a second time, adding 10 more instances which DS conveniently create as a second group of instances. You can either use the Align tool again on the second group, or just copy/past the properties from the instances in the first group to the second group.
Extended.
One emitter, separate instance groups so I can manipulate each groups if I need to. I find this really handy for working on lighting corridors, since most of the time the placement are spaced evenly and in symmetry.
If you mean shadow bias, then 0.01.
Those are actual grass models, not a flat plane with a texture. We've had shaders that can handle that since forever: even the free UberSurface will do. If the model has no thickness, use the translucency channel; if there is some volume to the mesh, use a high-scale subsurface scattering setting.
Flat planes will always look like flat planes - unless you have proper vector displacement maps, but that's not something I've seen in the store here or anywhere else in the hobby 3D scene.
In all likelihood, no. There was that AoA's/Dimension Theory grass shader awhile back. https://www.daz3d.com/grass-shader-for-daz-studio
It relies on displacement, though not vector displacement. Unfortunately, it renders pretty slow when used with UE2. There's no way to turn off occlusion or override the sampling. Only noticed it now, but It is a Shader Mixer recipe Unless someone figured out how to pass attributes to shader mixer recipes.
When used with the AoA lights, you can flag the shader to use alternative samples.
True. But you're pretty much stuck to using just AoA's lights.
Curiousity got the better of me. It does seem like it may be possible to call a rendertime script via the Shader Builder macro brick within Shader Mixer. If it works, there could be a way to pass the relevant 3delight irradiance sample attributes. Provided other lights do the smart thing and read the attributes first. Trying something.
Oh, scratch that. Doesn't render properly. The Shader Builder Macro brick output is just ignored by Shader Mixer. In theory it could work though.
Nice try though Sounded like you were onto something
Can’t remember if I posted these...
Barefoot...Hmmm.... I thought Howie had 3Delight and Iray in his recent Harpwood County packs....