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
short beta report:
usage: DS Viewport On, Nvidia Render at same time when found angle, so both On
result: Render stops way too early, and Nvidia is 'knocked out' sorta-speak. VP is clay colored. Cannot reinitialize with usual tricks. Only fix is to Close DS and reload scene.
error in log at this point says :
2024-02-23 22:58:02.513 [WARNING] :: \src\pluginsource\DzIrayRender\dzneuraymgr.cpp(373): Iray [ERROR] - IRAY:RENDER :: 1.0 IRAY rend error: No device specified or usable
even went to using Nvidia Studio Driver 537,58 (which is last CUDA 12.2.2 release)
on
DS 4.22.1.88 & 4.22.1.74 and both resulted in this.
Fix was use
DS 4.21.1.48. Still SD 537.58
Have rendered for last hour 8 scenes without issue. Normal results as expected with VP still on whole time.
Windows Task mgr says using about 12gb of 24gb for both succeed and fail. GPU Caps viewer corraborates.
Did render before these 3 characters in more lit scenes, with mostly staying ON on DS 4.22.1.88 for many scenes.
In this failure case, used dark room with ghost lights and point lights with still external HDRI poking through here and there. Tried several times to get to work. No luck.
All looked normal as expected - except losing sync with Nvidia rtx3090.
Was nice having older released beta DS 4.21.1.48 to fall back to.
Thank as always for all the work you guys are doing to keep DS up to date.
Yeah, I'm over the moon about how the FBX exporter works now.
Hi,
Triplaner is a projection method. Its been in DS at least since 4.10, but you need to use shader mixer. I have attaced a simple example.
Using projection can mean no UVs are needed on the object.
@stem_athome I wanted to look at your example, but I got a missing file error.
Hi,
Thats just the texture map thats missing. Do a search for "UV grid texture" and load it in the shader.
I'm sorry, I don't understand where to search. I searched my entire content library and didn't find anything.
Hi,
Apologies, I meant you to seach the internet (google search?) for a "UV grid Texture".
You can use any texture in the shader, it is just a UV grid shows the projection better.
Oh! I have a couple of that kind of texture file already. I'll try it. Thanks for your quick responses.
Thanks stem_athome
now I can texture my Mandelbulbs in DAZ
I use Triplanar or projection functions in Carrara for them and metaball objects, Octane also does it, DAZ was always my issue as UV mapping these things is impossible!
Since updating DAZ3D, some of my renders don't completely render. Any thoughts on how to fix this are welcome.
As stopping too early?
In that case, what has stopped the render? You can find that info in the logs (Help > Troubleshooting > View Log FIle).
Check your render settings (Render Settings - Editor - Progressive Render). It might be that the Max Samples and\or Max Time settings are too low.
Triplanar Mandelbulb video
I dug little deeper into this myself, having the same problem on DS 4.21.1.48, so almost a year old, now. The saved file is missing a couple of closing brackets for the
"scene" : {
and"nodes" : [
elements at the end of the file (the file doesn't seem to close properly, it is named xxxx.duf.tmp, so there might be more code missing). Adding in the appropriate delimiters clears the syntax problem, but loading it back in again does nothing. The D-Former is there, but no weight map, and no parameter controller. All that info is in the saved file, but does not seem to stick to the figure. It was an old Poser object, so maybe there is something missing. I tried on a cube primitive with the same result. I had to close the brackets and correct the filename, but nothing applies when loaded.It looks like a confirmed bug, then. I hope the developers will give it some attention.
I submitted an official help request.
Request #453686
Saving a Weight Map Mode D-Former Preset Does Not Work
We are told "Keep an eye on the change log"
Wonderful! Those developers are doing an awesome job.
And this works now in DS 4.22.1.99. Thank you! I will close my help request.
When I just updated DAZ Public BETA from 4.22.1.88 to 4.22.1.99, the Size display on DIM was -1 bytes and all files were deleted.
"Show Installed File" window show nothing.
Has anyone else encountered the same problem as me?
Unchecked "Install After Download" in DIM, just downloaded, and manually installed IM00012000-02_DAZStudio422PublicBuildWin64bit.zip. I copied the contents to the folder.
After manual installing, I executed "Delate Package" from "Ready to Install" in DIM, overwritten the installation from "Product" field under "Ready to Download", and the installation completed successfully.
I have never encountered such a problem before. Isn't it strange that the installer deletes all files?
4.22.1.99 bug?
A Morph created with Morph Loader Pro from an OBJ file and saved with File/Save As/Support Asset/Modifier Asset(s) didn't load when the asset was reloaded. When I examined the morph dsf file that was saved, the "parent" statement in the modifier_library section is missing the whole path in the data folder. I get only the # followed by the parent asset name.
Details: I created a morph in Blender to replace the generated morph for the Mira 9 shape on SU Fall Fashion Dress G9. I saved the modifier (morph). I deleted the dress and reloaded it on Mira 9. Instead of my custom morph, a generated morph was recreated. I closed DS and loaded Mira 9 and the dress. Still my custom morph was not loaded.. I examined the morph dsf file and noticed the change to the way the parent was specified, so I edited the morph dsf file to add the correct parent path (/data/Sue%20Yee/SU%20Fall%20Fashion%20Dress%20G9/SU%20Fall%20Fashion%20Dress%20G9/SU%20Fall%20Fashion%20Dress%20G9_15266.dsf) to the parent asset name (#SU%20Fall%20Fashion%20Dress%20G9) and resaved the morph dsf file. After that, my custom morph loads correctly with the dress.
So is this a DS 4.22.1.99 Public Build bug or user error with the new save method for morphs?
Edit: I made a similar morph for the coat in the same product, following what I believe to be the same procedure, and it worked OK. So ???? I'm not sure what user error would cause the whole data path to be missing. Does anyone know what might have happened?
After a couple of tries, I coundn't reproduce the issue with the new "Save Modifier Assets...", and I have no idea how it happend on your side either. Let's keep eyes on it...
Essentially the change is a name-change (I believe the actual classes in the source code did get restructured, so that the one for morph saving is now derived from a new one for modifier saving, but that was still just renaming in effect - the actual code wasn't changed).
make sure DS is closed, first, and that DIM has space/permission to write to the location (UAC needs to eb on, and you need to authorise DIMHelper if - as is the default - UAC is set to ask before allowing installers).
This is not recommended, and if you were able to do it without getting a security prompt it does suggest that UAC may be off.
And another bug... , @Richard Haseltine @barbult
I don't know if you ever experienced it, in both GR and PB version. If there's an OBJ file in a folder and a DUF file with the same name in that folder as well, let's say crosswind.obj and crosswind.duf. When import crosswind.obj, DS merge crosswind.duf into the scene... Same bug happens to FBX format as well. I've not tested other formats...
I submitted this bug weeks ago, I've seen no attention paid from Dev. team....
This is a longstanding problem, I believe. At least it exists in 4.21.0.5, exactly as you described here. I can only vouch for the obj/duf problem. I don't have experience with FBX.