Adding to Cart…
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2026 Daz Productions Inc. All Rights Reserved.You currently have no notifications.
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2026 Daz Productions Inc. All Rights Reserved.
Comments
Not Bakewell, not Brockwell. It is Blackwell.
I accidentally posted this in the Beta forum, but it is a bug in the Beta, too.
DS6 General Release Main Toolbar Disable Problem:
Why doesn't DS6 open with the last used layout state when it is reopened? DS4 does not have this problem. My Main tool bar stays properly disabled.
I have no idea if developers read and act on this forum (as in add them to a backlog) so I raised a support ticket. Maybe that is a better place.
It's important to me, but I expect in the sceme of things they have bigger issues to worry about right now. Still, they don't fix things they don't know about.
I checked the "Interactive Update", sadly it was already off so it wasn't that, I also took everything in the scene and used remove smooth modifier (if there was any on) and nothing happened so it sadly wasn't it :(
but im super happy for your help you seem to know more about this than me, soo if you got any other ideas I'm happy to hear and learn :D
Noticed an issue with the Iray viewport render tool in 6.25 compared to 4.24. When I adjust a character's pose using a parameter dial in 4.24 (e.g. bend, twist, etc), the render will update accordingly mostly in sync (though obviously that will vary a bit depending on how intensive the scene is). In 6.25, I can see the character shifting in the non-rendered section of the viewport outside the aspect ratio frame, but the actual render itself has a noticeable delay before updating with the adjusted pose.
I too was going to make this video, so thanks for saving me the trouble. Worth saying they are aware of this and I imagine it's a high priority for them.
I've managed to get by with the sort of optimisations I used to make when using Daz on a 1060 of that helps, using base resolution on everything in preview mode, and hiding things that aren't needed at that moment for example. I am still experimenting really, trying to see what works and what doesn't, so I have not tried a complex scene. It is a great shame, because everything else is massively faster, especially loading. The SBH / Geometry sculptor bug, and forgetting my preferred layout are the only two issues I have encountered apart from this.
I wish I was getting viewport stutter, because for me it doesn't start at all. I did manage to get an error dialog of the crash now though:
They decided it was only installable with DIM. File a ticket if you have an issue with this. Always file a ticket.
They really should have investigated it much more before saying "Here, guys! This is the new thing now! We're not gonna do anything with the old thing that actually works, anymore either!" Not a great thing to do...
I also reported this during the beta, same issue here.
My DS6 IS opening with the last used layout, including TWO rows of toolbars.
Which reminds me, I must check the one feature of used layout that DS has NEVER preserved, and I've been complaining about since DS2 but it's never been fixed ...
I followed the steps but couldn't reproduce the issue...
I'm not aware of the cause by now... but if you go to the folder: %appdata%\DAZ 3D\Studio6 with File Browser, open Layout.dsx with Notepad++, can you locate a code line: <ToolBar Location="Top" Name="Main"/> ? If you can, it means that the layout was not correctly saved for some reason...
Alternatively, if you right-click on the toolbar, uncheck Main (screenshot 1), then close / relaunch DS6, see if the issue persists ?
Grrrr. My DS6 is otherwise loading with the last used layout, except it is STILL not recording/remembering which of two pane groups, one above the other, is expanded - which it hasn't since the very first DS with pane groups! I'm still using basically the same layout as I was in DS2 and 3. I don't do any of that 'activity' business, and still have tabs along the top set. At the top of the window, two rows of toolbars. Underneath, full remaining height, and from the left edge to somewhere between two-thirds and 3/4 of the width I have the viewport. In the remaining space to the right of the viewport I have two pane groups, one above the other. The bottom one contains the tabs I'm using most of the time - scene, parameters, surfaces, content library (I don't use smart content, but have a very long-standing organisation of folders within my content library). The pane group above contains panes I use less often like render settings and album, tool settings etc. Now, most of the time, and invariably when I close DS, I have the bottom pane open, taking up most of the height, and the top pane collapsed. On those odd occasions I want a pane that's in the top group I'll expand that top group and collapse the bottom pane group (it's pretty useless having both pane groups expanded as you can't see enough in most panes). But I always want to start with my usual view, with the top pane group collapsed and the bottom group expanded the full height. BUT DS has NEVER, since we first got dockable pane groups (DS2? And 2006-ish?) remembered in the layout whether pane groups are collapsed or not. It ALWAYS opens with both top and bottom groups expanded on the right of my layout, so every time I start DS the first thing I have to do is collapse the top pane group EVERY DAMN TIME. I always thought that part of the thing with computers was that they were supposed to relieve us of repetitive tasks, but DS has, for TWENTY YEARS, kept me having to do the same first thing every blasted time I open it - collapse the top pane group of the two pane groups I have stacked on the right. It just can't be that hard for DS to record the expanded/contracted state of pane groups in layouts, and I used to bug report and bug report every single beta release back long ago in the day when I was an invited beta tester, and every major release for at least the ten years after that.
GRRRRRRRR!
But other than the expanded/collapsed state of the two pane groups, DS6 is giving me my layout, including the toolbars each time I start it. (Well, apart from some buttons provided by some plugins and scripts, of course).
Third time is the charm. Thank you.
t has been and is being investigated, and no one has said anythign remotely like that. It (depending on whiich it we are discussing) does seem to be something that varies from user to user or system to system, and some people who have one version of the issue have found a possible amelioration.
I am probably am going to uninstall all things D|S6
Octane Render 4 Carrara won't work on the latest Nvidia driver
so not going to be using anything on my Win10 rig that needs updating from now on
rolled back driver, I am probably stick with the version of D|S that has 3Delight too
if I win a lottery will buy a separate Win11 rig for it with a 5### card, not seen anything oinking in the sky though
Some people would probably complain if it wasn't the default. You are entitled to consider it a bad choice, but it isn't clear that this is a simple should do X and not Y situation.
Again, you are welcome to your view but it is not necessarily going to be universal. DS 4 did hae occasions when a bad thumbnail in the content pane would cause a crash, if the layout info was saved in mid-session that (or any other issue related to what was onscreen) would recur immediately on next launch, making it much harder for the user to extricate themselves (by deleting the session layout files or by using the command line switches). Constantly saving the layout would also potentially have a performance impact, at least if it counted a change in the active panes or a switch of content folder as a reason to save.
OK< that has been an intermittent issue for a long time. I was hoping it was Qt 4 and would go in DS 6 but I have had it happen a couple of times in the beta so apparently not.
So if you alt-tab back to the main application window instead of the render you don't see the progress bar? It is there for me, and when loading content, and can be dragged off to oen side so it won't be covered by the render wndow. To see the log you will need to click the More button.
They better be aware of this - since it's been the singlemost annoying 'feature' of the very first alpha... Keep mentioning it though, just in case they forget it; implementing chat is apparently more important - and Virtual Victoria mentions a more responsive User Interface when listing the new features.........
Whatever the name, as it's giving me 6-10 times the render speed with DS6 using it while DS4 didn't, I'm going to find it very hard not to use DS6 now. While 6 is still taking time loading saved scenes, add the render speed to the much quicker scene clearing/closing, and I'll be using DS6 from now, barring any problems/deficiencies I can't find a work round for during scene set-ups that need brief use of DS4.24.
This affected me in DS 4 for a long time, applying a character preset took about four times as long as smply loading the base figure and applying shape/materials. I hated the few characters that couldn't be loaded that way. Others did not have the issue, so it must involve settings or system (e.g. possibly security software). Recently it hasn't been the same, but experience has thoroughly trained me not to use character presets so I haven't tested extensively.
What is your hardware? If you hae a GPU on the CPU and a standalone GPU whiich is drawing the DS window (that is a driver setting, not anything set in DS)?
The image isn't there.
That was what was being asked - there have been reports of sluggishness in the "OpenGL" modes and in iray, and it isn't always clear which is being reported. The initial crop seemed to be in the non-rendered modes.
Integrating an exisiting AI agent is far simpler that writing display code. And again, not everyone is seeing this (or not to a degree that provokes annoyance) so it isn't just a matter of fixing some issue but of figuring out the cause (whiich may be something to do with diffreences in display or driver settings) and finding a way to avoid or mitigate the effect.
Another DS6 (PB + GR) bug report:
When switch to the drawstyles of Wireframe, Hidden Line, Wire Shaded, Wire Texture Shaded, Depth.. by pressing the shortcuts: Ctrl + 3, Ctrl + 5, Ctrl + 6, Ctrl + 8, etc. there's no change in Viewport untill I move the mouse cursor ~~
Edit: If choose the above drawstyles from DrawStyle Options menu in the upper right corner of Viewport just by just a single-click without moving mouse cursor, the issue can also be reproduced ~~
DS4 doesn't have this issue, i.e. Viewport instantly changes after pressing the shortcuts / choosing DrawStyle.
Ticket has been filled...
While I haven't tried to look into it, the first 2 renders I did in DS6 of a scene I did last year in DS4.24 to compare speed were first with the two CPU settings in Render Setrtings > Hardware turned OFF due to comments earlier in this thread, then again but with the CPU settings back on along with the GPU ones. And we've established now, but I didn't know at the time, my RTX 5070 wasn't being used during for the rendering in DS4.24. With 4.24 that scene took 48 minutes. In DS6 with the CPU OFF it took 5 1/2 minutes. With the CPU ON it took 6 minutes 13 seconds, BUT - and I don't understand this at all - with the CPU OFF, the rendering progress window was showing it taking a long time for each iteration, and on completion it only showed itself as having done 20 iterations, despite Max Samples being set to 1000. With the CPU on as well as the GPU, yes it took slightly longer, but the progress window did show it stopping at the end of the 1000th iteration s expected. Pending figuring out why it only did 20 very slow iterations with CPU off and finding some benefit, I'm leaving CPU on along with the GPU.
I agree, and yeah I will keep mentioning it (even though I get the feeling they are getting annoyed about it), I spend a lot of money on Daz, and honestly expected more, like, at least some actual acknowledgment from the dev team, with some sort of timespan for fixing this, and not just "yeah some people have it some people don't, we'll see" its so infuriating, but at this point, we really can't do more than tell them even tho they been told for like a year.
Can't reproduce. I only ever use the dropdown menu in the viewport to switch drawstyles, but with that all views switched without anything other than clicking on the drawstyle in the menu. Takes a second or two to switch for some, but it's a scene with a G8F and M in a room with clothes, hair, props, furniture, everything very textured, assorted lights.
Here's the recorded video: https://mega.nz/file/3GBG1QJQ#kaKLYw5xpnybONs0W2aRZ26GdbeWi--3q2peglK08VQ
I'm using an Nvidia 4090 with latest NSD driver.
I'm not disbelieving you. I'm just saying that - at least with my RTX 5070 and the latest Studio driver - I'm NOT seeing it, so it's not a general bug affecting everyone regardless of equipment.
Oh yes, keep meaning to say:
Not a big thing, I suppose, but the kind of detail that makes software feel unfinished - DS6, as with DS4, has an option in Preferences>Interface>General to switch the Splash Screen between two images, default and alternate. As I find the default cyberpunk 'babe' distinctly unappealing, I switched to 'alternate', which is ... a completely blank black 'picture'. Which is an improvement over the default to me, but I presume there's supposed to be an actual alternate image, like the pod of leaping orcas in DS4. If it's supposed to be a 'blank' option it should say 'blank' in the preferences rather than 'alternate'.