Daz Studio Pro BETA - version 4.9.1.30! (HOTFIX - Release Candidate 3 - UPDATED)

DAZ_VinceDAZ_Vince Posts: 114
edited March 2016 in Daz Studio Discussion

Daz 3D is pleased to announce Daz Studio Pro BETA - version 4.9.1.30! (*UPDATED*)

 

!! IF YOU HAVE NOT UPGRADED TO THE GENERAL RELEASE OF 4.9, IT IS HIGHLY RECOMMENDED THAT YOU BACKUP YOUR CONTENT DATABASE IN DAZ STUDIO 4.x (E.G., 4.6, 4.7, 4.8) BEFORE LAUNCHING DAZ STUDIO 4.9 !!

How do I backup my User Data in Daz Studio?

 

!! IF YOU HAVE NOT ALREADY MIGRATED FROM THE OLDER VALENTINA DB BASED CMS TO THE POSTGRESQL BASED CMS, IT IS HIGHLY RECOMMENDED THAT YOU DO SO BEFORE LAUNCHING DAZ STUDIO 4.9 !!

Has the Content Management Service (CMS) changed?

 

Highlights:

4.9.1.30 (*UPDATED*)

  • Fixed various issues relating to being able to deliver Interactive Lessons via Daz Connect (add support for the ability install these like content instead of like a plugin)
  • Updated the usage example embedded within the Interactive Lesson common include script

4.9.1.27

  • Fixed an issue where MDL Directory Manager would hang on launch
  • Fixed an issue in the Poser format importer with resolving paths of files installed via Daz Connect
  • Fixed an issue that prevented the missing image prompt from appearing when images are missing on file load

4.9.1.25

  • Added shader language identifiers for Material(s) and Shader presets; MDL (Iray) vs RSL (3Delight) etc.
  • The sorting order option in smart content views/pages is now saved/restored between sessions (Smart Content Files/Products, Shaping Presets, Posing Presets, Surfaces Presets, Lights Presets, Cameras Presets, Render Settings Presets, etc).
  • Fixed several issues with Scene Builder (now based on the 4.9 database instead of 4.6, 4.7, 4.8)
  • Fixed path resolution for *.daz based content installed using Daz Connect
  • A snapshot of categories and compatibility bases for assets are now copied when creating a product
  • Fixed #DS-1142/#CS-210179 : Case-insensitive sort of folders and files
  • Fixed an issue that prevented the removal of assets from products that were not installed through Daz Connect
  • Removed the “Remove Orphaned File References” and “Consolidate File References” options from DB Maintenance dialog (does not make sense with the 4.9 database structure)
  • Fixed an issue that prevented renaming of products that were not installed through Daz Connect
  • Fixed an issue with product update triggers to prevent erroneous product deletes
  • Extended the Store add/remove scripting API (removing "DAZ 3D" or "LOCAL USER" stores is not supported)
  • Reserved values (i.e., "DAZ 3D" and "LOCAL USER" stores, and "LOCAL USER" product) are are now ensured to be present in the database on setup/startup
  • Fixed an issue with setting the texture type while copying a layered texture
  • Fixed an issue in Iray Uber shader with the application of Diffuse Strength to images
  • Fixed an issue with Poser format files failing to receive metadata when the parent directory of the runtime directory was not also mapped as a native directory

4.9.1.21

  • Fixed an issue where migrated products that were installed by Install Manager (or manually) were being marked as being installed by Daz Connect.
  • Fixed an issue that prevented a serial number from being entered while working offline (unless adjacent wizard pages were stepped back/forth after the serial number was entered into the field).
  • Fixed an issue with inaccurate indication of missing file on scene load (some products that are already installed were showing as needing to be installed).
  • Fixed incorrectly removing existing asset records in the database when importing metadata from dsx files.
  • Fixed advanced filter date parsing in smart asset/product views (see Advanced Filtering for more information).
  • Fixed system configuration detection to be the same on 64 bit and 32 bit*
  • Fixed system configuration detection to handle machine accounts with admin privileges*
  • Fixed issues with messaging on failed connections to be more accurate (some occurances incorrectly stated that the username or password were incorrect)
  • Fixed the “Update Metadata” action in context menus for products so that it now forces an update to the metadata cache rather than refreshing from the local cache
  • Fixed the LOCAL USER product image (./resources/images/local-user-product.png was missing)
  • Fixed an issue that could cause multiple unending connection attempts (prevented the application from successfully closing)
  • Fixed an issue where account credentials were not being converted before being handed to Daz Connect (caused login to fail when non-ASCII characters were used)
  • Fixed migration triggers for products where the StoreId is not “DAZ 3D” and/or where the ProductToken is empty

*Note: A "Configuration Changed" message is expected to display for all users that have logged into Daz Connect upon launching this build; until said user has logged into Daz Connect a minimum of one more time; the system configuration detection algorithm changed to resolve differences as noted above, so everyone is impacted. Note that switching between builds provided by the General Release channel and the Public Build channel (and the Private Build channel for those involved in that endeavor) will cause this message to display; until such time that the builds offered through all channels are using the same algorithm.

 

