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 think I bought that card in 2014, so that's definitely a possibility. If that's the case, I can live with it until it dies completely. I do have another card I can swap in to see if that's more stable.
I had a video card do that and found that the cooling fan on the card wasn't functioning I was able to replace the fan and the card worked fine afterwards
Well, the 1080ti is still in my old computer, I'm not having any issues with it, other than that Nvidia's drivers causing problems with rendering. It's Win7, so that's probably an issue.
The 770 in my Ryzen (Linux) system works fine as long as I don't do anything too extreme with it. When I exceed the VRAM capacity, instead of just dropping to CPU, it tends to lock up Blender and possibly the whole system. I guess I'll swap the two cards when I get a chance.
I have the same issue with my motherboard (MSI Tomahawk) not allowing onboard GPU and external GPU at the same time. I thought it was just something I was doing wrong, didn't know it was a motherboard issue. That's disappointing. What's also annoying is that the mobo has a bunch of bright LEDs that are always on. There's a utility to control them, but it's Win10 only.
Well, that'll teach me to read the reviews before buying.
There must be some setting in EFI, like "iGPU: Enabled/Disabled/Auto" Defaults is Auto, and it means, that iGPU activated only when no other GPU present. Set this to Enabled to always enable iGPU.
In my system Steam became broken on nVidia GPU while system boot iGPU was active due to mess with opengl libraries. Hoping this fixed in 20.04.
Sorry, you mentioned a 1080ti, I just assumed you'd be using it on the machine you were using Daz on.
I've been meaning to see if there's a firmware patch for my mobo chippery. My mobo manual states that the onboard GPU is deactivated specifically if a Ryzen is installed, most the parts I bought last build were recently new products (I almost never buy that new, linux s/w needs time to catch up and h/w manufacturers never included drivers for linux), but I took a chance, minimal research said they'd likely work.
Yep, you really got to do your research before buying when you are using linux.
I've seen cases with controllable lights that need an android app to control them....??? how they can call that a 'smart' feature is beyond me.
Hm. That price is only half of a decent Nvidia card isn't it...?
But on that subject, iray offsite rendering is much less attractive since you either need a second nvidia card, or the performance suffers enormously.
Ah ok. Have done everything manually, I think because way back when, the install manager hung on something. Installing Postgresql I think.
To my chagrin and amazement, zip nor other compression tools have no useful options to force filenames' case, and the usual filesystems don't have that either, so I was left with two options except manually checking and fixing: a samba share with some specific mangling settings, or to make a Vfat filesystem for the purpose of unpacking files, which I then rsync (I definitely don't want my homedit on vfat, if that would even be possible). It's a bit of a hassle, so I asked.
I've been idly working on a script to uniformise case of folders (files are less an issue) - but I've yet to finish it, currently it doesn't work in situations where a folder already exists with the 'right' case (in which situation it probably should copy the contents of the current folder to it (e.g comes across 'DATA' and there is already a 'data') - then it could easily come across another existing folder inside that during copy....it's possible situations like this why I've not finished it.
A Vfat is a bad idea - it's a really old file system format not efficient for large files - I'd not recommend NTFS either - it might be fixed now, but I used to store my music library on an NTFS external drive for access through an old laptop as well as my linux desktop, but repeated usage caused ocassional file loss. I'd not chance that.
I started keeping a repo of all the content zips of freebie resources, but the file system layout, case and general state of the individual archives was so variable I gave up and painstakingly built up themed content libs which I then zip for archive. I went through, unzipping related content items a handful at a time and copying the files into the right folder locations (I generally go for capitalised folders apart from 'data', 'geometry' and 'textures'.
As maelstrom mentioned, a zfs partition can be configured to not be case-sensitive.
But when Daz Studio is running in Wine, case doesn't matter - you will only have problems if you have two identical folders except for some case differences (i.e textures and Textures - those are easy to spot and fix - although PA name folders in textures or geometry might cause issues.
@GafftheHorse, using an external hard drive as persistent storage is a really bad idea, regardless of filesystem.
Usb interface till 3.0 has had no any data integrity control, thus bad cable can silently disrupt your data. On non-cow-enabled filesystems it can drop all volume, but usually leads to silent files losses when premount or on-live integrity checks or journal replay are in effect.
And even with 3.0+ you can fallback to 2.0. Also, data integrity works only for bulk transfers with twisted pairs (3.0+ part of phy), other transfers will suffer. It's just matter of time and amount.
Not only partition, but any dataset within it. Zfs pool can reside only one disk partition and have a lot of datasets inside. Altough, dataset creation just little more complex, than folder creation — but only if you need additional options. And you can change them after — but any changes affects only new data.
I have found this recipe for ext4 also, but it requires enabling fs-wide options and modern (5.2+) kernel.
Perhaps, but unless one has a huge server case, the number of bays for adding storage is usually limited, and it's surprising how quickly one runs out of space when getting into 3D
Yes, even access speeds are fairly rubbish, even on 3.0, but there's not much option to usb.
I've a number of external drives, mostly WD - I've not come across any major data degradation issues in usage in ten years - But I lost a couple of tracks from msny random albums when I was using a music drive via NTFS-3G, and that was just with reads.
After exhausting myself last year trying to fix the database error on Ubuntu, I gave up, as I'm just a hobbiest after all! But today I decided to install Daz on my Manjaro and somehow it just... works like magic, I did absolutely nothing at all except run it via Crossover. What is this sorcery. I'm not complaining at all, just pleasantly surprised! Now to figure out what in the world is needed for my Nvidia for this.
Are there any other Manjaro users who have the patience to suggest to a relative newbie what to download for gpu rendering? I'm on nvidia-440xx at the moment, am I correct in assuming that what I need is:
cuda 10.2.89-5
opencl-nvidia-440xx 440.82-1
The AUR is swimming in other options when using the terms 'cuda' and 'opencl' and 'nvidia' but it seems like this would be in the repository so sticking to that. I'm more than happy breaking and fixing my system if these are wrong, but it feels like it'd be foolish not to ask first, just in case someone knows.
Hm that's interesting but I wonder how that could work. If I write to that path using native linux tools then I could create two folders RunTimE and runtime, each with their own contents, because wine has no way to prevent that and the filesystem allows it(?). So then what is wine gonna do when it presents that 'runtime' path to a windows executable? Will it actually merge the two folders? Anything else would spell trouble.
But it looks like this might be zfs specific, and I don't use zfs. I'm not even using ubuntu for that matter. So I don't think it applies for my case.
I concur, but computers can be 'mysterious'. Just reseating the card could simply fix the issue. It is also very possible that the system needed a cold boot instead of a reset, or even a 30-second power loss. I can only guess at the situation at the OP, but the possible causes are endless, and not many are actual faulty hardware. That's the exception, not the rule...
Well I'm not using vfat in production... I just have a small-ish vfat logical volume on my filserver and my workflow is to unpack the archives on that, then rsync it to the part of my homedir that holds DAZ library. My homedir is on XFS. I see no problems here. Worst case the vfat gets corrupted, it would means unpack all stuff again on a new volume. That's manageable.
I stay far, far away from ext4 since having no end of problems with ext3 'losing' its journal for unexplained reasons rendering a huge partition holding several hundred GB suddenly into ext2. Never again. Ever.
Yeah folders was my issue. Some were hidden nested pretty deep though. I'm happy with my vfat workaround, just wondered if I had overlooked better solutions.
All my partitions are Ext4 or Ext3 - I had a major data loss after an expected power loss using XFS once - wouldn't say never again ever, as XFS is quite good for high I/O (apparently). I've never had any major probs with Ext3 or Ext4
Maybe I'll try to finish my case fixing script, but it's unlikely to be a panacea - I'd like to produce something that can build a Content runtime from a selection of archives, but I've come across some decidedly odd archive layouts, not least the annoying habit by some creators who feel the need for every possible folder in runtime to be present even if they contain nothing.
@antadev66,
Just like this:
It render dataset to act `case preserve, but insesitive`, like default NTFS acts or VFAT does.
And, yes, it's ZFS specific. I should have to mentition it, sorry.
But for EXT4, which most common in linux world, there is a trick too.
EXT3 was just journalized version of EXT2, the 4th has gone too much far away with on-disk format to behave the same. And XFS well-known as data-lossy too.
No one FS can guarantee data safeness when hardware fails over and over again.
If you not backing up — you will suffer.
(sorry for multiple edits, parser had broken up with a backtick)
GafftheHorse & antadev66, thanks for your input. Just to give an update, I put the 1080ti in my Linux(Ryzen) system and it's been rock solid. I think it's been 4 days now without a crash or lockup.
To be honest, I don't think the problem with the GTX 770 was the hardware, but probably a driver problem. Nvidia is focused on their RTX cards right now, so if a new update breaks something in the 600-700 series cards, it's probably not a big priority for them. They dropped support for the Fermi cards a year or two ago, so Keppler's days are probably numbered as well.
It's a shame, I have a growing pile of cards that still function, but won't work with Iray or Cycles because they're too old.
Have a safe weekend everybody!
@Kitsumo
Sorry, I did mean to look up the Legacy Nvidia driver list If you card is on this list, the latest Nvidia driver won't work (no longer supported), but the Legacy Driver might - if it fails (which it shouldn't) there's Nouveau drivers* - latter aren't great for recent Nvidia cards (especially any since GTX10xx as Nvidia began encrypting their firmware then) .
I know Nvidia doesn't provide OpenCL CPU capability with their drivers, (and of course Cuda is GPU only) - but one of the more open OpenCL implementations might (or might at some point).
Thanks for that list, I've never seen that before. My 770 isn't on there, thankfully, but my GTX 460 is (no suprise there). But like I said, Keppler (the 600 & 700s) are the oldest cards Nvidia supports, so I'm guessing that their time is running out.
As a side note: Is there a reason for Install Manager not wanting to remember my login credentials? The "Remember Me" checkbox is greyed out so I have to enter my password every time. It doesn't do that in Windows.
Also, when I'm in DS, if I add or remove something from the scene, the display doesn't actually show it until I move my mouse into the workspace area. Is anybody else having this problem?
Certainly. And not just adding or removing, also all slider adjustments only visualise when the cursor moves into the workspace area. I've gotten used to it, so now it's mostly a minor nuisance... But it's still a bother when doing precise posing, I often overshoot by clicking on arrows repeatedly and only realize I went too far when I move the mouse back. Not fun.
Yeah I know Ext4 was a major rewrite. Still, I'm happy with XFS, zero reason to move back. XFS is widely regarded as rock solid and it performs better on large volumes and large files, which is predominant on my disks.
I'm not going to brag about how good my setup is, that only beckons Murphy to come spoil my day/week/year...
But I have pretty much all my volumes on raid-1 and I perform backups as well.
Indeed, I expect NO filesystem to retain my data integrity in the situation of failing hardware. The trick is to build it so hardware failures are usually non-lethal.
Another Heads up
When the prior Heads Up (for Wine 5.10) hit, I downgraded Wine back to 5.9 and refrained updates until Wine got another update (5.11) and chanced it, fixed for a while.
However, Wine 5.12-1 update a few days ago is again causing issues - this time Daz loads (a little slower to load than usual (I think)), but every time I try to load a figure (Genesis, G3 or even V4) it immediately crashes, also Studio debug does kick off, but never completes (the little dialog with the progress bar just sits there). Nothing noticeably alarming in console output.
There was Studio and Beta upgrade in Dim applied as well, but since other non-updated prefix versions are affected, it's unlikely Studio updates.
32bit Studio a little better, it loads figures, but crashed on a (3delight) render after a while.
I'm going to try to downgrade Wine again, failing that, switch to Wine from staging. UPDATE: downgrade to Wine-staging 5.11-2 fixed the issue (well, I can now load a figure without an immediate crash).
That's 5.10 and 5.12 causing problems with DazStudio so far - I'm not doing another update until 5.13 - really seems Wine 5 is getting to be a problem the last few even number point releases.
Well, I found out why I was having problems with my GTX 770:
From Rbtwiz
After further research, I found out that NVDA started transitioning the Kepler line to legacy products in April of last year, starting with the mobile GPUs. I don't know how far along they are, but it would explain why my 770 has problems while the 1080ti works fine.
That really ticks me off. A card with 1500+ Cuda cores and 4Gb of VRAM is still pretty useful, but it becomes a doorstop if Iray and Cycles drop support for it (Cycles requires compute capability 3.0, which the 770 barely meets, so it's probably getting dropped soon).
I think I'll set up a new partition and load an older driver version that still supports my card. Blender's physics animations can render in a lot less than 4Gb, so I guess that's what I'll be using it for.
On the bright side, legacy drivers still support gaming and everything else.
I think, even for a slightly older card like the GTX770, the Nouveau drivers support still isn't great - it's coming on, but unless Nvidia helps significantly, the project is stalled due to signed firmware.
I, for one, am never buying Nvidia hardware again unless their community involvement improves greatly - ocassional GPU rendering on Daz is not worth the really crappy desktop linux experience...
Yeah, I was planning on buying a next gen AMD card when they are released later this year. But, the current cards have issues with Blender 2.83 and beta versions, so I'll have to wait and see.
AMD may still lag behind Nvidia as regards performance, it can be hard to tell. I know a lot of linux people retain an inclination to expect AMD hardware to be 2nd class, buy i know linux buyers aren't getting the same return for their money thrown at Nvidia as Windows users. We should be paying a third the cost as we get a windows driver in a wrapper and none of the extra software tools windows users recieve for their money.
I'd like to replace my GPU, but can't justify it unless it goes caput.
Yeah, I don't think I'll buy another high end card. I'll just get the lowest card that has the amount of VRAM I need. Or maybe I'll spend the money on a better CPU. I never have to worry about driver issues with CPU and I don't have to worry about support getting dropped. My old Win7 machine is slowly dying (it doesn't even boot into BIOS sometimes) so I'm going to have to get a new CPU/Mobo one of these days.
On the bright side, The LDraw plugin works in Linux so I can bring Daz and Lego characters together in Blender.
I'm guessing you can export models from Blender to DS, but I haven't tried.
That's great - a nice kitchen floor tile might be better than the odd glassy green floor though - you could borrow the diffuse, normal etc. maps from a suitable Daz iray shader.
Unlike Blender, with it's tonnes of import plugins, Daz Studio is a little more limited, but you can export and import as obj. The bugger is often having to guess the scale used - I've only used it to save all my old optitex clothing items as Obj so I can use dForce instead. If you are going to be exporting your constructs from Blender, pick a scale (i.e. Blender, Poser or Daz) and stick to it.
Howdy everyone, this isn't really a DS question, but I was wondering what backup software you all are using? I'm on Ubuntu 20.04 and it has a backup utility, but I was wondering if there are better programs out there to use. Doing a quick search turns up dozens of backup programs and I have no idea what's good or bad.
I have Ubuntu on a 1TB SSD in my main machine and would like to back up important stuff to an external HD. The "important stuff" is documents, scene files, renders, etc - stuff I created and can't replace (so probably way under 100Gb). The other stuff, DIM downloads, install files, etc - things that can be easily downloaded I'm not worried about.
Plus I'm probably going to switch to a new distro in about a year, so the Ubuntu utility probably won't work for me.
I like FreeFileSync, myself.
Wow, that looks nice. I'm going to check that out tomorrow. Thanks.