Daz Packager
raphaelbouvigne
Posts: 7
in Freebies
DazPackager — Make any Daz content compatible with Install Manager
Ever bought a Daz Studio product outside the official store and had to manually dig through folders instead of just using Install Manager? DazPackager fixes that.
Drop your .zip (or an already-extracted folder) onto DazPackager, and it generates the Manifest.dsx and Supplement.dsx files Install Manager needs — no manual editing, no guesswork.
Useful both ways:
- Customers: turn any purchase into a clean, DIM-installable package in seconds
- Creators: give your buyers the smooth Install Manager experience without changing how you build your products
Highlights:
- Auto-detects content structure (even without a Content/ folder)
- Batch mode for whole folders at once
- Drag & drop
- Free, open source, single portable .exe — no install required
RenderHub : https://www.renderhub.com/raph4/dazpackager
Renderosity : https://www.renderosity.com/freestuff/items/100340/daz-packager
Website : https://www.systempixel.fr/daz-packager/
GitHub : https://github.com/raphaelbouvigne/DazPackager
dazpackager-01.jpg
2560 x 1440 - 148K
dazpackager-02.jpg
2560 x 1440 - 208K
dazpackager-03.jpg
2560 x 1440 - 282K

Comments
An excellent utility, very easy to use and works perfectly. Very quick. Thank you! :)
Thanks.
Holy batman, I cant seem to get this to work. It looks like a winner but until I can get my hands around her. I still love the idea of this script. Maybe a little more info or video on getting it to work. Thanks anyway for your contribution.
You have .NET 8 installed ?
Did you run it from the command line?
I didn't have the .NET installed yet. I tried but I'm having an issue installing it ie. the Net 8. I'll see whats the issue and try running the Packager again. Thanks.
Hey, just checking back in — were you able to get .NET 8 installed and get DazPackager running? Happy to help troubleshoot if you're still stuck.
For reference, here's the direct download page: https://dotnet.microsoft.com/en-us/download/dotnet/8.0 — you just need the ".NET Runtime" (not the SDK) for your OS/architecture (x64 on most Windows PCs).
---
Update v1.0.1 is out!
DazPackager now also detects two more common (and messier) zip structures found in third-party products:
- Content folder nested inside another custom-named folder instead of being at the root
- Known Daz folders (People, Runtime, data...) buried deep inside a custom-named library folder, with no Content folder at all
Thanks to a community contributor for this addition!
Grab the update on GitHub, RenderHub, or Renderosity (links in the first post).
Still haven't gotten .net to work. i'll try the link that you referenced. Thanks
This is good. It would be even better if there were a parameter for setting the output directory. I'd rather the DIM zips not be in the same folder as the source zips when it finishes running.
Thanks for listening.
I would think that you would want the output zips to go into your DIM Downloads folder, so you could open DIM and install the products.
I have a directory with Renderhub download zips, for example. I don't want the output DIM files there. And I don't want to move them manually
Also, I wouldn't put the DIM zips in with the Daz Shop DIM zips. I would changed the directory where DIM looks for the zips. This way DIM isn't constantly reading the files and trying to compare them to the Daz shop. My Daz Shop zips folder is 11864 File(s) and 2.4 TB. DIM takes over 2 minutes to reconcile those zips against "what's new" every time I load or hit reload in DIM. I don't need to make that set of zips bigger for no reason.
The assumptions made for naming install manager ready files are wrong. The correct naming scheme is documented:
^([A-Z][0-9A-Z]{0,6})(?=\d{8})(\d{8})(-(\d{2}))?_([0-9A-Za-z]+)\.zip$Do also note that the
IMprefix is reserved for use by Daz 3D, packages from other sources should use a different prefix.Update v1.1.0 is out, thanks to your feedback!
@jmucchiello — you can now choose where generated packages are written with a new --output <folder> option, instead of always next to the source file. Point it straight at DIM's watched Downloads folder if you want, or anywhere else. Works in single-item, batch, and multi-drop modes.
@Zicon — you were right about the naming convention. Generated packages now use a DP prefix instead of IM, since IM is reserved for official Daz3D Store packages. Thanks for pointing that out with the exact regex, that made it an easy fix.
As always, keep the feedback coming — it directly shapes what gets improved next.
Grab the update on GitHub, RenderHub, or Renderosity (links in the first post).
Cool. Thanks. Now to find all my original downloads of 3rd party stuff. :) :)
BTW, The Github readme still mentions the IM prefix.
A mistake, I will update Readme/doc. later.
DazPackager v1.2.0 is out!
Optionally auto-delete the source after a successful package, and save a full run log to a text file. README also fully updated to cover everything the tool now does.