Important Notes:

  • The first time you launch Daz Studio 4.9, any data that exists in the content database is migrated so that it can be used in Daz Studio 4.9.
  • The amount of time the database migration operation takes is proportional to the amount of data to be migrated.
  • The database migration operation does not delete the data that it migrates from the previous location so that it remains accessible by earlier versions and other applications, such as Carrara.
  • Daz Studio 4.9 uses the same PostgreSQL database as Daz Studio 4.6 and later, and/or other applications, such as Carrara.
  • A portion of the data contained within the database is shared amongst versions but not entirely. For example:
    • Creating a category in either Daz Studio 4.9 or 4.8 will cause that category to exist in the other version
    • Assigning a file to that category in Daz Studio 4.9 will NOT cause that file to be assigned to that category in Daz Studio 4.8
    • Assigning a file to that category in Daz Studio 4.8 WILL cause the file to be assigned to the category in Daz Studio 4.9
  • Reseting the database in any version of Daz Studio that uses PostgreSQL (e.g., 4.6 or later) will purge all of data in the database, including any data that may be used by earlier versions or other applications, such as Carrara.
  • After the initial migration operation, edited metadata in Daz Studio 4.8 will not be migrated to Daz Studio 4.9.
    • A workaround is to export User Data from Daz Studio 4.8 and reimport User Data in Daz Studio 4.9.

 

Frequently Asked Questions:

 

Frequently Asked Daz Connect Questions:

 

General Release Thread:

Previous 4.9 Beta Threads:

Post edited by rbtwhiz on
«13

