Daz 3D is part of 
Connect
DAZ Productions, Inc.
224 S 200 W, Suite #250
Salt Lake City, UT 84101
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.Daz 3D is part of
Connect
DAZ Productions, Inc.
224 S 200 W, Suite #250
Salt Lake City, UT 84101
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
That's what I do, yeah. But I always err on the side of caution =)
And that's a cool smoke-glass dragon you´ve got there!
I haven't even looked at playing with the mixer. I do like how that dragon came out.
tee hee. what else to smoky crystallize?
next i should learn how to save it a preset for the whole figure. :)
is there a brick can do random colors?
There's a Random Brick in Functions>Textures, which you could then modify as needed.
with one of those ifthenelse bricks? facepalm :shut: :lol:
DS isn't python. -astute observation :lol:
is there programmer's reference for the language it uses?
something to learn how to make custom bricks?
thank yooo
Then why does it have just half-a-dozen, material-specific presets with no place to plug in an IOR?
The actual shading language is RSL, and there's a way to add new stuff to ShaderMixer through a Shader_Builder_ macro (SBuilder can handle RSL directly, but it's fairly glitchy on all my machines, so you'd need to ask people like Takeo.Kensei for help with it; he helped DollyGirl write this beginner's tutorial for getting an RSL shader into SBuilder, take a look: http://www.sharecg.com/v/66014/browse/3/PDF-Tutorial/DAZ-4.5-Shader-Builder-Tutorial-MK-Gooch-Shader ).
IIRC you could also write a new SMixer brick through the SDK, but it should be done in C++ then, I believe.
Yep, DS uses a variant of Javascript/ECMAScript.
There's some docs on it, but it's incomplete :
http://docs.daz3d.com/doku.php/public/software/dazstudio/4/referenceguide/scripting/start
For shaders, the renderer is 3Delight, you can see the Renderman code the Shader Builder will compile in the Surface Code tab.
http://en.wikipedia.org/wiki/RenderMan_Shading_Language
is this the random brick adding random color? to the granite?
Thanks.
Yes, that's right.
The actual shading language is RSL, and there's a way to add new stuff to ShaderMixer through a Shader_Builder_ macro (SBuilder can handle RSL directly, but it's fairly glitchy on all my machines, so you'd need to ask people like Takeo.Kensei for help with it; he helped DollyGirl write this beginner's tutorial for getting an RSL shader into SBuilder, take a look: http://www.sharecg.com/v/66014/browse/3/PDF-Tutorial/DAZ-4.5-Shader-Builder-Tutorial-MK-Gooch-Shader ).
IIRC you could also write a new SMixer brick through the SDK, but it should be done in C++ then, I believe.
Oh, nice tutorial! I didn't know about that one. :)
I was able to create a "Blur" brick for Shader Mixer using Shader Builder, but that's about as far as I got on my own. This should help.
I'd like to work on more Shader Mixer tutorials. I actually have one I've been working on for quite a while-- I just have a lot else on my plate right now. I'm glad the ones I've already written are still helping people. :)
It can be useful
http://renderman.pixar.com/resources/current/rps/rslFunctions.html
Wow great thread! I'll add it to the list as soon as I get chance. 1 week until holidays so I should be able to catch up then...
derivatives :shut:
can't be as bad as creative accounting math derivatives
job hunting, derivatives in the wants too much :lol:
help please? where should the translucence connect for like a lampshade surface?
is there a way to make this poser node in DS? it has ellipsoid tile shape for a pattern.
i was trying to reproduce this shimmery in DS.
when tiling is there a way to make the tiles automatically mirror in 'u' and 'v'? i'm getting strong seams.
thanks :)
Combine the output of the Translucence brick with the regular diffuse colour, if any - use a Binary Operation brick and either Add or Screen them, I think, depending on what works (Add would be logical, but it can overdo the result) - and then plug that into the final diffuse colour.
I can't really see what the Poser node is doing - could you show a larger example?
This is one of those cases where both programs have bricks/nodes with the same name, but which give completely different results. In Poser you can select from a few shapes to work with, but in DS you are stuck with a square tile with a two color diamond pattern on it. You also have the problem of it being dependent on the UV mapping, as a lot of the "pattern" bricks in DS are not truly procedural.
There are two similarly-named bricks in DS, "Tile" and "Tiler." "Tile" is like you said, a pre-made brick with a sort of ceramic tile pattern built-in. "Tiler," on the other hand, will repeat whatever you give it, so maybe that would be a better choice here.
I also don't quite understand what you mean about pattern bricks in DS not being procedural. By default, the Tiler will use s and t, referencing whatever UV map exists for the object. You can also apply them using x and y (or x,y,z in some cases) and get wood grain that appears to run through the object and ignores uv mapping, for example. Or you can make them project from the camera angle and ignore uv mapping that way, by using actual u and v instead of s and t (which is what Tiler uses by default).
Is there some other aspect of being procedural that I'm not understanding?
Edited to add: The main difference that seems to catch Poser users by surprise is that you have to manually multiply brick output by an image or color (or add, or any of several other binary operations) rather than having this be done for you automatically when you feed one brick into another.
There are two similarly-named bricks in DS, "Tile" and "Tiler." "Tile" is like you said, a pre-made brick with a sort of ceramic tile pattern built-in. "Tiler," on the other hand, will repeat whatever you give it, so maybe that would be a better choice here.
I also don't quite understand what you mean about pattern bricks in DS not being procedural. By default, the Tiler will use s and t, referencing whatever UV map exists for the object. You can also apply them using x and y (or x,y,z in some cases) and get wood grain that appears to run through the object and ignores uv mapping, for example. Or you can make them project from the camera angle and ignore uv mapping that way, by using actual u and v instead of s and t (which is what Tiler uses by default).
Is there some other aspect of being procedural that I'm not understanding?
Edited to add: The main difference that seems to catch Poser users by surprise is that you have to manually multiply brick output by an image or color (or add, or any of several other binary operations) rather than having this be done for you automatically when you feed one brick into another.
surprised! yes. lol :)
a screenshot of a sample, very basic, binary operation would be much appreciated :)
the above tile screenshot, tile is plugged into diffuse, specular, and bump, on the poser surface node.
makes a pretty shimmer on the dress. would love to make the shimmer texture for DS.
what about transparency fall_off in DS?
like making something more opaque in the center and fade into the background near the edges?
like for a twinkle?
Use Edge Blend, Functions>Geometric>Special.
it doesn't need binary anything?
Edge blend can give you a gradient based on the angle of the surface - if you make the colours shades of grey then you should be able to feed it straight into Opacity
Binary just means a math node that takes two inputs. Typical examples are add, multiply, subtract, divide, etc. The Mix node is very similar, but designed to work with colors and images-- it takes two inputs of color/image type as well as a third "alpha" parameter that tells Shader Mixer how strong to make the effect of the second color/image.
anyone would haz advice for shade mixer and lighting?
i'm taking a couple days off from the day job this thurs/fri, solely to work on my shade mixing skills.
Like, what lights can you make in it?
You could make simple point/distant/spot lights that will have additional controls (like shadow samples etc). These will have these controls by default, the trick is not to forget to attach the "Shadows-Standard" block to actually get the lights to cast any shadows. =)
Then you could make gel lights, probably the most interesting thing. You could use procedurals to generate gel patterns.
It´s also possible to make area lights (with specular/diffuse only controls that UberArea lights don't have) in SMixer, but when you attach shadows to them, they are very slow, slower than UberArea lights. I found a faster way to get area lights with shadows in Shader Builder, posted here (scroll down for explanation and image): http://www.daz3d.com/forums/discussion/21611/P255/#522138
needing some steam wisps, like from a baked pie. shade mixer to the rescue?
anyway to bring a bryce preset material into shade mixer?
can't imagine it, but i don't know what language Bryce uses.
DS does include a volume shader (uberVolume), without having to roll your own, though I'm not sure how well it would work for something like that - it sounds more like a job for a plane with a masked image.