Daz 3D is part of 
Connect
DAZ Productions, Inc.
7533 S Center View Ct #4664
West Jordan, UT 84084
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2025 Daz Productions Inc. All Rights Reserved.
Comments
Would really like to see some renders once this get fixed. Not that she isn't a great looking character without the displacement to me the displacement is what is defining her. She has a different look with the displacement on.
Comparison links because I don't want to upload someone elses images, complare Gogger's image to RevidNav's image in the gallery
Sweet and detailed beauty, but wow what a mess on arrival. I was so scared. :D A quality check from DAZ side would have been an idea.
However you can get this to work with the helpful tips around here and a fix seems to be on it's way.
@thecarboncrow , if possible please also fix the strange blue color spots around her toenails. Thanks!
Im wondering if the displacement issue is relevant to the install method?
I have had no issues with the displacement at all.
I could imagine it has probably something to do with graphics card (non RTX here) and/or driver.
Displacement Issue - My setup, if it's any helpful:
Nvidia GTX 1070 Ti
Driver Ver: 442.92 Studio Version
Daz Studio Ver. 4.12.1.118
Yeh, I agree; it's the displacement that appears to be adding that look that piqued my interest.
While we're waiting for the displacement to get fixed, here's Hagar with Lanuola's skin.
_ + 1 - yeah, also _
Thanks. I'll tell you I have no intentions of returning the product. I like your model. Like you say, you go in and fix and it'll be dandy. She's beutiful model and I like what you did. I'm experiencing the issue with the latest version of daz stuido. I took the advice of others and set the displacement maps to 0 and she rendered out well. Each time I'd change her pose, the displacement map values would default so I had to lock at 0.
You know, it your first model. Learn as you go. I think I can look forward to more of your models in the near future.
Desptie the displacement issues I still picked this up today. I can confirm that the issue persists under Daz 4.12.1 as well as the latest public beta.
If it's of any help, I'm running Nvidia's latest game ready driver (451.67) on a 2080 Ti.
@Carboncrow
Removing the displacement maps is not an acceptable solution. We purchased a product with diplacement maps, and they need to work properly. It would be better if you learned how to do the displacement settings properly, as this is obviously not a matter of some users using an oddball version of Daz Studio. You should ask someone to beta test your products, so as to avoid this type of problem in the future.
I picked her up, downloaded and installed her manially. She loaded without any obvious problems, and looked fine in my viewport.
But I got her for the morph and will be using her in 3DL in any case. Here she is with Sydney 8's skin, a bit of minor dial-spinning, some of Zev0's aging morphs, and a hefty dose of Cartoonized.
Hagar is a really great character and thanks to thecarboncrow for replying to us on this thread and letting us know that fixes are coming. I'm looking forward to see what you come out with next.
I see it like so. I want working displacement maps on the product. Just changing the settings to zero on delivery shouldn't be the final fix.
It would also be a disadvantage for those who don't have that problem and it would make future releases with a similar problem less interesting.
Is the gallery image really Hagar with displacement and nothing else? That image doesn't really match the promo pics. For example, the eyes have a lighter blue than the product has.
I don't think Iray is well suited to displacement. Something is certainly weird if all the settings are the same across all the surfaces, because they should match unless the textures are out of wack.
Somebody mentioned these are saved as exr files. As an experiment, perhaps somebody could try converting them to something like png and using them just to see if that makes any difference. Maybe Daz or Iray is not handling the exr format well.
Fixes are in the works. Displacement issue has been solved.
I converted the EXR images to jpg and received noticeably improved results. However the displacement strength still needed a bit of adjusting and there were some artifacts that almost looked like legions on the skin. This may have been due to jpg compression. I'll give PNG conversion a shot later on.
It is probably not because it is jpg. The value that somebody listed, the max displacement of 2.1 is way too high. I have never seen a value that high for displacement. Displacement is usually very subtle. That has to be a mistake. Maybe it is supposed to be 0.21?
Do that, and I guarantee it will look on target.
Some of the problems with the JPG were the compression in my case, since the amount of compression I used reduced the images to just under 200kb... The PNGs are all under 10Mb each though, compared to the original exr that are over 100Mb each.
Anyways, here are the results of lossless PNG with default displacement values on the left and PNG with maximum diplacement modified to .21 on the right.
Edit: Oops. Rendered from perspective view instead of headlampless cam with HDR. Added those now.
The new displacement maps will be EXR, and they work great. I will post images once I get permission.
Somewhat related, does anyone know what hair is used in Hagar's promo images?
OOT's Ammy Hair at Rendo
I am curious to what the displacement is really adding. These look like large details rather than a substitute for HD.
And as several have mentioned bluejaunte, I would just like to point out that no bluejaunte uses exr. The gloss maps are png, and Ensley's displacement is png, but all of the color, normal, and bump maps are the dreaded jpgs that people hate so much. Plus Ensley's png displacement map is only 289 kb, it is quite compressed. All of the jpg maps, which a lot of them are, are only in the kb range. Not a single jpg is over 1 MB in size in Ensley's folder! What I am saying is that file type and compression are not everything. Yes, you can compress it too much, but the reverse is true as well. After a certain point you get diminishing returns on larger uncompressed files and are just eating up VRAM.
Are you beta testing, Sev, or has an update appearing in product library?
Product update available!
Edit: Works "out of box", that was a quick turnaround.
Double edit, eyebrows still offset but seems to work fine if you apply them when the figure pose is zeroed and then parent them to the head.
Haha!
Oh, I'll get the truth out of you...
Also thanks @AshTheZombie! She looks great!
With displacement map corrections.
Looks Great!!
The problem with .jpg over exr is the amount of info.
.jpg doesn't really have enough, and can easily show pixelation. The artifacts discussed could easily be a result of the conversion.
Exr is 32bit; jpg is 8 bit.
I am pretty sure jpg is 24 bit (there is not transparency support in standard jpg). Gif is only 8 bit.