Apparently the DAZ Install Manager is about ready

1141517192038

Comments

  • DaWaterRatDaWaterRat Posts: 2,882
    edited February 2013

    A couple of the installers created a "content" folder and put the Runtime files in there, when my Millennium 3 runtime is currently directly in the Millennium 3 directory (since otherwise it gets labeled "content" and not "Millennium 3"). So that's something I need to fix. Should I submit a bug report on those products?

    I meant to ask this earlier, when you were talking about how DS displays folder names, but which version are you using? The "error" (in my view) of showing the name of the parent folder for DS directories and of the folder itself for Poser directories was fixed in DS 3 sometime - now both types display the name of the selected folder. Of course the installer shouldn't be creating a Content folder in the destination directory, so that needs a bug report to the Content bug tracker.

    I'm using DS4.5. And I'm a bit confused. If I have "Toons/Runtime" and "Toons/Content", I map the Poser Library to "Toons" and the DS Library to "Toons/Content" and both show up as "Toons" in their respective library types. If I map the Poser Library to "Toons/Content/Runtime" I know it used to show up as "Content" in the Poser Library.

    I know I no longer need the DS Library to be "Conent" and can map it directly as "Toons" but back when that was required (which should tell you how old my library structure is) I kept Content and Runtime parallel. A large number of DS installers used to create Content directories, so I just got in the habit of pointing both installers to "Toon" and moving things after the fact, which until Metadata wasn't a big deal. And at this point, moving everything out of "Content" and into "toons" would result in a mess of misplaced Geometry, Morph, and Texture folders from various freeibes I don't want to get rid of in my DS libraries.

    I will submit that Bug Report, though I may wait until I'm sure that those few when I was re-building the Millennium 3 runtime are the only ones.


    Oh, and further thoughts on the downloaded itself. The Batch feature and letting it run all night is great. But I'm really not seeing the improved speeds. I'm sure that some of it is that everyone is hitting the servers, but I'm only a little more than a third of the way through the 3500 or so files that I still had to when I started downloading everything last night.

    Post edited by DaWaterRat on
  • scorpioscorpio Posts: 8,313
    edited December 1969

    No I'm not seeing any increase in download speeds either it took me 2 hrs to download and install 75 items.

  • JimmyC_2009JimmyC_2009 Posts: 8,891
    edited December 1969

    Download speeds are the same for me too, showing at 237 KB/s. I have had much faster than that many a time, but I still like the whole concept of the DIM. I think it will make a big difference for me.

  • adamr001adamr001 Posts: 1,322
    edited December 1969

    I'm using DS4.5. And I'm a bit confused. If I have "Toons/Runtime" and "Toons/Content", I map the Poser Library to "Toons" and the DS Library to "Toons/Content" and both show up as "Toons" in their respective library types. If I map the Poser Library to "Toons/Content/Runtime" I know it used to show up as "Content" in the Poser Library.
    The inclusion of the "Content" folder in any installer from any time frame was *always* an error. Everything inside Content should be moved to the root of Toons to be parallel to the Runtime folder and both DAZ Native and Poser directories should be pointed directly at Toons.
  • DaWaterRatDaWaterRat Posts: 2,882
    edited December 1969

    adamr001 said:
    I'm using DS4.5. And I'm a bit confused. If I have "Toons/Runtime" and "Toons/Content", I map the Poser Library to "Toons" and the DS Library to "Toons/Content" and both show up as "Toons" in their respective library types. If I map the Poser Library to "Toons/Content/Runtime" I know it used to show up as "Content" in the Poser Library.
    The inclusion of the "Content" folder in any installer from any time frame was *always* an error. Everything inside Content should be moved to the root of Toons to be parallel to the Runtime folder and both DAZ Native and Poser directories should be pointed directly at Toons.

    As I said, at this point, doing that with some of my runtimes would result in an even bigger mess than fixing the metadata after I move it. (Props and Sets being the worst offender) I have bunches of files and folders (yes, some people set up their freebies with the textures just loose in the directory) that would be showing up in the DS library.

  • adamr001adamr001 Posts: 1,322
    edited December 1969

    Then unfortunately you're kind of stuck. You won't be able to use the DIM to install / update content. :( You can still use it to download/update installers though.

  • DaWaterRatDaWaterRat Posts: 2,882
    edited December 1969

    adamr001 said:
    Then unfortunately you're kind of stuck. You won't be able to use the DIM to install / update content. :( You can still use it to download/update installers though.

    I had no intention of using the DIM to install. :) (Well, I was planning on faking it out with a dummy Runtime, and then merging everything over. Yes, it breaks the metadata, but that happens for me currently anyway.)

  • adamr001adamr001 Posts: 1,322
    edited December 1969

    I wonder if the Edit Base Path feature would help your situation... seems like it might but honestly I don't know enough about your system to know for sure :)

  • KeryaKerya Posts: 10,943
    edited February 2013

    And as far as I understood, if you leave those xml files for DIM (when moving the things out of the dummy runtime) it still thinks it has installed stuff and will tell you about updates.
    I think.
    I am a bit confused, but I think I got that right.

    Post edited by Kerya on
  • DaWaterRatDaWaterRat Posts: 2,882
    edited December 1969

    Kerya said:
    And as far as I understood, if you leave those xml files for DIM (when moving the things out of the dummy runtime) it still thinks it has installed stuff and will tell you about updates.
    I think.
    I am a bit confused, but I think I got that right.

    I can assure you, that that is correct. I did some dummy installs of my Genesis runtime last night, and it believes they're still installed, when my dummy runtime is currently empty. (Haven't opened DS yet, but I work from the Content Libraries much more than the Content Manager/Smart Content anyway.)

  • KeryaKerya Posts: 10,943
    edited December 1969

    Well - I am working with a tree view of my many runtimes in DS ... LOL
    Oldfashioned, but works.
    I like that the zips are smaller than the exe files!

  • murgatroyd314murgatroyd314 Posts: 1,436
    edited December 1969

    Mari-Anne said:
    DanaTA said:

    I know you weren't addressing me, but I feel compelled to answer anyway.
    Paycheck? Lousy.
    Internet? Better than most places this far from civilization, but still lousy.
    Location? People around the world dream of coming here once in their life.

    Ummmm...Alaska? I really don't have a clue. Tell, tell!

    Dana

    "I can see my house from here!"

    Could that possibly be the Mogollon Rim in Arizona? Wherever it is, it is gorgeous country!

    Right state, wrong rim.

  • Mari-AnneMari-Anne Posts: 363
    edited February 2013

    Mari-Anne said:

    This is great information. Thanks, linvanchene!! I do have two questions, though. Option II - first sentence: "add all my backup “User Product Data” .dsx files to the DS4.5 start up queue and mass process them" - do you do that in the DIM? and Option II - third sentence: "add the product .dsx files that were skipped to the queue again?" Same question. Or do you do that inside Daz Studio via one of the Database editor options? I've got DIM installed but am kind of holding off using the DIM until I see what people are running in to.

    There are three ways I know of to manually trigger the .dsa and the .dsx "User Product Data" backup files you created to be processed:
    All are done with the help of DS4.5.

    - - -

    The very first step is that you place the .dsa and .dsx files you created in /runtime/support


    Option 1 - file by file
    - Close DS4.5
    - Got to runtime/support and click on the .dsa file of the product that you want to process the metadata again
    - Open DS4.5 and confirm to process the metadata

    Option 2 - multiple files at the same time
    - Close DS4.5
    - Go to runtime/support and copy all .dsa files of the products that you want to queue the metadata again
    - Got to C:\Users\yourusername\AppData\Roaming\DAZ 3D\Studio4\RunOnce and place the .dsa flies there
    - Open DS4.5 and confirm to process the metadata

    Option 3 Content DB Maintenance Import Metadata
    - In the content library tab go to Content DB Maintenance Import Metadata and check the files you want to process again

    If you have not many products installed this may be the fastest way.
    If you have allready many products installed this will be the slowest because there is no search field and you have to scroll up and down

    OK - I get it. Thanks!

    Now for a pestier situation. I just got a brand new Win 8 computer about 10 days ago. I had backed up all my content from my old computer and was simply copying it all over to the new computer, intending to use the exact same paths for both the Content and My Library contents. However, due to a glitch, my user name ended up being different on the two computers. This caused the CMS not to function properly on the new computer.

    So, I created a new folder under C:\Users\Old User Name\.....\My Library and restored my backed up content to this folder. Everything worked fine. Or so I thought. In preparation for the new DIM, I realized that when I "export user data" there is no UserData_1.dsx file being created. Thus leaving me without my categories/user data being backed up.

    I have continued to keep my old computer up-to-date, though, and can produce the UserData_1.dsx file there. I am wondering now, if I create a new, clean and empty folder, reinstall my content via the DIM, and re-import my user data using the backup file from the old computer, shouldn't that work to restore my categories? I imagine if I were to test it with just one or two content files installed, there would be a lot of triangles and exclamation marks for missing content when I restore the UserData_1..dsx. I guess I can always try it and if it doesn't work, I can do a clean install and start from scratch. What do you think?

    Edited to add: I should mention that my intention is to place the new DIM reinstalled content in a different path than the existing paths - namely the default Public path, now keeping all the content in one folder as opposed to the former Content and My Library folders.

    Post edited by Mari-Anne on
  • DAZ_SpookyDAZ_Spooky Posts: 3,100
    edited December 1969

    Well, I'm attempting to use this to at least download zip versions of things,

    I think I've figured out a way to use it for this purpose at least.

    There are at this point so many threads and so many pages that I just can't find the answer to what I'm wondering. Clearly there are TONS of products that are not yet in zip format (There's virtually no Gen 2 or 3 items there), so they are not showing up in the DIM
    .
    How are those going to be integrated into things? Will they just automatically show up in the "ready to download' when the download zips are created???

    More than 10,000 done, so far. Most recent back to V4 Poser and DAZ Studio content, the only exceptions should be Shaders and Pupeteer presets (And other things that drop files outside the Content Structure.)

    If you have products that fall into that range and classification that are not done, please post a bug in the tracker.

  • DAZ_SpookyDAZ_Spooky Posts: 3,100
    edited December 1969

    Download speeds are the same for me too, showing at 237 KB/s. I have had much faster than that many a time, but I still like the whole concept of the DIM. I think it will make a big difference for me.
    Servers are seeing a bit of traffic, for some strange reason, :) at the moment.
  • DAZ_SpookyDAZ_Spooky Posts: 3,100
    edited December 1969

    Coldrake said:

    gishzida said:
    The installer assumes that All applications are installed on C Drive with no option to change installation location. I have 3 drives and no applications are installed on C drive except this one.

    FAIL!

    NOT FAIL! :-) You can put it anywhere you want, mine is on my I Drive.That one we already know about, and is something we are looking at. However if you move it, when it updates it will mess things up, as Install Manager does get updates. :)

  • linvanchenelinvanchene Posts: 1,336
    edited February 2013

    Mari-Anne said:

    [...]
    Now for a pestier situation. I just got a brand new Win 8 computer about 10 days ago. I had backed up all my content from my old computer and was simply copying it all over to the new computer, intending to use the exact same paths for both the Content and My Library contents. However, due to a glitch, my user name ended up being different on the two computers. This caused the CMS not to function properly on the new computer. [...]

    That is something I would also be interested to know the cause or the restrictions.
    In the past I did not run into any problems with the CMS when doing reinstallations.
    But I did always use the same Username.

    So far I did believe that the CMS is also relying on just relative path information.

    So, I created a new folder under C:\Users\Old User Name\.....\My Library and restored my backed up content to this folder. Everything worked fine. Or so I thought. In preparation for the new DIM, I realized that when I "export user data" there is no UserData_1.dsx file being created. Thus leaving me without my categories/user data being backed up.

    I have continued to keep my old computer up-to-date, though, and can produce the UserData_1.dsx file there. I am wondering now, if I create a new, clean and empty folder, reinstall my content via the DIM, and re-import my user data using the backup file from the old computer, shouldn't that work to restore my categories? I imagine if I were to test it with just one or two content files installed, there would be a lot of triangles and exclamation marks for missing content when I restore the UserData_1..dsx. I guess I can always try it and if it doesn't work, I can do a clean install and start from scratch. What do you think?

    Edited to add: I should mention that my intention is to place the new DIM reinstalled content in a different path than the existing paths - namely the default Public path, now keeping all the content in one folder as opposed to the former Content and My Library folders.

    As far as I gathered from one of the videos sine the latest DS4.5 update it is possible to have Genesis content placed in different paths.
    The video also shows how to add those different paths to you DS4.5 Studio libraries.

    I have not yet come around to try this out. In theory everything should work as you suggested.

    My basic assumption here is that all the relative paths stay the same.

    Example:

    The old default suggested default path

    C:\Users\yourusername\Documents\DAZ 3D\Studio\My Library

    and the new suggested default path

    C:\Users\Public\Documents\DAZ 3D\My DAZ 3D Library

    are the top directories that can be different. What matters is that all folders that are placed in the Library top folder have the same intact relative path structure as before.

    You can come up with any other top level names as long as the folder structure below remains the same:

    C:\Users\Public\Documents\DAZ 3D\My Other 3D stores Library

    - - -
    Speculation:
    I assume that DS4.5 will be able to read the information in your UserData even if the files are now split up to different absolute paths. The relative path will still be the same.

    I am not yet around to test this. What I will try to do sometimes later this week is set up separate runtimes for all content that I did not purchase in the DAZ store and then I will try to find out if those files can also be read when I copy paste userdata and process it or add CMS backup data.

    Post edited by linvanchene on
  • edited December 1969

    Seeing as all of the problems going on with data being collected by cell phone apps and other devices and then delivered back to the companies this also seems to be a valid question since the app is designed to control all of our files, what if any information about our systems is this app collecting and returning to the company? What does DAZ intend to do with the information being collected and why do they need it in the first place if it is collecting data?

  • RAMWolffRAMWolff Posts: 10,146
    edited February 2013

    Coldrake said:

    gishzida said:
    The installer assumes that All applications are installed on C Drive with no option to change installation location. I have 3 drives and no applications are installed on C drive except this one.

    FAIL!

    NOT FAIL! :-) You can put it anywhere you want, mine is on my I Drive.

    That one we already know about, and is something we are looking at. However if you move it, when it updates it will mess things up, as Install Manager does get updates. :)

    That's why I'm elated to have the option to download and store the zips on the L:!!DIM DOWNLOADS folder rather than the "default" on the C drive. As mentioned, I'm running out of room on the C drive so putting the downloads on the 2 terabyte backup drive will be better all the way around.

    It seems my previous post went *poof* so I'll repost here. Ah, I see, my post didn't go *poof* there was the other thread in the Members Only area talking about DIM and that's where I posted and it's still there. My bad! %-P

    As I stated previously... the program is easy to set up.

    Installed, signed in and then changed the default download path to my "L" drive which is my 2 terabyte backup drive.

    Created a folder that I recognize and put a !! in the front to keep it top most.

    Then changed out the "default" installation path. Kept the same path but again put a !! to keep it top most, created a nice folder icon for it called "DAZ Library" and then created a shortcut on the desktop.

    Checked off just 35 files to download and then unchecked the "Install After Download" so I can do that when I get home from work tonight when I have more time. I just wanted to see how fast this would be to download the 35 files.

    I do notice as the download folder is populated there are zips and there are matching .dsx files for that. Wondering what those are?

    Post edited by RAMWolff on
  • DanaTADanaTA Posts: 13,087
    edited December 1969

    RAMWolff said:
    Coldrake said:

    gishzida said:
    The installer assumes that All applications are installed on C Drive with no option to change installation location. I have 3 drives and no applications are installed on C drive except this one.

    FAIL!

    NOT FAIL! :-) You can put it anywhere you want, mine is on my I Drive.

    That one we already know about, and is something we are looking at. However if you move it, when it updates it will mess things up, as Install Manager does get updates. :)

    That's why I'm elated to have the option to download and store the zips on the L:!!DIM DOWNLOADS folder rather than the "default" on the C drive. As mentioned, I'm running out of room on the C drive so putting the downloads on the 2 terabyte backup drive will be better all the way around.

    It seems my previous post went *poof* so I'll repost here. If a mod thinks what I posted was wrong you best contact me about it.

    As I stated previously... the program is easy to set up.

    Installed, signed in and then changed the default download path to my "L" drive which is my 2 terabyte backup drive.

    Created a folder that I recognize and put a !! in the front to keep it top most.

    Then changed out the "default" installation path. Kept the same path but again put a !! to keep it top most, created a nice folder icon for it called "DAZ Library" and then created a shortcut on the desktop.

    Checked off just 35 files to download and then unchecked the "Install After Download" so I can do that when I get home from work tonight when I have more time. I just wanted to see how fast this would be to download the 35 files.

    I do notice as the download folder is populated there are zips and there are matching .dsx files for that. Wondering what those are?

    I think the complaint is about the DIM itself, not the content.

    Dana

  • RAMWolffRAMWolff Posts: 10,146
    edited December 1969

    I never assumed it was the content. The poster was complaining about where they could download to. I stated that the path was easily changed. All you gotta do is fish around a bit, took me like a minute to figure everything out.

  • DAZ_cjonesDAZ_cjones Posts: 637
    edited February 2013

    RAMWolff said:

    I do notice as the download folder is populated there are zips and there are matching .dsx files for that. Wondering what those are?

    These files are used to track information that comes from the server that is either expensive to calculate or is not in the zip itself.

    Post edited by DAZ_cjones on
  • DAZ_cjonesDAZ_cjones Posts: 637
    edited February 2013


    Speculation:
    I assume that DS4.5 will be able to read the information in your UserData even if the files are now split up to different absolute paths. The relative path will still be the same.

    I am not yet around to test this. What I will try to do sometimes later this week is set up separate runtimes for all content that I did not purchase in the DAZ store and then I will try to find out if those files can also be read when I copy paste userdata and process it or add CMS backup data.

    The User Data is keyed off of relative paths.

    Post edited by DAZ_cjones on
  • RAMWolffRAMWolff Posts: 10,146
    edited December 1969

    RAMWolff said:

    I do notice as the download folder is populated there are zips and there are matching .dsx files for that. Wondering what those are?

    These files are used to track information that comes from the server that is either expensive to calculate or is not in the zip itself.

    OK.. thanks.

    Now to go over meta data one more time. If I choose to create a sub folder within My Library WITHIN DAZ Studio and move content the meta data will be updated? SO say I want to move the male clothing to a folder within the Clothing folder for Genesis I won't have to worry about the meta data being corrupted?

  • DAZ_cjonesDAZ_cjones Posts: 637
    edited December 1969

    RAMWolff said:
    RAMWolff said:

    I do notice as the download folder is populated there are zips and there are matching .dsx files for that. Wondering what those are?

    These files are used to track information that comes from the server that is either expensive to calculate or is not in the zip itself.

    OK.. thanks.

    Now to go over meta data one more time. If I choose to create a sub folder within My Library WITHIN DAZ Studio and move content the meta data will be updated? SO say I want to move the male clothing to a folder within the Clothing folder for Genesis I won't have to worry about the meta data being corrupted?

    The meta data will update, and the CMS should handle it. However, if you ever have to rebuild the database, the information for that file will be lost unless you update the metadata file it came from as well.

  • RAMWolffRAMWolff Posts: 10,146
    edited December 1969

    RAMWolff said:
    RAMWolff said:

    I do notice as the download folder is populated there are zips and there are matching .dsx files for that. Wondering what those are?

    These files are used to track information that comes from the server that is either expensive to calculate or is not in the zip itself.

    OK.. thanks.

    Now to go over meta data one more time. If I choose to create a sub folder within My Library WITHIN DAZ Studio and move content the meta data will be updated? SO say I want to move the male clothing to a folder within the Clothing folder for Genesis I won't have to worry about the meta data being corrupted?

    The meta data will update, and the CMS should handle it. However, if you ever have to rebuild the database, the information for that file will be lost unless you update the metadata file it came from as well.

    I did mention in a previous post that I cleared out all the metadata from within DAZ Studio. Brought up the Smart Content to see and sure enough it's empty. I wanted a fresh start in that area. Is that the right way to do that?? I went through the Database Maintenance area. If there is another folder I need to go to to clear files please let me know. :-)

  • DAZ_cjonesDAZ_cjones Posts: 637
    edited December 1969

    RAMWolff said:
    RAMWolff said:
    RAMWolff said:

    I do notice as the download folder is populated there are zips and there are matching .dsx files for that. Wondering what those are?

    These files are used to track information that comes from the server that is either expensive to calculate or is not in the zip itself.

    OK.. thanks.

    Now to go over meta data one more time. If I choose to create a sub folder within My Library WITHIN DAZ Studio and move content the meta data will be updated? SO say I want to move the male clothing to a folder within the Clothing folder for Genesis I won't have to worry about the meta data being corrupted?

    The meta data will update, and the CMS should handle it. However, if you ever have to rebuild the database, the information for that file will be lost unless you update the metadata file it came from as well.

    I did mention in a previous post that I cleared out all the metadata from within DAZ Studio. Brought up the Smart Content to see and sure enough it's empty. I wanted a fresh start in that area. Is that the right way to do that?? I went through the Database Maintenance area. If there is another folder I need to go to to clear files please let me know. :-)

    The Database Maintenance is the best way. There are more complete removals but they are more complicated and only necessary if the db files themselves get corrupted.

  • DaWaterRatDaWaterRat Posts: 2,882
    edited February 2013

    RAMWolff said:
    I never assumed it was the content. The poster was complaining about where they could download to. I stated that the path was easily changed. All you gotta do is fish around a bit, took me like a minute to figure everything out.

    Sorry, but he said "install" not download.

    The installer assumes that All applications are installed on C Drive with no option to change installation location. I have 3 drives and no applications are installed on C drive except this one.


    I think he was referring, as I was in my post about it, to how the DIM itself installs on C, with no options to install the DIM on anything else. After that, sure, the DIM can download and install content wherever you tell it to, but the DIM installer itself gives no options to change where the DIM application is installed.

    Post edited by DaWaterRat on
  • DAZ_SpookyDAZ_Spooky Posts: 3,100
    edited December 1969

    Seeing as all of the problems going on with data being collected by cell phone apps and other devices and then delivered back to the companies this also seems to be a valid question since the app is designed to control all of our files, what if any information about our systems is this app collecting and returning to the company? What does DAZ intend to do with the information being collected and why do they need it in the first place if it is collecting data?
    Not collecting anything from your computer, so we aren't doing anything with it.
  • VoltisArtVoltisArt Posts: 212
    edited December 1969

    I think he was referring, as I was in my post about it, to how the DIM itself installs on C, with no options to install the DIM on anything else. After that, sure, the DIM can download and install content wherever you tell it to, but the DIM installer itself gives no options to change where the DIM application is installed.

    Yep. This needs to be changed, unless we're all supposed to learn the symbolic links trick. It's always irksome for a program to assume it knows better than all users, when that program has no need to imbed itself as part of the OS. (Such imbedding being the only good reason to require installing on the system drive.)
Sign In or Register to comment.