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
Yes but doing that for every download is really rediculous. There should be a setting for the end user to allow for 1 2 or 3 downloads at time. Thanks Frank
I don't know if this applies to everyone but on my machine only two downloads are going at any one time. If I select ten to download, two get going, when one finishes another starts so there are always only two.
Also if you don't like doing the checkmark thing (it's tiny and hard to hit exactly for me with my bad eyes) you can click on the 'download' button on the right, it will do the same thing. In fact you can click more than one at a time. Click click click click. It still will only download two simultaneously.
If you want to know the total of all items you wish to download but want to selectively download just checkmark all that you want to download, read the figure at the bottom then click the checkmark box next to 'Products' at the top. This will select ALL, then another click clears ALL. It's easy.
What he really want is to queue up all the downloads, but have them download one at a time instead of two at a time. AFAIK that isn't an option. You could put in a feature request.
As Mike suggested it wouldn't hurt to put in a feature request. I don't see that request being unreasonable
Well it's not the end of the world but yea, my internet comes to a crawl when I got downloads happening. Didn't used to be like that so something changed in the DIM code.
That wouldn't make much of a difference between 1 or 10 simultaneous downloads. There is no throttling on speed for any single download, so if it was one at a time, it would just double the speed that a single one would get grabbed at and still chew up the same throughput. Not saying a setting for how many simultaneous downloads isn't a bad idea, just would have to have a cap.
So, single download your internet would still go to a crawl more than likely. What would help you more would be a throttle. So you could say only have a max transfer rate of X Kb/s or something in DIM. In the absence of that being built into DIM, there are several software pieces out there (depending on your platform, some free versions or open source ones) where you can run a network shaper or limiter per application.
We will have to agree to disagree on that Jon. When I queue one download at a time I can browse. When I allow it to do it's usual 2, esp if they are two large downloads (and lets face it, this industry is now allowing for hundreds of mg's per download these days) it causes bottlenecking. I did a speed test to make sure it's not on my end and the new service I'm using, is giving me very good up and download speeds. DIM is the only app right now that causes Google Search, Amazon and Google Plus to stop loading pages when more than one download is allowed via DIM!
I'm having problems updating DIM, my version 1.1.0.7, refuses to download update.
Any other way to update?
http://www.daz3d.com/downloader/customer/files/#prod_14811
Scroll down and select either Mac or Win
Download from there
http://www.daz3d.com/downloader/customer/files/#prod_14811
Scroll down and select either Mac or Win
Download from there
Thanks! it worked.
The reason I would like to be able to set to download 1 or 2 is for when DIM or my internet is having a hissy fit and keeps giving me problems. If I only have one DL going at a time at that point, the fits happen less often. Or for when I have a limited time for downloading, but want to get as much as possible. It is a lot easier to wait for one to finish instead of 2.
Okay, the DIM is taking FOREVER to start. The DIM itself (on my machine) is installed on my SSD C: drive, while the content downloads to my standard HD E: drive. I have several thousand installed items, which is maybe the issue? I also have thousands of other items hidden in the "Ready to Download" tab because I'd already had all pre-DIM content installed and didn't need to re-download it. If it's just an "I have bought too much stuff and the DIM is bloated" issue, I'm not sure the startup speed can be improved, but it's worth asking. I should probably also mention that I have a really new, really fast machine (which is likely why I'm annoyed by slow startups, lol.) It takes the DIM twice as long to start as it does for Photoshop CS6 with a few hundred patterns and brushes cached. I also have the NVIDIA/Ivybridge install issue (children killed if I let the DIM update itself.) Didn't think this would have any impact on DIM performance, though -- just install, right?
I thought it was just the install, and the driver was updated in December for the nvinit issue. How long is it taking to launch?
Very long startup of DIM, for me, turned out to be ZoneAlarm problem. Only solution was to ditch ZoneAlarm - very reluctantly - and replace with something else (currently Commodo).
I use AVG and Windows Firewall and always have -- the DIM startup has only begun to annoy me recently. And disabling AVG/Firewall did not change the DIM startup time. (Though it did make me sweat when I tried it, lol. I felt naked!!) Wish I'd paid closer attention to when the sluggishness began...
I probably should mention, for those wondering what the heck I'm talking about, that the "dead children" aren't REALLY dead children. It's the "child killed" error that appears when the DIM install fights with the NVIDIA drivers.
Try going to Windows\SysWOW64 and renaming nvinit.dll to nvinit.off and see if that solves the problem.
What version of the driver are you using? The May 26th update gave me lots of problems, so I'm using 335.23 from March
That worked the first time I encountered the problem, but after a few updates (when the file came back) I did the name-change thing and it didn't work. Using 337.88, 5/26/14
In any event, I was able to install the most recent DIM update manually -- but I think I updated the DIM before the 5/26 NVIDIA update. Just wish it didn't take so long to open...!
My DIM starts up very slowly and has all along. No errors though. And I've noticed it's even slower when there are new product updates. But it's slow even without. I mean well over a minute.
Sometimes I see the harddrive light flashing and just assume it's reading all the manifests and I haven't a clue why it's doing that. But I have time to do whatever before DIM is ready to use.
I think the more zips that are saved to the library or the longer the list is it takes longer to process it all before it starts up. I was thinking on this the other day when I waited well over a minute for DIM to start up. Must be a way for the program to print out a quicky reference to look at so start up times are lessened!
I tend to agree. I'm pretty sure if I had nothing downloaded, the DIM would boot almost instantly. Which is why I don't think there's anything I can do to quicken the startup on my own. For future development, however, it would be nice if the installer (which presumably is meant to put all your content into your libraries) isn't bogged down when you have a lot of content.
If anyone knows some way of "tidying up" the DIM files/manifests to make startup faster, please do share.
The more you own and the more you have installed, the longer the startup.
If you are working on-line at startup:
1) DIM logs into your account and pulls down a complete list of your product library, gathering the file checksum for each download file and builds the customer manifest.
2) The file checksums are then compared against your installed file manifests and your downloaded files manifests to see if any have been updated.
3) The install manifests are matched against the downloads to determine what is left ready to install
4) The screen updates, showing updates, new ready to download, the ready to install, and the installed files.
If you are working offline:
1) DIM checks all your installed file manifests and matches them against the download folder manifests.
2) A mis-match in the file checksums indicates an update has been downloaded.
3) The installed list is matched against the download list to split out the installed and the ready to install.
4) The screen updates, showing updates, ready to install, and installed.
In both cases DIM connects to the current CMS - if it is Postgres, there will be a brief delay while the Postgres processes launch.
There's not a lot that can be done to speed things up -- the only item I can think of would be to create one file with all the checksums in it - but that file would have to be updated or re-built every time a file was installed, un-installed, updated, or downloaded. Probably a lot more overhead than just reading all the individual .dsx files.
At the risk of being pilloried - make sure they're all on SSD. :-) These are, after all, the kind of high-read/low write activity files SSD was designed for.
Well while that breakdown is helpful I would think that DAZ would think of a better way around this slow startup issue. They are brilliant enough to figure it out. We are but the lowly customers trapped in a quagmire of time induced brain freeze while we wait.. What is a little old Wolffie to do but lay down by the fire and wait I guess....
I agree with everything said here. Also when I'm backing up my download folder to an external I find dozens if not hundreds of manifest files have been updated--well beyond the new files downloaded since my last back up. Once I back up, I delete the zip files in the download folder (tight on main harddrive space).
Yeah, I've reported the excessive updates of the manifest files. Fixing it doesn't seem to be a priority.
I do all my downloads to a USB external drive on my laptop at a wifi hotspot, then copy them to my main system when I get home. I run a weekly backup of the combined downloads (I back up to a pair of 2TB external drives) and also build an archive on DVD - which consists of copying all the files above a previous date/time stamp to a work directory and then deleting all the .dsx files that don't have a zip file. Real pain in the backside.
I move the files from the downloads folder (both the .zip and the .dsx) to my archive folders after installing -- don't know how much difference that makes in load time, but it means that (a) DIM only has to check the Manifestfiles for those products, and (b) DIM doesn't bother refreshing the .dsx file for that product.
LOL. Yup. I'd pillory you if you weren't just words on a monitor!! (I think I currently have 88GB of downloads plus over a TB of runtimes and art files combined. Something tells me an SSD might be a bit cost-prohibitive!!) I might be able to afford it if I mortgaged the house...!
And, before I forget, thanks for the great explanation of how the DIM starts up. I honestly never knew most of what you said. Interesting stuff. (Not sure it helps me, but good to know anyway, lol!)
I back up in triplicate (a pair of mirrored RAID drives and a second portable drive, which I mainly synchronize so I can take my library with me, should the need arise), but I'll admit I'm not nearly as detail-oriented as you are! I just do all backups via a nightly, auto sync app. (Have it scheduled as a task.) I probably SHOULD do an optical backup, but I don't. I've got my main runtimes backed up on a cloud, but not my product downloads.