Comments

  • rbtwhizrbtwhiz Posts: 2,171
    edited February 2016

    What is new in this build? Do I need to update my copy?

    This is a maintenance release. It resolves several issues discovered since the 4.9.0.63 General Release. The first post contains hightlights and more detail on specific fixes/changes/improvements can be found in the Change Log.  All new downloads of the Daz Studio Pro BETA product (SKU: 12000) will be of this version.

    While this release does address a number of issues relating to the preservation and/or restoration of User Data, it does not address all of them. As this build addresses the majority of outstanding User Data related issues, we have decided to move forward with the fixes that have been made thus far. We have identified, and are actively working on, another set of fixes that address some remaining User Data issues in a 4.9.2.x follow-up release.

    Post edited by rbtwhiz on
  • rbtwhizrbtwhiz Posts: 2,171
    edited February 2016

    Is there any documentation?

    Yes, there is.  And we're actively working on more.

    Check out the User Guide and QuickStart Guide that we've posted in the DAZ Studio 4.x Documentation section.

    The Reference Guide is also in the process of being populated/updated.

    Some of the areas we have been focusing on (and will be recieving updates first) are:

    *Note: Some pages are still being built. If you see "permission denied" for a page, that page is not live yet.

    Post edited by rbtwhiz on
  • DAZ_SpookyDAZ_Spooky Posts: 3,100

    If you had an issue where migration from Daz Studio 4.8 to Daz Studio 4.9 did not migrate your custom categories, or custom data please file a support ticket and explain that this happened to you. We do have a script that we will be handing out on a case by case basis to help recover that data, but it is not for everyone. 

     

  • BeeMKayBeeMKay Posts: 6,982

    "Removed the “Remove Orphaned File References” and “Consolidate File References” options from DB Maintenance dialog (does not make sense with the 4.9 database structure)"

    Yes, that function makes very much sense, to those who are not using DAZ Connect for installation.

    I've been watching this developement and gave it every chance, but you are seriously alienating people here. 

     

  • vwranglervwrangler Posts: 4,808
    edited February 2016

    Removed the “Remove Orphaned File References” and “Consolidate File References” options from DB Maintenance dialog (does not make sense with the 4.9 database structure)

    Is there a plan to update DIM so that it no longer writes to the database? Or to add other database editing tools to Studio?

    Otherwise, people who use DIM primarily as a way to download and unzip archives -- rather than actually installing to their content directories -- are going to have databases with duplicate entries they can no longer get out of the database.

    Post edited by vwrangler on
  • kitakoredazkitakoredaz Posts: 3,526
    edited February 2016

    I remember,, the "remove orhphaned file" option of DB maintenance, many times  did not work correctly,

     after all I  often  needed to "remove orphaned file" from r-click menu, selecting the ofhpan icon. for each.

    I did not know,, which case ,it work or not.  for long time.

    And i think,,, there was menu to "remove orhphaned file" from smart content > files too.

     now there is not at least ds 4.9 all version.  I think,,

    moving  smart content> content library, againd and again,  just remove orphanded files,is

    recorded only DB,, seems hastle..

     

    Then,, I  confirm,, I can remove referecne from Local_User, product, and My original made product, in this 4.9.1.25.

    it is one of major advance for me of this 4.9.1.25.

     

    then why DAZ do not  offer more easy  way to  add shop ID for other package, .I  do not know, why it distrub DAZ business.

    Only DAZ can only offer content, by DAZ connect, and DAZ DIM. then keep DAZ shop ID , as unalterable. for each asset of product. but User set shop ID for non DAZ contents cause no problem,

    do not you think so?

    I hope,, next release beta may offer way, to make shop ID easy, for Non DAZ offer contents too.

    Post edited by kitakoredaz on
  • linvanchenelinvanchene Posts: 1,303
    edited February 2016

    The sorting order option in smart content views/pages is now saved/restored between sessions (Smart Content Files/Products, Shaping Presets, Posing Presets, Surfaces Presets, Lights Presets, Cameras Presets, Render Settings Presets, etc)

     

    What I expected this to do is actually save the filter settings of each sub tab individually.

    Currently it seems the filter options are now forced upon each other subtab when changing it in just one subtab.

    - - -

    Example:

    What I like it to save is:

     All: Sort by Product ID: Highest First

    Installed: Sort by Name

    Available: Sort by Order Date Recent first

    - - -

    What currently happens is:

    When I set "Available" to "Sort by Order Date Recent first" all the other sub tabs ( Installed, All) are also switched to the same filter options.

    - - -

    - Is that working as intended or is this a bug?

    - Could it be possible to improve the system to save the selected filter option for each subtab indiviually?

     

    Post edited by linvanchene on
  • kitakoredazkitakoredaz Posts: 3,526

    "Extended the Store add/remove scripting API "

    then,, how can I do it with scripting API?   that means,

    I need to make "add shop ID.dsa" script by myself, then run script, and add the new shop ID valeu, for database record?

     

    hope someone offer the  "add easy original shop ID for prodcut metadata", scirpts.  (as free ^^;)

  • rbtwhizrbtwhiz Posts: 2,171
    edited February 2016
    BeeMKay said:

    "Removed the “Remove Orphaned File References” and “Consolidate File References” options from DB Maintenance dialog (does not make sense with the 4.9 database structure)"

    Yes, that function makes very much sense, to those who are not using DAZ Connect for installation.

    I've been watching this developement and gave it every chance, but you are seriously alienating people here. 

    When an option ceases to do anything at all, except perhaps consume CPU cycles simply because a function (that does absolutely nothing now) is called, and the things it once operated on in an earlier database schema (i.e., content instances) are handled in a significantly different way in the current database schema, then it no longer makes sense to provide that option.

    Now, it is understandable that an option named thusly could be misinterpreted to mean that choosing it caused an operation other than what it was actually doing to be performed (a problem with naming something vaguely enough to be considered less technical, but too vaguely to accurately represent a complex problem). Whether or not it makes sense to add a new option that does something that is more along the lines of what these options were misinterpreted to do, is a separate (albeit related) matter. Adding options that do make sense in the new way things are handled has been discussed for 4.9.2.x. But make no mistake, what these options actually did no longer make any sense whatsoever; as the thing they operated on is no longer a thing because said thing was found to be at the root of several issues that have caused quite a bit of user confusion over the past few years.

    -Rob

    Post edited by rbtwhiz on
  • kitakoredazkitakoredaz Posts: 3,526

    coolhope  some DAZ ladys and gentleman  see,,,,

    I feel,, smart content>info section, must need to show more filed value of each assets records.

    at least I really hope to check compatiblity with, of wearalbe items.

     

    because Now I can serch items with category and without Filter by context ,then hope to wear items for character by Auto-fit process.

    (though, it depend on,, how many clone I  have already,, for the Acotr)

     

    But,,, some items may not show me,,the items for which generation figure, at all.. in smart content.

    then I can not select correct value in auto fit dialogue.   may need I close the dialogue, then go to content library again,.

    compatiblity.PNG
    1120 x 769 - 338K
  • DAZ_SpookyDAZ_Spooky Posts: 3,100

    coolhope  some DAZ ladys and gentleman  see,,,,

    I feel,, smart content>info section, must need to show more filed value of each assets records.

    at least I really hope to check compatiblity with, of wearalbe items.

     

    because Now I can serch items with category and without Filter by context ,then hope to wear items for character by Auto-fit process.

    (though, it depend on,, how many clone I  have already,, for the Acotr)

     

    But,,, some items may not show me,,the items for which generation figure, at all.. in smart content.

    then I can not select correct value in auto fit dialogue.   may need I close the dialogue, then go to content library again,.

    Explore Target does what you are looking for. 

    ExploreTarget.jpg
    591 x 760 - 115K
  • kitakoredazkitakoredaz Posts: 3,526
    edited February 2016

    to be franly said,, I may need not everytime explore the Target  ,,, I just need the item to wear actor,,,,, ,then serch by category without context,,not product,,,and need one base compatible actor. do not need many cute girls which I have (iclude man,, sometimes,,)

    do not you think so----------------------------------------------??

     

    just adding one cute filed in the area,, is more reasonable,,,,  is it so hard work ?? please please please,,,.

    compatiblity2.PNG
    758 x 665 - 339K
    Post edited by kitakoredaz on
  • rbtwhizrbtwhiz Posts: 2,171
    edited February 2016
    vwrangler said:

    Is there a plan to update DIM so that it no longer writes to the database? Or to add other database editing tools to Studio?

    Otherwise, people who use DIM primarily as a way to download and unzip archives -- rather than actually installing to their content directories -- are going to have databases with duplicate entries they can no longer get out of the database.

    No, there is not a plan to prevent Install Manager from installing metadata to the database. Understand that downloading a package through Install Manager does not automatically insert the metadata provided within that package into the database, rather the act of actually installing a package is what performs the insertion of metadata (if the CMS is running).

    Are there plans to change which tables within the database are inserted into? Eventually. However, there are other applications (and earlier versions of Daz Studio still in use) that rely on the older database structure, and those uses have to be taken into account as well.

    Are there plans to add options to Daz Studio that allow the older structure to be cleaned up? Eventually. Realize, however, that such an option already exists to a degree through the use of functionality that has been present in Daz Studio for quite a while (i.e., export user data, reset database, reimport metadata). The reason it isn't consolidated into a single convienent option (or as few options as make sense) in the Content DB Maintenance dialog is because there is still some work to be done here; e.g. the ability to repair a Daz Connect installed product (after the database has been reset) without prompting for login as opposed to re-installing a Daz Connect installed product (which, aside from offline packages, requires an active connection) and, because the files to be installed are already present on disk where they are expected to be, skipping the download/install part of the process and simply re-inserting the metadata that allows them to be displayed.

    The 4.9.1.x builds are not intended to address every issue (as has already been stated above). They are intended to address several issues that block a subset of the userbase from using 4.9 as it was intended. The 4.9.2.x builds (which are also already being worked on) will address additional issues wherein the associated risk is greater and so requires more time/testing. There is no point in forcing users whose issues are resolved by the 4.9.1.x builds to continue to wait while development continues on the issues that do not affect them. If we took the approach that all issues must be resolved before any build can be released, there would never be any releases because there will always be issues. That is the nature of software development.

    -Rob

    Post edited by rbtwhiz on
  • vwranglervwrangler Posts: 4,808
    edited February 2016
    rbtwhiz said:
    BeeMKay said:

    "Removed the “Remove Orphaned File References” and “Consolidate File References” options from DB Maintenance dialog (does not make sense with the 4.9 database structure)"

    Yes, that function makes very much sense, to those who are not using DAZ Connect for installation.

    I've been watching this developement and gave it every chance, but you are seriously alienating people here. 

    When an option ceases to do anything at all, except perhaps consume CPU cycles simply because a function (that does absolutely nothing now) is called, and the things it once operated on in an earlier database schema (i.e., content instances) are handled in a significantly different way in the current database schema, then it no longer makes sense to provide that option.

    Now, it is understandable that an option named thusly could be misinterpreted to mean that choosing it caused an operation other than what it was actually doing to be performed (a problem with naming something vaguely enough to be considered less technical, but too vaguely to accurately represent a complex problem). Whether or not it makes sense to add a new option that does something that is more along the lines of what these options were misinterpreted to do, is a separate (albeit related) matter. Adding options that do make sense in the new way things are handled has been discussed for 4.9.2.x. But make no mistake, what these options actually did no longer make any sense whatsoever; as the thing they operated on is no longer a thing because said thing was found to be at the root of several issues that have caused quite a bit of user confusion over the past few years.

    -Rob

    So, just to be sure that I understand what that meant: you're saying that even though "Remove orphaned file references" and "Consolidate file references" appeared to work, they actually did not function correctly because they were designed for Valentina and not for PostgreSQL. Is that right?

    vwrangler said:

    Is there a plan to update DIM so that it no longer writes to the database? Or to add other database editing tools to Studio?

    Otherwise, people who use DIM primarily as a way to download and unzip archives -- rather than actually installing to their content directories -- are going to have databases with duplicate entries they can no longer get out of the database.

    rbtwhiz said:

    No, there is not a plan to prevent Install Manager from installing metadata to the database. Understand that downloading a package through Install Manager does not automatically insert the metadata provided within that package into the database, rather the act of actually installing a package is what performs the insertion of metadata (if the CMS is running). [...] Are there plans to add options to Daz Studio that allow the older structure to be cleaned up? Eventually. Realize, however, that such an option already exists to a degree through the use of functionality that has been present in Daz Studio for quite a while (i.e., export user data, reset database, reimport metadata).

    OK.

    Although that should probably be amended to "if the CMS is present", since DIM seems to insert metadata into my database without ever being able to start it (according to the log file), which I find impressively baffling, but things seemed to work, so ... whatever. (Er ... that "whatever" wasn't directed at you. That was my reaction when I realized what DIM said it was and wasn't doing, since it didn't seem possible, but as I say, it worked.)

    How does the export-reset-reimport process clean up the database? Wouldn't it just export whatever was in the database so that any duplicates or errors would be maintained?

    Post edited by vwrangler on
  • RAMWolffRAMWolff Posts: 10,142
    edited February 2016

    All I want is a way to reintroduce my home made meta data into the fold rather than have it grouped under the umbrella of "Local User"  I don't understand nor agree with this as being "correct" as stated by DAZ from my ticket or Spooky in another thread.  It was not the "norm" in 4.8, I could find my stuff right along with the other categorized products regardless of WHERE the product was sold be it here, Hivewire, Renderosity or even a freebie maker that took the time to make meta data.... makes no sense and continues to make no sense to me regardless of the in house thinking around all this....  It's very off putting regardless!!   I mean all the Hivewire items are not even categorized any more, they are under Unassigned ... how does that happen?  Becuase it's not in house?  If so that's just bunk!  Products are products and if the artist takes the time to make proper meta data tags then this all should be where it should be...........

    Post edited by RAMWolff on
  • Richard HaseltineRichard Haseltine Posts: 96,207
    edited February 2016
    vwrangler said:
    rbtwhiz said:
    BeeMKay said:

    "Removed the “Remove Orphaned File References” and “Consolidate File References” options from DB Maintenance dialog (does not make sense with the 4.9 database structure)"

    Yes, that function makes very much sense, to those who are not using DAZ Connect for installation.

    I've been watching this developement and gave it every chance, but you are seriously alienating people here. 

    When an option ceases to do anything at all, except perhaps consume CPU cycles simply because a function (that does absolutely nothing now) is called, and the things it once operated on in an earlier database schema (i.e., content instances) are handled in a significantly different way in the current database schema, then it no longer makes sense to provide that option.

    Now, it is understandable that an option named thusly could be misinterpreted to mean that choosing it caused an operation other than what it was actually doing to be performed (a problem with naming something vaguely enough to be considered less technical, but too vaguely to accurately represent a complex problem). Whether or not it makes sense to add a new option that does something that is more along the lines of what these options were misinterpreted to do, is a separate (albeit related) matter. Adding options that do make sense in the new way things are handled has been discussed for 4.9.2.x. But make no mistake, what these options actually did no longer make any sense whatsoever; as the thing they operated on is no longer a thing because said thing was found to be at the root of several issues that have caused quite a bit of user confusion over the past few years.

    -Rob

    So, just to be sure that I understand what that meant: you're saying that even though "Remove orphaned file references" and "Consolidate file references" appeared to work, they actually did not function correctly because they were designed for Valentina and not for PostgreSQL. Is that right?

    I believe it's not a Valentina/PostgreSQL issue but rather the structure of the database - 4.9 uses a different structure from 4.8 and earlier and so, among other things, can't have instances and need the user to say which version they want when double-clicking a file. The removed functions worked on those features of the 4.8 and earlier database, which aren't in the 4.9 structure, and so would do nothing in 4.9 (and the specific database management issues they addressed won't affect 4.9).

    Post edited by Richard Haseltine on
  • rbtwhizrbtwhiz Posts: 2,171

    then why DAZ do not  offer more easy  way to  add shop ID for other package, .I  do not know, why it distrub DAZ business.

    Only DAZ can only offer content, by DAZ connect, and DAZ DIM. then keep DAZ shop ID , as unalterable. for each asset of product. but User set shop ID for non DAZ contents cause no problem,

    In part, because I've been occupied with matters that are deemed "higher priority." In part, because I've had little to none of "my own time" to donate over the last several months (refer to the previous sentence). In part, because the ability to remove a Store (in the case of a typo or incorrect configuration) whilst protecting some assumed values (i.e., DAZ 3D and LOCAL USER) through a public API did not exist—you'll notice from the highlights in the first post and the change log, that I have added this piece recently (in what little of "my own time" I've managed in recent days). I have also written a few scripting samples recently that do the work that is required for adding/removing a Store to the database so that metadata for products against that Store can be inserted, and I am in the process of resolving some recent performance issues with the Documentation Center server so that I can post said samples (along with a considerable amount of additional scripting API documentation). Said scripting samples are (intentionally) extremely easy to modify.

    -Rob

  • rbtwhizrbtwhiz Posts: 2,171
    vwrangler said:
    rbtwhiz said:
    BeeMKay said:

    "Removed the “Remove Orphaned File References” and “Consolidate File References” options from DB Maintenance dialog (does not make sense with the 4.9 database structure)"

    Yes, that function makes very much sense, to those who are not using DAZ Connect for installation.

    I've been watching this developement and gave it every chance, but you are seriously alienating people here. 

    When an option ceases to do anything at all, except perhaps consume CPU cycles simply because a function (that does absolutely nothing now) is called, and the things it once operated on in an earlier database schema (i.e., content instances) are handled in a significantly different way in the current database schema, then it no longer makes sense to provide that option.

    Now, it is understandable that an option named thusly could be misinterpreted to mean that choosing it caused an operation other than what it was actually doing to be performed (a problem with naming something vaguely enough to be considered less technical, but too vaguely to accurately represent a complex problem). Whether or not it makes sense to add a new option that does something that is more along the lines of what these options were misinterpreted to do, is a separate (albeit related) matter. Adding options that do make sense in the new way things are handled has been discussed for 4.9.2.x. But make no mistake, what these options actually did no longer make any sense whatsoever; as the thing they operated on is no longer a thing because said thing was found to be at the root of several issues that have caused quite a bit of user confusion over the past few years.

    -Rob

    So, just to be sure that I understand what that meant: you're saying that even though "Remove orphaned file references" and "Consolidate file references" appeared to work, they actually did not function correctly because they were designed for Valentina and not for PostgreSQL. Is that right?

    I believe it's not a Valentina/PostgreSQL issue but rather the structure of the database - 4.9 uses a different structure from 4.8 and earlier and so, among other things, can't have instances and need the user to say which version they want when double-clicking a file. The removed functions worked on those features of the 4.8 and earlier database, which aren't in the 4.9 structure, and so would do nothing in 4.9 (and the specific database management issues they addressed won't affect 4.9).

    Correct.

    -Rob

  • rbtwhizrbtwhiz Posts: 2,171
    edited February 2016

    The sorting order option in smart content views/pages is now saved/restored between sessions (Smart Content Files/Products, Shaping Presets, Posing Presets, Surfaces Presets, Lights Presets, Cameras Presets, Render Settings Presets, etc)

    What I expected this to do is actually save the filter settings of each sub tab individually.

    Currently it seems the filter options are now forced upon each other subtab when changing it in just one subtab.

    - - -

    Example:

    What I like it to save is:

     All: Sort by Product ID: Highest First

    Installed: Sort by Name

    Available: Sort by Order Date Recent first

    - - -

    What currently happens is:

    When I set "Available" to "Sort by Order Date Recent first" all the other sub tabs ( Installed, All) are also switched to the same filter options.

    - - -

    - Is that working as intended or is this a bug?

    - Could it be possible to improve the system to save the selected filter option for each subtab indiviually?

    The Install State Filter Bar, at the bottom of the Products Page, does not actually switch between independent filtered pages, each with their own respective lists of results. Rather, selecting a filter on the bar applies that filter on top of what would otherwise be the result of selecting the "All" filter (which actually means "do not apply any install state filter at all" but "All" fit much better in the confined space and conveys the same basic message). The Sorting Selector is actually a sibling to the bar, not a child of a page contained by it.

    This does not mean it cannot be made to behave differently, rather it gives some insight into why it behaves the way that it does. Making it behave the way you describe was discussed as a possibility before it was implemented as it is now, but after a bit of back and forth it was concluded to have a net-negative impact where having the ability also forces the responsibility—i.e., instead of being something that CAN be done for some users in some cases, it becomes something that MUST be done by all users in all cases.

    -Rob

    Post edited by rbtwhiz on
  • vwranglervwrangler Posts: 4,808
    edited February 2016
    vwrangler said:

    So, just to be sure that I understand what that meant: you're saying that even though "Remove orphaned file references" and "Consolidate file references" appeared to work, they actually did not function correctly because they were designed for Valentina and not for PostgreSQL. Is that right?

    I believe it's not a Valentina/PostgreSQL issue but rather the structure of the database - 4.9 uses a different structure from 4.8 and earlier and so, among other things, can't have instances and need the user to say which version they want when double-clicking a file. The removed functions worked on those features of the 4.8 and earlier database, which aren't in the 4.9 structure, and so would do nothing in 4.9 (and the specific database management issues they addressed won't affect 4.9).

     

    ...OK, I think I sort of get this.

    If you have DIM download and unzip to one directory, rearrange however you want, and then copy to another directory to use the Content Library (and I'm not talking at all about Daz Connect-installed things here, because I do understand that it doesn't work that way), you'll have a cluttered database, but you'll sorta kinda be fine. And there's nothing you can really do about that clutter unless you're willing to plunge into Smart Content and clean things up manually.

    Assuming that the "Scan mapped directories for content" option continues to operate as it has, Smart Content may be able to find a moved item, but it may get shifted into "Local User" rather than where you'd expect it to be?

    Will Smart Content show a broken icon for the item in the unmapped directory, and the actual icon (with, in all likelihood, thoroughly distressed metadata) where it actually exists, or will you have two broken icons and need to do more manual repair? (I realize that doing all that file movement breaks some of the connections between Smart Content and the database; I just want to make sure that other database-dependent functions, such as Transfer Utility, continue to function properly.)

    With a 4.9 database, if, for example, you have it scan mapped directories for content, will it now automatically say, "Oh, this directory here is unmapped, therefore it's getting removed by default"?

    I'm not trying to be obstreporous, truly; I'm just trying to understand how it all fits together, and whether this cleanup now gets handled behind the scenes because 4.9 doesn't deal with multiple instances of the same file, or if it doesn't get handled at all and you wind up with a wild and furry database if you don't do some work to prevent that.

    And I do realize that this is sort of an edge case, so thank you both for taking the time to work through it with me.

    Post edited by vwrangler on
  • rbtwhizrbtwhiz Posts: 2,171
    vwrangler said:

    Although that should probably be amended to "if the CMS is present", since DIM seems to insert metadata into my database without ever being able to start it (according to the log file), which I find impressively baffling, but things seemed to work, so ... whatever. (Er ... that "whatever" wasn't directed at you. That was my reaction when I realized what DIM said it was and wasn't doing, since it didn't seem possible, but as I say, it worked.)

    The CMS being present is an implied prerequisite—it must be present to be running, however being present does not require it to also be running—ergo "if the CMS is running." If the CMS is not running, metadata cannot be inserted into the database—it simply does not work any other way. That being said, and given the injection of Valentina DB into the discussion, I will point out that, while Install Manager will still fall back to the Valentina DB CMS if the PostgreSQL CMS cannot be found (and Valentina DB is installed/running), Daz Studio 4.9 drops support of Valentina DB altogether (see Has the Content Management Service (CMS) changed?). In either case, your description of what did/didn't happen does not provide enough of the right information to determine what exactly happened, or why.

    vwrangler said:

    How does the export-reset-reimport process clean up the database? Wouldn't it just export whatever was in the database so that any duplicates or errors would be maintained?

    It doesn't "clean up the database" in the more general sense (i.e., fix bad data that results from manual fiddling), rather it "allow[s] the older structure to be cleaned up" (i.e., purges duplicate data in the 4.8 tables) and inserts a single copy of that data in the 4.9 tables. But again, this option is not for those that use applications that rely on the 4.6/4.7/4.8 database structure, and it is not entirely automatable yet.

    -Rob

  • kitakoredazkitakoredaz Posts: 3,526
    edited February 2016
    rbtwhiz said:

    In part, because I've been occupied with matters that are deemed "higher priority." In part, because I've had little to none of "my own time" to donate over the last several months (refer to the previous sentence). In part, because the ability to remove a Store (in the case of a typo or incorrect configuration) whilst protecting some assumed values (i.e., DAZ 3D and LOCAL USER) through a public API did not exist—you'll notice from the highlights in the first post and the change log, that I have added this piece recently (in what little of "my own time" I've managed in recent days). I have also written a few scripting samples recently that do the work that is required for adding/removing a Store to the database so that metadata for products against that Store can be inserted, and I am in the process of resolving some recent performance issues with the Documentation Center server so that I can post said samples (along with a considerable amount of additional scripting API documentation). Said scripting samples are (intentionally) extremely easy to modify.

    -Rob

    Thank you, I can  wait you complete documentes about new 4.9 DB system.

     

    then I have still some questions, about usage of

    "user_data.dsx" and new "12345678_LOCAL_USER.dsx" ( dsx of local user product) properly for buck-up DB records.

    eg I set some duf as new product,, then I remove the duf reference from the Local_User rpoduct, too.

    now on daz studio, (current DB)  I can not see the duf as Local_User product.. (it is good for me)

     

    then I hope to buck-up current DB records .

    I think I  need to export the Local_User product.dsx too,,  to buck up my modify,   is not it? 

    And  if it is not recommended,,  (remove assets reference from Local_User product)  ,  is there any demerit ?

    (eg it may cause problem to re-import it,, lost category etc,,,or may conflict with user_data.dsx? ) 

     

    I think,, many records included in one user_data.dsx,, may cause more difficulity to keep and check my editting  for each assets.

    it is same about Local_user product,,  actually I feel difficulity to serch my assets, in Local_user product.dsx

    when I hope to edit it..(in content DB editor,, or  when I check record by xml editor,,,too)

     

    then prefer to manage not by user_data.dsx but by each small product.dsx  package.

    (daz offer meta-data,, my hand-made meta-data,, and minimum Local_user product meta-data)

    only items which have no reference as "product",, may need to keep  category or compatiblity ,etc,, as user_data.dsx.

    Post edited by kitakoredaz on
  • vwranglervwrangler Posts: 4,808

    Good heavens, go to bed! You've been answering questions for hours!

    But thank you for doing so.

    rbtwhiz said:
    vwrangler said:

    Although that should probably be amended to "if the CMS is present", since DIM seems to insert metadata into my database without ever being able to start it (according to the log file), which I find impressively baffling, but things seemed to work, so ... whatever. (Er ... that "whatever" wasn't directed at you. That was my reaction when I realized what DIM said it was and wasn't doing, since it didn't seem possible, but as I say, it worked.)

    The CMS being present is an implied prerequisite—it must be present to be running, however being present does not require it to also be running—ergo "if the CMS is running." If the CMS is not running, metadata cannot be inserted into the database—it simply does not work any other way. That being said, and given the injection of Valentina DB into the discussion, I will point out that, while Install Manager will still fall back to the Valentina DB CMS if the PostgreSQL CMS cannot be found (and Valentina DB is installed/running), Daz Studio 4.9 drops support of Valentina DB altogether (see Has the Content Management Service (CMS) changed?). In either case, your description of what did/didn't happen does not provide enough of the right information to determine what exactly happened, or why.

    My apologies, I shouldn't have mentioned that. It turns out to be related to something that got fixed earlier. I didn't mean to inject more confusion into things.

    And I don't use Bryce or Carrara, so I don't have Valentina installed. Thank goodness; Valentina got corrupted almost monthly toward the end.

     

    vwrangler said:

    How does the export-reset-reimport process clean up the database? Wouldn't it just export whatever was in the database so that any duplicates or errors would be maintained?

    rbtwhiz said:

    It doesn't "clean up the database" in the more general sense (i.e., fix bad data that results from manual fiddling), rather it "allow[s] the older structure to be cleaned up" (i.e., purges duplicate data in the 4.8 tables) and inserts a single copy of that data in the 4.9 tables. But again, this option is not for those that use applications that rely on the 4.6/4.7/4.8 database structure, and it is not entirely automatable yet.

    Ah, I see. Thank you for explaining.

  • chorsechorse Posts: 163

    DS 4.9.1.25 beta crashed while posing a figure a few hours after a few hours on working an animation scene.  Bug report made, DS crash report sent.  Request #212622.  

    Last few versions have been pretty solid for me,  This is the fist crash in a while.

  • MBuschMBusch Posts: 547

    4.9.1.25

    • Added shader language identifiers for Material(s) and Shader presets; MDL (Iray) vs RSL (3Delight) etc.

     

    I would like to thank you developers to include this welcome feature. This IDs will be very helpful specially when they are being used in future and updated products. I think it is also a necessary step to make Smart Content in some future release to auto detect which is the best material or shader to be selected in the context.

    Also, the flaws in Smart Content seems mostly fixed in this version.  The application is running without any visible issue for me. I was able to detect that the culprit of my CDT on Studio exit was and older plug-in file which maybe was installed manually in some previous version. After cleanup the plug-in folder and reintall my plug-ins the issue vanish.

    Still not using DAZ Connect as metadata auto retrieve brokes my workflow and seems unacceptable to me, but 4.9 in overall is a solid update. Good job DAZ and thank you again.

  • ragamuffin57ragamuffin57 Posts: 132
    edited February 2016

    Not sure if any one else is having this problem ?

    I start adding material shaders to my scene after about 6 shaders loaded i can not load anymore  to my scene  or if i am loading materail shaders they are not appearing on the objects in my scene if i save the scene and reload still I cannot load  material shader I have to close studio and  completely start again  very odd and very frustrating

     

    Post edited by ragamuffin57 on
  • rbtwhizrbtwhiz Posts: 2,171

    Notice that the initial post of this thread has been updated. Build 4.9.1.27 has been posted.

    -Rob

  • kitakoredazkitakoredaz Posts: 3,526
    edited February 2016

    there is already topic in Nuts and bolts,

    http://www.daz3d.com/forums/discussion/72464/morph-loader-pro-working-morphs-on-fit-items#latest

    but I hope other user, or daz man confirm it. (it seems different with version?)

    1.  make new morph1 for genesis3, but not save as morph asseets. then wear item.(fit to genesi3). now item auto-follow the morph1

    2. save the scene..  then delete current scene.  load the scene again... now item lost auto-followd morph.

    3 delete the item,, then load same or another item and fit to genesis3,, but all items can not auto-follow the moprh1. anymore.

    4. delete all item which fit to genesis3,, then save genesis3 only as scene or scene subset.  then clear the scene.

    5. load the saved subset (only genesis3), then load item ,and fit to genesis3,, now genesis3 can auto-follow morph for item

    return 2...

    it seems continue forever,, I can reproduce same cycle. about same scene..(scene subset,,)

    Request #213193

    saved morphs as scene, can not auto follow correctly

    Post edited by kitakoredaz on
  • kitakoredazkitakoredaz Posts: 3,526
    edited March 2016

    Hi, I hope someone test and confirm, then report it as new ticket.

    because, I got  reply two times. after I send this ticket,

    they  (support and their dev team ) can not re-produce it with this version beta (and product ver 4.9)

     

    then I needed to send  , all process, with new pic twiceindecision. I send  reply again yesterday.

    But wityout another ticket from another user,  I afraid, they do not think, there is problem (not only for some user)

    If it only happen with individual case, need to find conditions which cause this problem.

    to test easy, I use hexagon bridge to make new morph for genesis3,(F and M)

    . but it not cause any difference about auto-follow process, I believe.

    Post edited by kitakoredaz on
  • kitakoredazkitakoredaz Posts: 3,526

    OK,, I seems found why it happen,, when I test same thing with genesis2male (female) and save it as scene (not save as morph assets)  then re-load it,, 

    the temp morph can auto-foloow correcltly..

    then,,  I compare , saved two duf files.   one is with genesis3male, the other is with genesis2male. and I could found, 

    "scene>modifiers>(tempmorph) >parent"  field value seems  different way  to set the value.

     gen2m.duf  >  parent: genesis2Male-1,   (it can auto-follow)

     gen3m.duf    > parent: geometry,  (it can not work correctly). 

     

    then If I edit the modifier >morph > parent: genesis3Male-1, then overwrite the scene,, it work.

    (but I do not know,, it is actually correct way  or not,,

    because I keep, other modifiers ( Navel morph or PBMMouthRealHD,, )  parent : geometry. (but these morphs are saved as dsf in data already)

    I do not think it caused by Plug in,, etc,, And I only install genesis3starer essential DIM version. not install daz connect version.

    I feel this is new genesis3figure problem. (how it discribe, modifiers,, in DSON)

    g2m_scene.PNG
    784 x 597 - 121K
    g3m_scene.PNG
    745 x 480 - 68K
Sign In or Register to comment.