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
I understand that some resent having to install an entire software chain just for a Window Manager, but on my system, Xmonad and Xmonad-Contrib only total less than 200MB. Xmonad is also the most configurable tiling Window Manager, it really depends if you think that 200MB is worth it or not, by itself it doesn't violate the KISS principle. I have much less concern over having Haskell installed than I do Java or javascript - I've never heard of Haskell installed on someones system being used to compromise their machine.
Awesome is quite good - and a popular first tiling wm choice, there might be others that use Lua.
Most tiling wms, you'd have to adjust to get the sweet spot if you wanted a so-called Chat Layout - you can set them up on almost any, but a Dynamic tiler can be made to recognise the chat window and roster and arrange them in chat layout. I spent ages with Xmonad, configuring a number of highly cool nested window layouts for skype - yes, limitations with your screen resolution or required font size can scupper fitting windows in with all contents visible - in Xmonad, withIM I used to specify size and position, magnifiercz' increases the window in a sort of zoom/overlap when the window gets focus. I really don't use Chat apps as much as I used to, which is one reason I left Xmonad for i3 mostly.
I've only one application I've set to float - baka-mplayer - a video player - float is handy to have on ocassion - but mostly in the realms of dialogs and the odd application that doesn't cope well with having it's size managed. Herbstluftwm is an example of a tilingwm that only has a pseudo float, it splits the screen and puts dialogs on the the second half - it's a little awkward - Herbstluftwm has it's advantages, it's configured with bash.
If you really feel you need extraneous stuff like player control widgets, weather readouts, you are not really ready for a tiling wm minimalism. People often build in readouts into the statusbar applications (xmobar, conky, i3status, i3blocks, lemonbar) some even allow clickable interaction to turn on/off players or adjust volume through d-bus or just activated commands.
Smaller window splits can indeed by of little value - The Golden Ration layout you often see in screenshots of Dynamic tilers (Awesome, DWM, Xmonad etc. but not others like i3 or BPSWM which are manual) the purpose if the smaller splits is not to be working windows but really only there to stick to the paradigm and provide reference to what's open - most use the Master / slave window setup, you generally only work with the Master pane.
I have a workspace for video I often have playing while I work, but I often move it into a tiny window on the screen I'm working on. On a floating wm / compositing wm, it would be getting covered or covering something if it's 'on top' setting and I'd be forever moving it out of the way for one reason or another - not with tiling.
Give Awesome a go, install it alongside XFCE and give it a spin on ocassion - people have even kept the desktop elements and just switched out their window managers for a tiler - still with a separate toolbar, XFCE would still be a candidate, KDE's is now part of Plasma, and Gnome is also a deadloss when it comes to help on building your own desktop.
Hmm... as I remember, installng xubuntu-desktop over ubuntu-standard metapackage will retrieve about 200 MB dependencies: with Xorg, libreoffice, firefox, thunderbird, pidgin, dozen of utilities and their localization.
Of course, it possible to make an exception. But.. one day I have to search systemd-enabled shortcut grabber, for launch some commands on headless machine. Working solution was written on nodeJS. Another day I searched for deb package maker. It was on ruby. And on, and on.
If any program maker will write some usefull utility without having in mind end user, with package system he likes, on language and framework of his taste, with tools that he have to install already, so user's system become hell. *nix have enough artifacts inside to add a lot of new.
There is Windows for it, and she already a hell.
I can install any such utility in container, but not in main system.
It exactly what I wanna try )
Awesome looks simple in use enough and good point to start.
Those too are choices of the user. I'm not sure what kind of thing you are referring to about a shortcut grabber to launch on a headless, but there are more than a few Debian packaging helpers - personally I prefer Ruby to Python. I try to avoid Java and there never seems to be a break from some report or other about javascript shenanigans to endanger systems, so I'd like to dump that too.
Most Open Source projects are practice in a certain toolchain as much as they are trying to solve a problem, rare is the one that would actually change it's api and toolchain for the convenience of the user and the efficiency of the system.
Yeah, Awesome is what I first ran. I was impressed but I liked Xmonad more when it came to Dynamic tilers. You can just replacle XFWIN with it and keep your panel and XFCE session
Or you could run it as it's own session - Add a call to 'xfcs-mcs-manager' for services. Instructions for this, and anything else, Notification tray items, background processes or just apps you want to run on startup are in the Awesome Wiki entry for Arch (even if you don't use Arch, the wiki is a great source of knowledge).
https://wiki.archlinux.org/index.php/Awesome#Autorun_programs
For Wallpaper, I recommend Feh (although I believe Nitrogen is popular), for transparency and compositing, you can proly find compton an alternative - awesome has it's own built in system tray, which makes it simple - some other tilers don't have one, which is a pain as you have to muck about with stalonetry or trayer.
Good luck
And good choise definely better than bad )
Archwiki is really Awesome, and great source of knowledge, indeed.
Thank you!
Hi all!
Now installed Daz3d using Crossover 19.0 and DIM on Mint 19.3x64 cinnamon. Bottle win10x64.
Have error on start (PostgreSQL) but, work fine with my library from windows HDD. Iray works fine.
Hi slawdos
Sorry no one replied earlier. Due to the low numbers of Linux Daz users it's often quiet here, and the forums neglected to notify me of a new post, so I'm late.
Did you get your PostgreSQL problem sorted?
You will not be able to shop from within Daz itself without it, and Smart Content features won't work, but the old Content Library doesn't need the CMS running and you can still shop on the browser and sownload and install content with DIM.
Daz will work fine without it with just a few limitations.
Hello, can someone tell me? There was a library with installed content on windows 10, transferred it to another disk, and put mint on this one, put daz3d and dim through wine (according to GafftheHorse instructions) and dim, I don’t see the content that was downloaded if I accessed via an online account, then I see accessible content, but not downloaded, folders with installed libraries in the settings are set, there were no errors. How can I display my context in dim?
Hi, so glad to find this forum thread. I'll be sure to bookmark and check back.
I'm glad to have learned the actual cause that Iray GPU rendering doesn't work from this thread. However, it is said that Daz studio 4.10 could do Iray rendering on GPU, but I never could.
I'm having troubles with my install that used to run stable, and I started updating my rolling distro to try to fix it, but it just became worse.
I just launched Daz Studio on Wine 5.3 vanilla, the window appeared, I could load a scene, but as soon as I clicked to move the viewpoint around it went mad and I had to kill daz studio from a terminal to regain control of my cursor.
So the next steps for me to try are installing wine staging 5.3-r1 and retrying, but did anyone have any luck with the 5.x Wine version and Daz studio?
I have 4.10 installed (64bit) for now but if I can make GPU rendering work I'll likely want to hold on to that for a while longer...
@antadev66 Sorry for late answer.
You need to install (if it not installed automatically) nvidia-cuda (maybe named nvidia-compute) and nvidia-opencl packages. They may have different names, according to your distribution.
Just create some wine bottle and run DAZ installer within. If you run in trouble how to check things out, run clinfo and cuda-z inside of a bottle.
Maybe you need to enable dll substitution on Library page.
Feel free to contact me!
@All, fancy news!
Iray from 4.10 plugged in! Just copied `DAZ 3D/DAZStudio4/plugins/dzirayrenderer.dll` plugin file and `DAZStudio4/libs/iray` folder.
I still cannot belive, that it was so easy! Just a dumb trick!
Of course, it needs hard testing with real scenes, complex shaders and moar, but it works!
It may eat your cat and trash all your data also, be warned.
Interesting.
Last I checked my 4.10 prefix (which is only still hanging around becuase it could do GPU rendering, as it's sliders don't work), I wasn't getting GPU rendering as an option.
But, dForce is often off the menu recently too a lot. Every time Wine-staging gets updated it seems to break unless I install Wine, then switch it out for Wine-staging again. Then it works again. Archlinux side weirdness as clinfo on linux and against wine prefixes all report no opencl devices until the switch out and back.
I'll give this .dll swapout a go against my backup 4.12 prefix. It'd be nice to have the option of GPU rendering again, but I don't want to break my main prefix.
Appears to work - tested on my secondary 4.12 wine prefix (having the Beta also on my Primary Daz prefix sometimes breaks current).
Tested against a very simple HDRI based portrait shot.
I usually do multi-figure renders, which blow GPU memory anyway, plus I spend a ot of time mucking about with 3Delight, and Wowies Awe shaders with script 3DL. So probably won't get a lot of use out of it anyway.
But, nice to have the option.
Kudos, for discovering this 'one simple trick', Maelstrom
@Ankhalyapin Sorry for late response, Daz forums often neglect to inform those subscribed to threads of new posts.
This content you can't see in DIM, was it installed before you switched over (i.e. installed with Win 10)?
DIM needs to know where your Content Library is, and where your Downloads (actually it needs Downloads, Filters, and ManifestFiles) provided you keep the downloads. Check the configuration of DIM (the cogwheel icon, top right).
Wine links each wine prefix 'My Documents' folder to the Linux 'home/[username]/Documents' location, so maybe best to link your content into there, even if you have it on another drive.
Be aware, some Daz content installs files to the Studio 'Program Files' location, usually plugins, light sets and complex shaders (for example, pwsurface shaders, AoA Advanced Lights)
It always nice to do some useful)
Thank you for testing, Gaff!
It weird behavior. On Ubuntu 18.04 with wine-5.6-staging I have no issues at all, but I run DAZ once at month… maybe I'm just lucky.
Oh, in my 4.10 prefix I have no substitution libraries.
Not at all.
Seems to work lovely, although this probably negates any of the recent Iray efficiency changes since 4.11, like the noise reduction.
I've none either, on my prime Daz64 prefix, 4.10, 4.11 or the backup 4.12. Everytime I've tried mucking about with the Library subs in Wine settings, I've ended up breaking things.
I have Daz open for days at a time over weekends and such, I do close and reopen every couple of scenes to ensure clean temp storage.
Daz is stable for you on Ubuntu 18.04? I was talking to someone having so many problems on the Mint version of the same stack, that he's moved to running Daz using Vmware.
Sorry, I am unable nor to confirm it, nor to disprove. I just not using DAZ as an artist, but helping to my gf.
I using wine-5.6-staging from wine-repo and nvidia drivers from some drivers repo, versions are the same as Arch ones. Kernel is 5.3, and it quiet similar to Arch's again.
But ubuntu itself and derivatives provides only 1.6, 3.0 and 3.6-devel, but no -staging. They simply obsolete.
So experience may vary, especially if someone does not know how to find and use ubuntu ppa's.
Cheers for that.
They might have been on Mint 19, but I did check the wine version for the distro repo, and it seemed old. But I've gotten quite adequate use out of Daz on wine since Wine hit 2.0, before that, only the 32 bit version of Daz was usable.
Wine 5 (staging) also have CSMT feature, that greatly improve multithreading performance.
My repos:
Yeah.
I used to see far more occurances of Daz Studio freezing up, the cause, usually (but not always) waits for blocked threads that never got resolved (according to wine console output), with Wine 5, far fewer freezes, and those times the ui did become unresponsive, the thread block often got resolved after a moment or two.
I use Millium 3s, Gen 4 and Genesis figures a lot, and not the more recent figures very often at all, Studio is more reliable with the older figures in my experience. But it's also pretty random on how 'accomodating' Studio can be. Some days, it'll quite happily let me load a good number of Genesis 2, or a couple of Genesis 3s or a mix including Genesis 8, other days, it'll continuously crash or freeze when I'm trying to put a scen together, often at the same point, like loading a particular clothing item.
Another issue I get, is related to Arch and it's rolling software stack. Sometimes I library somewhere won't have kept pace with others, and I get launching problems for a day or two. Once, for an entire month, daz wouldn't load if I used the 'wine' command, but it would if I launched using 'wineconsole'
About mixing different model's generation better ask someone else, like @Chanteur-de-Vent. She used to run Studio on Antergos and Manjaro, and making much more greater things than me )
Yes, rolling tends to be fresh, and can broke things down. Traditional releases can do it too, but quiet rare.
I have resumed my work on zfs installer with cloning-before-update and systemd-boot to select clone to boot, like Solaris do. But it works only with ubuntu LTS, has fewer features (just make pool from one clean drive and debootstrap console system onto it), using grub for boot (systemd-boot with efistub looks much better).
For now it has written in pure sh with no bashisms, but I'm too tired to maintain math, lists and dialogs in sh. So had thought about rewrite in Python, with hard using of shell-scripts.
Deadly mixture, br-r-r-r.
You may join, if interested.
So...where can the rest of us get a copy of this DLL and folder? I'd like to try it out as well on my 4.12 install. Can someone tar/zip/7z them up and put a copy somewhere the rest of us can get to it at?
Wow. It has been over a year and I still haven't tried this. Wine doesn't seem to like Mint these days either.
@brainmuffin
Apparently pop os is a good bet.
Was talking to a new user who wondered 'why the PostgreSQL on linux step was necessary' apparently, whatever way Pop OS have set up wine, Daz CMS works direct through wine without setting up the CMS 'bridge' on Linux. I only hope 'whatever way' isn't a potential attack vector though.
The Debian users still seem content, and I've even been using Archlinux with Wine to run Daz since 2016 with only ocassional temporary breakage due to the Rolling Release model.
@brainmuffin
19 branch releases based on Ubuntu 18.04 LTS, bionic. You need this ppa to be able to install wine v5.
20 is coming soon, according to site, and will be based on 20.04 'focal fossa' LTS, with wine5 in repo.
@GafftheHorse
Pop looks very attractive.
@maelstrom Sorry to respond late, I got distracted and discouraged both.
Today I moved .wine folder away, moved My\ Documents\DAZ\ 3D away to not interfere, and made sure wine is 5.5-staging. I have no cuda (yet) but that's for a later time.
I installed Daz 3D studio 64 bit 4.10. The program launches. So now, things get interesting...:
I have a dual screen setup. If I have DAZ 3D on the right screen, as soon as I click the icon to move the viewpoint around, I lose control and the only thing I can do is kill DAZ from a terminal.
However if I place DAZ 3D on the left screen... everything is fine and it responds correctly to me moving the cursor around.
Go figure that...
I used to use Daz on 2 monitors. I don't any more - not for any real issues (although the viewport sometimes moved on it's own - I put that down to either a windows/wine problem or an incompatibility with running on a Tiling Window Manager - worked ok on i3wm though).
Maybe your left/right problem is to do with whichever is the Primary monitor, maybe it's an issue with whatever/whichever Desktop/Window Manager you are using.
@maelstrom
I'm inclined to be a little wary of that 'being able to use CMS straight from Wine' ability - like maybe SQL is setup a little uncautiously on the security front. Perhaps it isn't but without knowing exactly why CMS works on Daz without setting up PostgreSql on the linux side I'm wary.
I'm happy with Arch. I think the only distro I might switch to would be Voidlinux.
Despite Cuda/OpenCL sometimes being unavailable after update and reboot - Running CLinfo on wine/native (preferably both) sometimes gives it a nudge (which is weird) - putting it down to Nvidias crappy non-native drivers.
@antadev66
Sorry, I'm not able to check it out. For now, I am running with only one monitor.
Also, It may be wine or wm/decorator/compositor/de/X issue.
@GafftheHorse
With mine linux installation I have only localhost trusted, and it can be restricted to dzcms user only.
Thus, I don't care about possible harm. CMS does not contain anything sensitive, and available from localhost only. All that may happens, as high cpu load, iowait growness or space-eating, can be done without hijacking CMS, by simple script.
Anyway, DAZ itself doing the same thing with internal postgres.
Abot Pop!, I just realized, that it isn't suitable for me, but still may be more attractive than vanilla ubuntu flavours, at least for non-advanced users.
I don't have cms running - haven't had since a postgresql update broke it - I need to set it up from scratch or rather migrate to the db to the new version - but i was seriously thinking about switching to Voidlinux and held off until i made my mind up - I've not missed it
Canonicals main focus isn't the desktop anymore since they dropped their convergeance project - it's bound to show sooner or later...
I was using Suse when Novell bought them, subsequent releases were poor for a few versions.
Arch updates does not perform PostgreSQL migration, as Ubuntu does. Cant say anything about Void.
But upgrading data manually not so big trick. Just make a backup and run `pg_upgradecluster <old_version> <cluster name>`
To list clusters (database installations, in terms of postgres) just run `pg_lsclusters`.
Linux has no desktop/server artificial division, as windows does. Canonical has made and maintaining extended driver support, graphical zfs installer, automated system snapshots on upgrade, grub-embeded zfs rollback support (not sure about this). On a servers we had these features for years, in some kind of script or console.
Anyway, I finally made myself familiar with Plasma and wanna move towards it in my next installation.