Apparently the DAZ Install Manager is about ready

1101113151638

Comments

  • DAZ_SpookyDAZ_Spooky Posts: 1,899
    edited December 1969

    Nope. Still not my question. I don't usually have this much trouble making myself clear, sorry.

    Will the DIM or the Zips or the XML files tell me the product version number it has just downloaded? Obviously it's going to be the latest one, but is there a way to know what that version number is before I install it?

    For example, I use the DIM to download Anubis. Is the file name Anubis.Zip with an Xml file labeled 1.8 in a way I can see it, Or is the Zip Anubis-1.8.zip, or do I have to open up the readme and hope that is finished and up to date? Or am I going to have to cross reference with various User threads?

    No neither the zips nor the files that support them have a version number. They have a GUID which is the version number but they are not sequential as much as a unique id.

    So my options are:

    1) Hope that the Readme is up to date, and has the version number
    2) cross reference with the User threads
    3) Install to a temp directory and compare things, then re-install manually over the existing install if the new one is different
    4) Install over the existing install and hope for the best

    If I didn't know better, I'd think you actually were trying to force me to rebuild my runtimes. :)

    If you have the most recent version, and only the most recent version, why do you need to know about intermediate versions? What is the big difference you believe you should be concerned about?

  • DAZ_cjonesDAZ_cjones Posts: 500
    edited February 2013

    Nope. Still not my question. I don't usually have this much trouble making myself clear, sorry.

    Will the DIM or the Zips or the XML files tell me the product version number it has just downloaded? Obviously it's going to be the latest one, but is there a way to know what that version number is before I install it?

    For example, I use the DIM to download Anubis. Is the file name Anubis.Zip with an Xml file labeled 1.8 in a way I can see it, Or is the Zip Anubis-1.8.zip, or do I have to open up the readme and hope that is finished and up to date? Or am I going to have to cross reference with various User threads?

    No neither the zips nor the files that support them have a version number. They have a GUID which is the version number but they are not sequential as much as a unique id.

    So my options are:

    1) Hope that the Readme is up to date, and has the version number
    2) cross reference with the User threads
    3) Install to a temp directory and compare things, then re-install manually over the existing install if the new one is different
    4) Install over the existing install and hope for the best

    If I didn't know better, I'd think you actually were trying to force me to rebuild my runtimes. :)

    The zips were built with the most recent version.
    There's no great way to tell from the files dropped by the current installers what version of the content the installer dropped. You could maybe tell if you know exactly which installer you used. However there were issues with come installers that the version number was not updated when it was suppose to be. These inconsistency and problems with the current installers is one of the reasons why we are moving a way from individual installers.

    Post edited by DAZ_cjones on
  • RAMWolffRAMWolff Posts: 5,276
    edited December 1969

    RAMWolff said:
    With the info that Spooky and Chris have revealed and questions answered, it always brings up more questions. Look at it this way you two, at least there are those of us that are deciding to go ahead with this and can help others then questions come up. Every conceivable one we ask that is of personal need or interest will more than likely get remembered. I can only imagine how much work this must have been and then to turn around and spend this much time answering question after question, some very similar to others already asked.

    With that Chris mentioned something about Advanced options.

    So with my set up, as I've stated, I split my clothing up, male, female, shared and fantasy for Genesis. It's easier for ME to find what I need either through the Content Manager or through the OS (as Chris puts it). I DON'T use DS to move items so I'm sure that's part of the issue with metadata and why I don't see allot of content in the Smart Content area but Oh well, perhaps someone will come up with a very slick way to fix all that eventually. My question is that if I want to keep my sub categories under Clothing & Characters (skins) it seems there is actually a way to point the DIM to those directories and then it will be logged correctly? I'm wondering if there is an advanced option to tell it to overwrite what it finds in those directories so it's logged perfectly??

    Not at this time.

    Now if you had a different runtime for each of the things you mentioned, and then left the files in place as they were dropped it would work, But otherwise you need to update the things tracking the file manually, so like the metadata file, the manifest, etc etc. Just like you manually moved the files.

    You could manually reorganize the zip and the manifest in it, but again I can't guarantee the results if you do.

    Hmm, so your saying that if I create the sub folders ahead of time, gather all the male genesis clothing zips and tell DIM to install ... Oh I see because of the data and texture folders it WOULD install but it would put it all in there. Hmmmmmmmmmm... not what I'm after. I'm hoping you guys have a laundry list of things to improve on this like that very thing. It would be something like wild card .duf files (both product and materials but NOT data related duf files) could be pointed to a specific folder. The rest would go where it would go by default.

    By the way, why isn't DAZ making more use of the Content>Textures folder these days? Less clicks to get there. It's where I've decided to throw my Bruno texture maps and most things I'm converting from now on, before I redo the surfaces. MUCH easier to browse to. ;-)

  • DAZ_cjonesDAZ_cjones Posts: 500
    edited December 1969

    RAMWolff said:
    RAMWolff said:
    With the info that Spooky and Chris have revealed and questions answered, it always brings up more questions. Look at it this way you two, at least there are those of us that are deciding to go ahead with this and can help others then questions come up. Every conceivable one we ask that is of personal need or interest will more than likely get remembered. I can only imagine how much work this must have been and then to turn around and spend this much time answering question after question, some very similar to others already asked.

    With that Chris mentioned something about Advanced options.

    So with my set up, as I've stated, I split my clothing up, male, female, shared and fantasy for Genesis. It's easier for ME to find what I need either through the Content Manager or through the OS (as Chris puts it). I DON'T use DS to move items so I'm sure that's part of the issue with metadata and why I don't see allot of content in the Smart Content area but Oh well, perhaps someone will come up with a very slick way to fix all that eventually. My question is that if I want to keep my sub categories under Clothing & Characters (skins) it seems there is actually a way to point the DIM to those directories and then it will be logged correctly? I'm wondering if there is an advanced option to tell it to overwrite what it finds in those directories so it's logged perfectly??

    Not at this time.

    Now if you had a different runtime for each of the things you mentioned, and then left the files in place as they were dropped it would work, But otherwise you need to update the things tracking the file manually, so like the metadata file, the manifest, etc etc. Just like you manually moved the files.

    You could manually reorganize the zip and the manifest in it, but again I can't guarantee the results if you do.

    Hmm, so your saying that if I create the sub folders ahead of time, gather all the male genesis clothing zips and tell DIM to install ... Oh I see because of the data and texture folders it WOULD install but it would put it all in there. Hmmmmmmmmmm... not what I'm after. I'm hoping you guys have a laundry list of things to improve on this like that very thing. It would be something like wild card .duf files (both product and materials but NOT data related duf files) could be pointed to a specific folder. The rest would go where it would go by default.

    By the way, why isn't DAZ making more use of the Content>Textures folder these days? Less clicks to get there. It's where I've decided to throw my Bruno texture maps and most things I'm converting from now on, before I redo the surfaces. MUCH easier to browse to. ;-)

    Software is never done. There are always more things to do with it.

    The Content>Textures path works for Studio only content, but not so much for Poser users.

  • DaWaterRatDaWaterRat Posts: 1,553
    edited December 1969

    Nope. Still not my question. I don't usually have this much trouble making myself clear, sorry.

    Will the DIM or the Zips or the XML files tell me the product version number it has just downloaded? Obviously it's going to be the latest one, but is there a way to know what that version number is before I install it?

    For example, I use the DIM to download Anubis. Is the file name Anubis.Zip with an Xml file labeled 1.8 in a way I can see it, Or is the Zip Anubis-1.8.zip, or do I have to open up the readme and hope that is finished and up to date? Or am I going to have to cross reference with various User threads?

    No neither the zips nor the files that support them have a version number. They have a GUID which is the version number but they are not sequential as much as a unique id.

    So my options are:

    1) Hope that the Readme is up to date, and has the version number
    2) cross reference with the User threads
    3) Install to a temp directory and compare things, then re-install manually over the existing install if the new one is different
    4) Install over the existing install and hope for the best

    If I didn't know better, I'd think you actually were trying to force me to rebuild my runtimes. :)

    If you have the most recent version, and only the most recent version, why do you need to know about intermediate versions? What is the big difference you believe you should be concerned about?

    That's just it. I don't know if I have the latest versions of everything. In some cases, I know I don't. But I also don't want to just install the new ZIPS over what I have without knowing if its an update or not, since that's potentially a lot of cleanup.

    My plan is to download and install, through the DIM, into a Temporary directory, since Chris said that manually deleting the directory through the OS will work. The DIM will still think it's installed everything. Moving forward, I would use the DIM for new products and updates, installing them into my existing runtime structure.

    However

    If something has been updated, and the version I'm installing is newer than the version I have, I want to update it. But only if it's a newer version. I don't want to install everything in the existing structure, and then spend several days cleaning it all up because of what I've previously moved and changed. I only want to clean up what's been updated, if necessary.

  • DaWaterRatDaWaterRat Posts: 1,553
    edited February 2013

    The zips were built with the most recent version.
    There's no great way to tell from the files dropped by the current installers what version of the content the installer dropped. You could maybe tell if you know exactly which installer you used. However there were issues with come installers that the version number was not updated when it was suppose to be. These inconsistency and problems with the current installers is one of the reasons why we are moving a way from individual installers.

    That's something I'll have to risk, but I have kept all my installers since at least last January, since that's when I got my new computer. So if there is any way I can see what version I am installing (even from the Runtime) I can compare that to what I have archived, and adjust the install accordingly depending on that comparison.

    Post edited by DaWaterRat on
  • DAZ_cjonesDAZ_cjones Posts: 500
    edited December 1969

    The zips were built with the most recent version.
    There's no great way to tell from the files dropped by the current installers what version of the content the installer dropped. You could maybe tell if you know exactly which installer you used. However there were issues with come installers that the version number was not updated when it was suppose to be. These inconsistency and problems with the current installers is one of the reasons why we are moving a way from individual installers.

    That's something I'll have to risk, but I have kept all my installers since at least last January, since that's when I got my new computer. So if there is any way I can see what version I am installing (even from the Runtime) I can compare that to what I have archived, and adjust the install accordingly depending on that comparison.

    The most current installers follow the pattern: idx_ShortProductName_x.x_suffix.exe.
    The x.x is the version number of that installer. You can compare that with the previous sources you mentioned or with a reset download of that item in the store. The store will not be immediately changing to the zips.

  • mephoriamephoria Posts: 40
    edited December 1969

    Just a quick note, since there seem to be a whole bunch of dissatisfied people here:

    I was really excited when this product was announced. After reading through 20 pages of complaints and explanations, I'm still really excited and look forward to getting the DIM. For this intermediate-level user they are granting a long-held wish.

  • GhostofMacbethGhostofMacbeth Posts: 635
    edited December 1969

    This sounds like it will be too much of a time suck for me to try to mess with. *Sigh* And I HATE zips.

  • FobokFobok Posts: 78
    edited December 1969

    mephoria said:
    Just a quick note, since there seem to be a whole bunch of dissatisfied people here:

    I was really excited when this product was announced. After reading through 20 pages of complaints and explanations, I'm still really excited and look forward to getting the DIM. For this intermediate-level user they are granting a long-held wish.

    Same here. This is exactly what I have been waiting for.

  • KeryaKerya Posts: 7,186
    edited December 1969

    Kerya said:
    Question (and thank you Spooky for your patience - and for being here and answering!):
    If I download everything, install to a fake runtime and then delete that fake runtime, at least the content in that folder - will the Install manager tell me then about updated products?
    Are you keeping all the zip files?

    Yes.
    I am keeping the zip files, I am (at the moment) keeping the exe files.
    Is keeping the zip files enough for the DIM to tell me about updates?
    *looks hopeful*

  • KeryaKerya Posts: 7,186
    edited December 1969


    Kerya said:
    Question (and thank you Spooky for your patience - and for being here and answering!):
    If I download everything, install to a fake runtime and then delete that fake runtime, at least the content in that folder - will the Install manager tell me then about updated products?
    Are you keeping all the zip files?

    Is this a yes or a no??? What does it have to do with keeping zip files and if it does, where do you have to keep them?? I keep all my zip/exe files but not in one folder - will that be necessary?

    The answer makes a difference as to how Install Manager sees the files.

    If you don't have the files either downloaded and in the download directory or installed, by Install Manager, then it will give you a list of files that you don't have installed or downloaded, from your account in "ready to download." It won't show any as updates if you don't have the files in the first place, they are simply ready to download. If you have files downloaded but not installed it will show those in "ready to install." If you download the files but remove the zips, they are no longer ready to Install, so they go back to ready to download. If you have install manager install them, they go into "Installed."

    Install manager marks anything that it has installed, which has an update, as having an update in your ready to download list. If there is something that you have downloaded and it is ready to install but there is an update, that product will come out of the ready to install list, and go back into the ready to download list. So while it will tell you there is something new to download, it doesn't actually mark it as an update, because it isn't, as far as Install manager is concerned, an update to what you have installed.

    So the answer is yes and no. If you have the zips in the download directory and have downloaded all of them, it will let you know you have new files to download, whether Install manager installed them or not.

    THANK YOU!
    (I should have gone on reading ...)
    That will work for me!

  • Richard HaseltineRichard Haseltine Posts: 19,343
    edited December 1969

    This sounds like it will be too much of a time suck for me to try to mess with. *Sigh* And I HATE zips.

    Well, remember that part of the point is that you don't have to do the unzipping. How much of a time suck it is will depend on how interventionist you are - if you leave content where it falls, either because you access it through Smart Content and/or Categories and Products then it's pretty much a case of figuring ut what your bandwidth will take and letting it run, but if you prefer to categorise on disc then it is potentially a lot of work and therefore may be less attractive.

    ----------------------------------

    To those who are tempted by the icea of hand-editing the XML etc. files: I tried hand-editing some of the dsx files to reflect my reorganisation of content and had endless trouble with the CMS. Since deleting the Support folders to make sure there were no custom files and resetting the database it has been behaving (but with far fewer entries, of course) so be very, very qu...careful.

    ----------------------------------

    Yes, we can move files in the Content Library but it has had problems with companion files, and won't allow placing files in the wrong type of folder (DS in Poser or vice versa) for loading via companion file (of course we can use the Create Poser Companion Files with .duf content) so it's not ideal - better file management tools in DS would be nice.

  • hermana5hermana5 Posts: 0
    edited December 1969

    Newbie question..... do i have to go into my account and reset everything so i will have the latest updates? or will the dim just get directed to my account and do it himself lol fingers crossed he will .

  • Richard HaseltineRichard Haseltine Posts: 19,343
    edited December 1969

    The DIM will do it for you - presumably you have to tell it your login details so it can access your account, then it handles getting the file list and downloading the files you want.

  • DAZ_SpookyDAZ_Spooky Posts: 1,899
    edited December 1969

    The DIM will do it for you - presumably you have to tell it your login details so it can access your account, then it handles getting the file list and downloading the files you want.
    100% Correct

  • DAZ_SpookyDAZ_Spooky Posts: 1,899
    edited December 1969

    Kerya said:


    Kerya said:
    Question (and thank you Spooky for your patience - and for being here and answering!):
    If I download everything, install to a fake runtime and then delete that fake runtime, at least the content in that folder - will the Install manager tell me then about updated products?
    Are you keeping all the zip files?

    Is this a yes or a no??? What does it have to do with keeping zip files and if it does, where do you have to keep them?? I keep all my zip/exe files but not in one folder - will that be necessary?

    The answer makes a difference as to how Install Manager sees the files.

    If you don't have the files either downloaded and in the download directory or installed, by Install Manager, then it will give you a list of files that you don't have installed or downloaded, from your account in "ready to download." It won't show any as updates if you don't have the files in the first place, they are simply ready to download. If you have files downloaded but not installed it will show those in "ready to install." If you download the files but remove the zips, they are no longer ready to Install, so they go back to ready to download. If you have install manager install them, they go into "Installed."

    Install manager marks anything that it has installed, which has an update, as having an update in your ready to download list. If there is something that you have downloaded and it is ready to install but there is an update, that product will come out of the ready to install list, and go back into the ready to download list. So while it will tell you there is something new to download, it doesn't actually mark it as an update, because it isn't, as far as Install manager is concerned, an update to what you have installed.

    So the answer is yes and no. If you have the zips in the download directory and have downloaded all of them, it will let you know you have new files to download, whether Install manager installed them or not.

    THANK YOU!
    (I should have gone on reading ...)
    That will work for me!

    Chris clarified further later. If Install Manager isn't the one moving files then the manifest file still thinks it has the files, so it doesn't know you got rid of the zips. Note this is not recommended or supported as Install Manager can get confused. :)

  • sikeussikeus Posts: 0
    edited February 2013

    I'm trying to figure out how to best use DIM for me, and have a few questions after reading this thread.

    1) From what I gather, it's recommended to use DIM to download and reinstall everything to a clean location. I'm theorizing that this has to do with the fact that most people don't have the latest versions/updates of all of their products from DAZ3D. So installing everything to the current (not clean) location could lead to extra files, etc. Is that correct? If I made sure that every product I have is up to date, would it be then okay to reinstall everything over my current DAZ3D Studio location?

    2) If I do install everything to a clean location, will I be able to transport over my user data? What I've read suggest yes, as long as files weren't moved around on the OS, etc, before categorization was done. If this doesn't work, then I'll definitely want to figure out a way to reinstall everything into my current DAZ3D Studio location.

    3) I've read a little bit in the threads that this install manager will allow us to easily create our own metadata. Is that correct? My main problem with metadata is that I want everything for M4 and V4 to show up when I have Genesis selected, since we can use autofit with Genesis. Will we be able to make that happen with this new metadata? Also, I like to have all of my shoes in one category, etc. Will it be possible to use DIM to make that kind of detailed metadata? (I would be surprised if the answer to that one is yes, but it doesn't hurt to ask. I'd love to have something less time-intensive than creating my own categories, but I do like being able to group things together, like shoes, pants, shirts, etc.)

    Thanks.

    Post edited by sikeus on
  • Mari-AnneMari-Anne Posts: 279
    edited December 1969

    Just out of curiosity, will the announcement of the availability of the new DIM be made in the Commons or in the Members Only forum?

  • DAZ_cjonesDAZ_cjones Posts: 500
    edited February 2013

    sikeus said:
    I'm trying to figure out how to best use DIM for me, and have a few questions after reading this thread.

    1) From what I gather, it's recommended to use DIM to download and reinstall everything to a clean location. I'm theorizing that this has to do with the fact that most people don't have the latest versions/updates of all of their products from DAZ3D. So installing everything to the current (not clean) location could lead to extra files, etc. Is that correct? If I made sure that every product I have is up to date, would it be then okay to reinstall everything over my current DAZ3D Studio location?


    This issue you brought up is the biggest one, but not the only one. If you install over a current content folder, you also need to run a special action in Install Manager to fix its uninstall capabilities post install of all your content. See the documentation when its up for more details on this action.

    sikeus said:
    I
    2) If I do install everything to a clean location, will I be able to transport over my user data? What I've read suggest yes, as long as files weren't moved around on the OS, etc, before categorization was done. If this doesn't work, then I'll definitely want to figure out a way to reinstall everything into my current DAZ3D Studio location.

    The key for the user data is the file's relative path and file name--its path relative to the mapped directory. As long as it is still there the user data will load just fine.


    I
    3) I've read a little bit in the threads that this install manager will allow us to easily create our own metadata. Is that correct? My main problem with metadata is that I want everything for M4 and V4 to show up when I have Genesis selected, since we can use autofit with Genesis. Will we be able to make that happen with this new metadata? Also, I like to have all of my shoes in one category, etc. Will it be possible to use DIM to make that kind of detailed metadata? (I would be surprised if the answer to that one is yes, but it doesn't hurt to ask. I'd love to have something less time-intensive than creating my own categories, but I do like being able to group things together, like shoes, pants, shirts, etc.)

    Thanks.

    DIM is not a metadata tool. It just installs it. Studio however has all the tools necessary to do what you describe.

    Post edited by DAZ_cjones on
  • DAZ_SpookyDAZ_Spooky Posts: 1,899
    edited December 1969

    Mari-Anne said:
    Just out of curiosity, will the announcement of the availability of the new DIM be made in the Commons or in the Members Only forum?
    That is a Marketing call. :) I guess that one is wait and see. :)

  • linvanchenelinvanchene Posts: 617
    edited February 2013

    If you delete the folder or its contents after installing the content and before starting DS then the new items won't be added to the queue and you won't be prompted to process them.

    Not sure what you are answering here Richard.

    With Install manager the metadata is written directly to the database as part of the install process. For Carrara users this means no more opening DAZ Studio to populate your Smart Content tab. For DS users that means no more delay on open to process new content.


    I tried to follow this thread as good as I can. I understand that there are users who do not use metadata at all.

    For me as someone who invested two months to categorize my content with "categories", "file types", "compatibility bases", "scene IDs" and "Tags" it is a huge deal how the DIM now does not seem to give the user the option to choose if metadata is installed or not.

    For new products I will want the official DAZ metadata.
    And I also appreciate the "mini-metadata" added for old products that do not have proper metadata.

    But for many reason when I spent hours to customize the metadata of a product I do not want those customizations just to be overwritten by the DIM without giving me an option to say stop.

    I will certainly want to install the updates to the product. But I may not want to install any updates to the product metadata if I allready customized it myself.

    Before this could just be done by choosing not to process the metadata added to the queue at startup. How is this done now?

    - - -

    I have two questions:

    Question 1:

    Is there in the current version of the DIM really no option at all included to prevent the DIM from writting directly to the database?


    Question 2:

    If the DIM is writing directly to the database are there still any files placed in /runtime/support?

    - - -

    Currently I am under the following impression:

    The only way to prevent that customizations made to products are kept is to go to the "Product Library" "Content DB Editor" and export the .dsa and .dsx files to /runtime/support and make a backup in another location that needs to be reimported AFTER the DIM has finished installing.

    The normal "User Data" is not enough to make sure those changes are not lost. Exporting and Importing needs to be done on a "product" level.

    - - -

    In any way I spent a lot of thought on the consequences for metadata management with and without the help of the DIM.

    To be able to use all the useful functions of the DIM I am currently preparing to reinstall my whole runtime once again.

    I would like to do the reinstallation the way DAZ officially suggests and hope DAZ can provide a complete guide how to do that especially for users that allready created a large library of customized metadata that I would like to call "User Product Data".

    "User Product Data" is a term I would like to introduce for metadata "products" that were customized by the user and then exported as .dsa and .dsx files to /runtime/support from the "Product Library" using the "Content DB Editor".

    The "User Data" as introduced by DAZ is a collection saved in just one file of all changes a user made that are NOT saved in a "product" and exported.

    Currently I am very worried that DIM and also the current DAZ metadata management tools are mainly designed towards the users that just use "User Data" as a quick way to customize content.

    To make full use of the CMS and all the metadata tools I am strongly convinced one has to be able to make use of the "User Product Data", making backups on a product level ready for export and import as a preparation for updates and complete reinstallation of the whole runtime.

    - - -

    I am also aware that not all people are interested in metadata.
    As there has been said there is not just one way to organize a runtime.
    I can understand that it is not easy for DAZ to come up with solutions for all those different needs.

    The introduction of the DIM seems a good opportunity to completly reinstall the whole runtime.
    I put together some kind of a step by step guide how that process was done before the DIM and now invite those interested to have a look at it and share and discuss how that process could be updated with the new options the DIM introduces:

    Metadata Management - complete reinstallation preparation - step by step

    http://www.daz3d.com/forums/discussion/16216/

    I see this step in step guide as a collection of the status quo and work in progress document until DAZ makes an official document available that deals with all those questions a complete reinstallation of all content WITH all metadata brings.

    It would be great if those people who worked on the DIM could share their experiences if those steps I came up with are reasonable or if I am missing some importent points that may alter the way metadata reinstallations were done in the past that I have not yet mentioned.

    I can understand that you cannot share all information now until the DIM is officially released.
    But I would be very happy if you could provide some useful tips and suggestions as soon as the official release is available.

    - - -

    Thank you for reading.

    Post edited by linvanchene on
  • ZelrothZelroth Posts: 691
    edited December 1969

    I apologize if this has been asked and answered. After reading 18 pages, my mind has started getting fuzzy with all the details, answers and speculation - as well as the non-DIM info.

    My question/situation is:
    I run Studio on 2 different computers, my heftier (?) desktop and my newer laptop. For DIM to work accurately (for updates especially) will I need to download the Zips on both machines, or only once as long as the download location is the same directory?

  • FobokFobok Posts: 78
    edited December 1969

    Ok, I have a new question now. I'd been seriously considering doing a fresh install, but the new video on Youtube shows using the uninstallers to manually uninstall everything. I have 226 installers, and I'm sure other users have a lot more than me. Is there no quicker and easier way? Can't we just wipe those folders and start over?

  • DAZ_cjonesDAZ_cjones Posts: 500
    edited December 1969

    Zelroth said:
    I apologize if this has been asked and answered. After reading 18 pages, my mind has started getting fuzzy with all the details, answers and speculation - as well as the non-DIM info.

    My question/situation is:
    I run Studio on 2 different computers, my heftier (?) desktop and my newer laptop. For DIM to work accurately (for updates especially) will I need to download the Zips on both machines, or only once as long as the download location is the same directory?

    If your desktop and laptop can access the same folder, then you can download to one place. If not, you could still download to one and then just copy the donwload folder over to the other with an external hard-drive or direct connection.

  • DAZ_cjonesDAZ_cjones Posts: 500
    edited December 1969

    Fobok1 said:
    Ok, I have a new question now. I'd been seriously considering doing a fresh install, but the new video on Youtube shows using the uninstallers to manually uninstall everything. I have 226 installers, and I'm sure other users have a lot more than me. Is there no quicker and easier way? Can't we just wipe those folders and start over?

    If you are going to wipe the whole old folder you can just delete it, its only if you are keeping something in that folder that you want to manually run the un-installers. You may wish to back up that folder first, just in case.

  • KickAir 8PKickAir 8P Posts: 1,843
    edited December 1969

    Zelroth said:
    I apologize if this has been asked and answered. After reading 18 pages, my mind has started getting fuzzy with all the details, answers and speculation - as well as the non-DIM info.

    My question/situation is:
    I run Studio on 2 different computers, my heftier (?) desktop and my newer laptop. For DIM to work accurately (for updates especially) will I need to download the Zips on both machines, or only once as long as the download location is the same directory?


    If your desktop and laptop can access the same folder, then you can download to one place. If not, you could still download to one and then just copy the donwload folder over to the other with an external hard-drive or direct connection.

    I do it with an external hard drive, and I've been very happy with how well DAZStudio's handled it since the duf files came out. Glad to hear it'll still work!

  • FobokFobok Posts: 78
    edited December 1969

    If you are going to wipe the whole old folder you can just delete it, its only if you are keeping something in that folder that you want to manually run the un-installers. You may wish to back up that folder first, just in case.

    Excellent, thanks. The only thing I really want to save from my old folder are a few genesis and supersuit presets.

    But yeah, I'll definitely back up first.

  • DAZ_cjonesDAZ_cjones Posts: 500
    edited February 2013

    I have two questions:

    Question 1:

    Is there in the current version of the DIM really no option at all included to prevent the DIM from writting directly to the database?

    If you want to you can stop the CMS, run Install Manager, and then restart the CMS. But at this time metadata just always happens.



    Question 2:

    If the DIM is writing directly to the database are there still any files placed in /runtime/support?

    DIM still drops the dsx into /runtime/support so the Re-import metadata in studio still works.

    Post edited by DAZ_cjones on
  • ZelrothZelroth Posts: 691
    edited December 1969

    Zelroth said:
    I apologize if this has been asked and answered. After reading 18 pages, my mind has started getting fuzzy with all the details, answers and speculation - as well as the non-DIM info.

    My question/situation is:
    I run Studio on 2 different computers, my heftier (?) desktop and my newer laptop. For DIM to work accurately (for updates especially) will I need to download the Zips on both machines, or only once as long as the download location is the same directory?


    If your desktop and laptop can access the same folder, then you can download to one place. If not, you could still download to one and then just copy the donwload folder over to the other with an external hard-drive or direct connection.

    I do it with an external hard drive, and I've been very happy with how well DAZStudio's handled it since the duf files came out. Glad to hear it'll still work!

    Thank you for the quick response. That is what I thought, but I am glad to have it confirmed by DAZ.

Sign In or Register to comment.
Rocket Fuel