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
I may be misunderstanding, but a saved layout is like a Pose Preset for the UI - it changes it to the saved state, so newly added elements will be gone again.
I am experiencing severe scaling issues with my 4K TV. When I use a Windows scaling of 175%, Daz Studio 2025 becomes very blurry and I have to change the scaling back to 100% to make it clear. Does anyone know how to solve this problem?
How does it look with a scaling of 200%. 175% is an odd number.
Update and Merge Menus still wipes out the contents of Favorites and Scripts menus for me. Can someone please comment on whether this is a known problem or unique to me. I have been asking this question after about every release, but I can't get anyone to respond.
nope, not unique to you.
I just tried it and it wiped mine also.
I do have a preset saved so I was able to get my script and favorites menus back.
Everything in menus seems to work.
But using the "Update and Merge menus" did wipe them all.
Thank you for confirming the issue!!! Finally someone listened. At least now I know the problem is not just happening to me. If it is a general issue, maybe they will fix it someday.
I also reload a saved layout to get Favorites and Scripts back each time, but doing so probably also removes any important changes made by Update and Merge Menus (if any??). So, I'm not sure restoring an old layout is really the right approach. I don't know if wiping out the Favorites and Scripts menu content is a known bug. No one "official" has acknowledged the issue.
I did the update to the Alpha on all my computers where it is installed when it showed up in DIM. And this afternoon, I had opened the Alpha on my MacMini M4 Pro 64GB to check the version and without thinking started working on a new character's render. I did notice when I needed to do a spot render, the Viewport jumped and a weird window appeared to the lower right of where the spot render was forming. Later when the render was running, it took 1 hour and 10 minutes. This did surprise me, but I had the character, clothing, hair, an animal, an enclosed environment, lights and it was still dark and moody. Yet yesterday I had created a character study with just the character, clothing and hair, an HDRI, and lighting saved the file and closed the Beta, opened the previous version of the Alpha and opened the scene file. It rendered in a reasonable time considering how dark it was. Unfortunately the log is no longer available. I don't know if this adds to the render discussion or not.
@barbult, I had given up on menus or saving scripts but I have a modified style and when I did finally did 'Update and Merge Menus', the style showed up. Until I did that, I had the default dark on dark working screen. Not sure if that helps?
What does the log say after the update (Help>Troubleshooting>View Log File)? Are they DS 2025 layouts, or imported from DS 4?
Nothing.
note**I cleared the log then saved it blank so I'd have a clean log to read from**
When I launch the ALPHA it makes no mention of importing anything.
Applied the update and merge and the menus get wiped.
Restart the Alpha and they are still gone.
I apply my saved preset again and again they are restored properly.
I apply update and merge menus again and they get wiped again.
I can litteraly wipe my custom actions at any time simply by applying update and merge menus.
I assume you are not seeing the same behaviour?
To create the saved layout
I originally copied it from the beta folder to the ALPHA folder a few months ago
Then launched the ALPHA
Applied the layout in ALPHA
Then I saved the layout in ALPHA using a different name.
anyway, heres the log
I apply the saved layout.
restart Studio
apply update and merge menus which wipes my custom actions menus
restart Studio
Custom actions menus are blank
I apply my saved layout
Restart
Custom actions are present and funtioning correctly.
I apply Update and merge menus, which wipes them again
edit: I should note that this does NOT happen in the 424 BETA. I can apply update and merge menus in that version safely.
I'm in the same boat.
I really don't know what changes have been made to the menus.
I tried to follow the evergreen thread but I just can't track the changes by memory so I have no idea whats changed and what hasn't.
I'd have to run a program like diff or something along those lines on the page to track changes to the posts and I never bothered with that level of trying to keep up with it.
We certainly can't be the only 2 users that are seeing the update and merge bug wipe our custom actions menus.
assuming of course other users are even applying it.
Others may have had thier custom actions wiped and decided to never use it again.
It might help to attach the menus.dsx file, before it loses its customisations. Are the rest of you with htis issue using menus imported from DS 4?
the "before" file is the one that functions properly
"after" is the one I get after applying update and merge
after is smaller so I assume things did change in it.
I didn't look myself, just uploaded the files.
note: I had to rename them from dsx to txt or the forum wouldn't allow me to upload them.
In my case, nothing is logged at all by Update and Merge Menus. Some words fly quickly by in a little window, but it is too fast to see anything, Originally I had imported a DS 4.24 layout. I gave up on that because of these problems. I uninstalled the Alpha and deleted my Studio6 Public Build folder. The I installed DS 6.25.2025.27507 from DIM. I changed the viewport color and created one custom action, which I put in Favorites. I saved the Layout. So I believe this is all DS 6 and nothing left over from DS 4 as far as menus or toolbars or custom actions go. Then I ran Update and Merge Menus and, the Favorites menu was empty agian. This behavior has been consistent.
Since you are asking us for this information, does that imply that your interface acts differently? If so, how? Was anything ever done with all the documentation I submitted when this issue first occurred?
My Studio6 Public Build/menus.dsx files are identical (according to Notepad++ compare) before and after Update and Merge Menus, but after, my Favorites menu no longer contains the custom action that was there before Update and Merge Menus.
This is strange, but after I did Update and Merge Menus a few more times and probably closed and reopened DS6, the menus.dsx was changed. I also looked at the menus with F3, so that may also have had an impact on this change. The Favorites submenu for my custom action is gone from menus.dsx now. There are a few other changes, too. I don't know exactly at what point this change happened. I'll have to try to reproduce it if that is important.
The new menus.dsx file is attached with the previous two.
What happens for you, Richard?
Here is a little demonstration video in Dropbox.
https://www.dropbox.com/scl/fi/t36b2mbshrxs5hch1usy2/DS6-Update-and-Merge-Menus.mp4?rlkey=arh500jn8l8otdn1x3lc7ci7g&st=faqf41k9&dl=0
Edit: oops LowPi (the custom action in Favorites) is unclothed. He is flesh colored but has no skin texture file, only color. Delete if you must.
System used:
MacBook Pro, Apple M4 Pro; 48 GB RAM; macOS: 15.3 (24D60)
Daz Studio 2025 ALPHA - version 6.25.2025.27507 (Updated October 2, 2025)
Computer was rebooted, then DAZ Studio loaded fresh.
Created a file with three Genesis 9 figures (with hair and clothing) on a Vanishingpoint starship bridge.
Scene set up to render a Filatoon animation.
Applied multiple lip sync poses between the three characters ending up with 842 frames (@ 24 fps).
Unable to import an audio file, same as last version of DAZ Studio.
Rendered to movie.
At the end of the render, warning box came up saying it couldn't save the file:
All 842 individual frames were saved in the temp folder, so I could salvage the animation but on looking at the frames I can see that my old friend, "removed the skin from my victims" has returned.
Frame r081 everything's fine.
Frame r082 the characters' skins have disappeared. Only the characters' skins, never their clothing, their hair nor any add-ons like eyebrows, mouths, etc.. Nothing else ever vanishes.
At this point, memory usage shows DAZStudio using 192.97 GB.
I checked the log and there's no warnings or errors when those frames are rendered:
2025-10-03 13:49:46.771 [INFO] :: Saved image: /Users/waltsterdan/Library/Application Support/DAZ 3D/Studio6 Public Build/temp/render/r080.png
2025-10-03 13:49:51.060 [INFO] :: Saved image: /Users/waltsterdan/Library/Application Support/DAZ 3D/Studio6 Public Build/temp/render/r081.png
2025-10-03 13:49:55.354 [INFO] :: Saved image: /Users/waltsterdan/Library/Application Support/DAZ 3D/Studio6 Public Build/temp/render/r082.png
2025-10-03 13:49:59.654 [INFO] :: Saved image: /Users/waltsterdan/Library/Application Support/DAZ 3D/Studio6 Public Build/temp/render/r083.png
I used the "New…" menu to close the scene and opened a new one. After 10 minutes on no activity, the memory has not been cleared.
I quit DAZ Studio and restared DAZ Studio and the memory was cleared.
Between creating the file, applying all of the lip syncs, adding a little secondary character animation and rendering the file out I worked with DAZ Studio for a little over two hours; I had no crashes or "working" issues other than not being able to save a movie file. I am able to use the temporary frames generated (or could, if they'd kept their skin on) and I'm able to render individual images and save them without issue.
I quit and uninstalled DAZ, re-installing version 6.25.2025.21707 (August 5, 2025) as I found it works best for me; I opened the saved file with the lip syncs still applied, added an audio file and rendered the movie again. At the end of the render the .mov file saves without issue and no one loses their skin.
During the final render, the memory usage spiked up to 112.21 GB; it should be noted that the "Memory Pressure" window at the bottom of the Activity Monitor stayed a sold green in both cases (green indicating efficient use, yellow suggesting potential need for more RAM, and red showing that your Mac needs more RAM).
The scene, when not rendering, had DAZ Studio using under 14 GB of memory. Memory usage in the older versions of DAZ Studio drops back to this amount once the rendering has been done and saved.
I don't know what they did in this latest build but viewport is again slower in Iray Preview mode when zooming.
I've been trying to gather information so the devs can sort out what is going on - your seeing it with apparently undiluted DS 2025 should helkp to eliminate a lot of variables.
It is undiluted in the sense that I did not run the script to copy the UI from a previous version (4.24) this time. I did change the viewport color in the Style. I did create one custom action and chose Favorites as its location in the dialog. I did save and restore my Layout several times. I did use F3 at one point to drag the custom action back to the Favorites menu to see if that would fix it. It did not; it was still wiped out by Update and Merge Menus. I don't know if any of those actions had any impact.
I remember an issue (which I reported many DS4 versions ago), where it appeared that default keyboard shortcuts overwrote custom keyboard shortcuts, as though the default was loaded AFTER the custom keyboard shortcuts. I had redefined Ctrl+S to be V3D Super Save instead of the built in File/Save. I don't know if it was ever addressed, because I finally gave up and just used an unused shortcut for V3D Super Save. Custom keyboard shortcuts that were unique and did not change the meaning of default shortcut keys, were never redefined back to unused.
Maybe something like that is going on with the menus in Update and Merge Menus. Maybe the custom menu changes ARE reloaded and then immediately overwritten by loading the default menus. That could explain what we see.
As long as it was all done in DS 2025, not by hacking files or importing from DS 4, then it should be something Daz side (unless it's a really weid issue with security software). If they had been files from DS 4 it could have been related to third-party add-ons.
Everything was done inside DS 2025. I examined and compared the menu.dsx files in Notepad++, but I did not edit or save them from Notepad++.
My content directories are mapped. I don't remember doing that after I uninstalled DS 6 Alpha, deleted the whole Studio6 Public Build folder, and installed the latest with DIM. Is the mapped content directory information stored in the registry or some place that would not have been removed by the uninstall/delete/install operations? Is other stuff hanging around from when I had imported DS4 UI stuff previously?
Yes content paths are in the registry.
And yes there could still be some layout files from the previous version in Appdata folder if you didn't clear those.
I deleted the entire Studio6 Public Build folder. Would the layout files you mentioned have been someplace else?
Full path of the folder I deleted is C:\Users\Barb\AppData\Roaming\DAZ 3D\Studio6 Public Build.
They would have been in that folder, so you should be good.
Well, yeah, that's linguistically correct but they (Microsoft NT) do know what they are doing and they do do it in a way where the exact scaling doesn't matter. They (MIcrosoft NT) only list scaling factors they fully support otherwise I would be running at 199% since I'm irritating. Of course it may be that DAZ Studio is attempting to bypass the scaling but that really hasn't worked at all since Qt4.
Massive "blur" is a bug but is most likely unrelated to Microsoft or Tati.
Just to be clear, depending on whether this is an analogy or a more direct like, shortcuts are in the actions file not the Menus file (which just points to the action)
There are Iray and Qt updates, aside from any other silent (bar the swearing at an inopportune restart) system updates. Any of those might have an impact.