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
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
That would be much appreciated. I like be prepared for disasters looming ahead. :)
I did only a quick test with the new wine version, but I got the impression things improved again (see above).
Rendering works just fine, actually always did. It's the workflow that caused the problems - not working sliders, long loading times, laggy viewport.
Talking about DAZ 4.8 btw.
edith: fixed typos
I had some really slow load times under DS 4.9.2.70 working under Wine. It was a little frustrating. However, when I upgraded to DS 4.9.3.166 my slow load times seemed to go away. I have only had one or two complicated scenes have issues loading and they completely locked DS up. I'm not sure why because when I close DS up and tried again those same scenes loaded just fine. They just took awhile. I don't recall which version of Wine I'm using.
I may have to look to see which version of Wine I installed with because I'm still having slider issues on some things, not everything. I'll have to see if Wine 2.2 fixes those for me since I'm thinking I must have used an earlier version.
I haven't set Reality up in Linux yet. I never had that much luck with it yet in Windows so it wasn't a high priority for me. I'll probably get around to it some time.
I did finally get around to installing GenX2 which I'm happy to say works perfectly so far. No issues at all except making sure all of the files were in the proper place since that has to be manually installed. I managed to bungle that the first time out, but everything is where it should be now and I've transferred my first M4 figure over to Genesis successfully in Linux. Yay! :)
On a side note: I did manage to get Carrara working in Linux which I was happy about. I still need to work on getting Bryce in there maybe.
Just for info... I have successfully gotten some connectivity for DS 4.9 to Linux hosted postgres. It is not a complete connection yet but I have successfully managed to connect enough to successfully "re-import metadata" from 4.9.3.166.
If I can get it fully successful I'll probably write a quick utility to make the necessary changes.
Kendall
Cool hope your succesful
...very curious to know how Carrara works.
The little bit I've played with it in Linux, it works fairly well, but I don't know how to use it yet. I had only just started using it in Windows when my big crash happened and I haven't even managed to get to the point where I've actually done a render in it, yet, in either Windows or Linux. I still plan to learn how to use the software but it might take me a little bit get up to speed on using Carrara. I'll keep you posted as I learn the software and let you know how it works. I can say that I got it installed and opened it up. I could find my Runtime and load objects into Carrara and move things around fairly well. That's about all I can tell you at the moment.
...one way to test is to just load one of the terrain presets, or if you have any of Howie Farkes' sets, load one of those, and then hit render.
Just tried it. Carrara dies during render. Worked perfectly before.
Kendall
....bugger. Had a litle hope there for a moment.
Wx is far from a "widget set". It wraps everything, right down to threading, sound, and CUDA. I've written things approaching the size and complexity of DS as wx apps and had low maintainance windows/mac/linux versions.
Well, that isn't good. I never actually got to the point where I tried rendering. I may still try when my current DS render is done. I don't dare try running another render until it's done. But, I doubt my install will render if yours is cutting out.
I was finaly able to install/use Daz Studio with Wine-Staging 2.3 and Open Source Drivers (Mesa 3D|RadeonSi) with GPU = Radeon AMD R9 290X.
Thanks all for information shared on this thread. It was pretty useful
Here is a Youtube Video to show that it works
I tried running Studio (64bit) on Linux Mint under Wine 2.9staging and it actually starts up, projects are loading just fine and almost as quickly as in Windows, iray works too and is blazing fast to my surprise.
The big dealbreaker though is that sliders are completely broken. If you try to slide them, it works for a fraction of a second, then the "grip" of the mouse cursor is lost and the slider isn't moving. It always just moves a tiny bit and then stops sliding again on each try.
It's really sad because otherwise it seems to run really REALLY well. No speed issues, renders fine in iray and I also didn't encounter any crash.
I have the same slider problem in Windows
Not all of the sliders are broken but, yeah, some of them are which is a shame. It seems to be mostly just be the movement sliders as the ones associated to shaping and expressions and the like seem to work perfectly well. At least, in my setup, they do. I tend to type in the numbers more now and to use the transform tool more to move things around as I use DS in Linux almost exclusively now. After awhile, it isn't really a big deal to work around it. I actually have a little bit more control when inputing numbers. I don't know why some sliders work and others don't.
It is a focus issue. There is a problem in wine about when to shift focus. If anything in DS (or Hexagon for that matter) updates something that can have input, then the focus will shift causing the mouse to lose "grip" on the slider. I briefly had a fix for the issue some years back but never got around to merging it into the main wine codebase and then submitting (I was too busy on other programming that was paying bills). For anyone interested, the fix (at the time) required that the newly focused input area check to see if the mouse button down flag is set as well as looking at the mouse drag flag to determine if the update occurred while the mouse was dragging the slider button. If so, then the update needs to occur but the setfocus call needs to be skipped. Keep in mind that I made this change in a wine version some time ago and it is possible that the code in those areas may have changed a bit.
Kendall
Nice to know there is a fix, possibly. However, that's way beyond anything I can do so I guess I'll just have to live with my workarounds for now.
What auto pose function?
...apologies I meant "Active Pose". I use this a lot to refine basic poses rather than the parameter sliders.
I haven't tried recently, but my recollection was that operations in the OpenGL viewport were handled differently than the slider/parameter panes. The main effect was that "windows/Qt" widget types had focus conflicts while "active polling events" such as dragging in the viewport, etc were unaffected by the focus change issues. I also seem to remember that the slider numeric values were not updated until a "mouse button release" event from the OpenGL side so this is less likely to trigger a noticeable focus change.
Kendall
I haven't noticed any problems using Active Pose in Linux. I'll have to do some more posing to refresh my memory but I don't recall and issues or lagging or problems moving in small or large increments.
It's hit and miss on my system. Overall, most sliders only work for a very small amount of movement like I mentioned before. Worst ones are the ones for translation but there are ones that for some reason work "ok"... still kinda jerkingly but at least they work, like some facial poses for example. Some other poses don't work at all with the sliders.
I used the occasion to get a bit more used to the Universal Tool for translation and quick resizing since this way is more convenient anyways I guess and it was an old habit of mine to use the sliders for pretty much anything. I also try to more often just type in some numbers directly but especially when it comes to face poses, not being able to rely on the functionality of sliders is bad. You get faceposes much more quickly done when you can just adjust the sliders until you reach a pose to your liking than typing numbers until you're close enough to your goal.
Overall I gotta say it is definitely usable in this state by now but I hope a miracle happens and Studio suddenly has working sliders under Wine. But it is already really awesome to see the 64bit version WITH iray work so damn well. And as I said before, for some reason on my system Studio runs almost as quickly, sometimes even quicker than on Windows and a thing that also surprised me that iray used to crash the application whenever I stressed the viewport too much, editing things whenever it started to refresh and refine the render. Usually after a couple quick refreshes the program hang but this didn't happen once so far under Linux and I expected it to run actually really rough with all those workarounds to run on Linux. Really interesting ride so far.
Make sure to set Display Optimization to "best" - it makes a huge difference in terms of responsiveness.
Edit->Preferences->Interface - "Display optimization" to "best".
As for the other interface settings: crank them all up to max. Should not make any difference in terms of speed, but looks much better.
Still have the slider issue though. Like others described it: sometimes they work decent, sometimes they move only a tiny bit and I have to enter the value instead - which is pretty slow if you don't know which value you exactly want.
Loading times got better, I had the impression that in 4.9 it's faster than in 4.8, but only had a quick test yet.
We're progressing... :)
I had some spare minutes and tried to set up PostgreSQL for 4.9. So far it works pretty good, but when I try to login to DAZ on the welcome screen, it won't let me log in.
There is a dialog box with a yellow cross, but no text. Console is not showing anything helpful. Any idea?
This guy has the same problem, same dialog, same log as for me
Edit;
PostgreSQL actually does not work. DAZ searches for a database "Content", despite I provided it with a different name in the cmscfg.json.
Could be that it works different in 4.9, but there is no documentation for it. For 4.8 I was lucky enough to find the info in a random patchnote. *sighs*
So be it, I created a database "Content" instead, but then it hangs while trying to alter the data in the database - which is not there, because the db is fresh *sighs again*.
So then, create the database stuff... Anyone has a bootstrap for me to initalize the db? I'll search the files for one, meanwhile.
Edit2:
Okay, I got it to work, but it is all very hacky and I don't know exactly why it works. Let me explain:
1. Install PostgreSQL, create a database "dazcontent" - setup is like I described on page 6
2. Install DAZ3D
3. Setup cmscfg.json
4. Install DIM, install something (because database contains no structure, DIM will create one I suppose)
5. Start DAZ
-> Error about no postgresql
-> In postgresql log, it states that DAZ is trying to query the database "Content" - while it is configured to use "dazcontent". Note that DIM respects that setting and installs stuff to "dazcontent", but DAZ3D ignores it and insists on connecting to "Content", which does not exist.
In Postgresql, copy the database dazcontent to Content (AFTER installing something with DIM):
CREATE DATABASE "Content" WITH TEMPLATE dazcontent OWNER daz3d;DAZ will start up, migrate the database and you're good to go.
Troubleshooting:
Keep an eye on the postgresql log. You might see something like
"No database Content"
-> DAZ wants a "Content" (uppercase C) database, but we created and specified a different one, which is ignored
"SELECT * FROM customer" + some error
-> When you simply create the "Content" db or copy an empty database to it, there is no structure and DAZ will not create it.
I think what fixed it was to install something with DIM, so it creates the database structure" then copy the database to "Customer".
NOTE:
Better not use DIM after this, because it will write to the wrong DB.
Might help to change the database in the ConnectionURI in cmscfg.json to use "Content" as the db:
"ConnectionURI" : "postgresql://daz3d:daz3d@localhost:5432/Content"
If you name the database "Content" when you set up postgresql, it might avoid all this.
When you create the DB, make sure to put the name in quotes, or postgresql will convert it to lowercase and DAZ cannot find it anymore.
Would be cool to know why DAZ uses a different database than it is provided in the config, though...
If you have problems with loading speeds, deactivate as many plugins as possible to get a really barebone Studio. Then load some of your projects, test the loading speeds and switch plugins back on that you actually need or until the loading times get unacceptable again.
I used to have all plugins activated without wasting a thought about it and when I switched to Linux, at first no project file wanted to load or it took literally an hour for it to process. Still not sure which plugin caused it but at the moment I don't care since currently it does what it needs to do for me so I'm fine with it. May experiment with some more indepth stuff later on.
"If you have problems with loading speeds,"
Hi.
I redid my Runtime a couple of months back, played it too safe and ended up with nearly two dozen Runtimes - This resulted in really, really, really, really slow loading times for Genesis figures (1-3) even with only half those runtimes added.
I already don't bother with saved scenes because it's just not worth the wait to load them again - quicker to redo from scratch from scene-subsets than wait for the three-course meal and movie double-bill type wait I've encountered for full scene loading from the get-go with Daz on Linux.
Can't be plugins in my case, I'm new to Daz as of December and really don't have many yet apart from Dynamic Clothing.
I'm back now to about 12 runtimes and figure loading times have improved again - but still not worth it to save full scenes - although I've not tried it with the new out version yet.
RE: The slider issue - I've noticed some improvement or not depending on the model in use - Gen-3 sliders are often more responsive than older models, but it's not just dragging the slider that's affected, clicking on the slider bar in many cases does not work either - again, more likely to work on the more recent models than Gen-4 - although the Reduced Resolution models might fare better - can't check at the moment as I'm both running a 3DL render and an Iray one simultaeneously...
Has anyone had the slider numeric input stop responding for a time - so you have to right-click the cog icon above and choose the parameter window to change values - it usually sorts itself out after an unspecified action - usually occurs for me just after rendering to rib and clears after the next one.
The most annoying occasional bug or precularity is for the program to sometimes take up to a minute to register a change in the scene node selection - not always, and doesn't seem to be affected by how busy the system is at any given time, does it for a while then is fully responsive again. My main issue with this is still remembering what I selected the node to change by the time focus returns.
RE: CMS on 64bit - Mine is not connecting on 64bit, but is on 32bit - and I've the db named "Content" already as I originally followed the Daz CMS on Linux How-to by Amy Aimei on DA.
Not that I find Smart Content that useful as I mostly use the older models.