Hi,

I will try and be brief. I have had alot of problems with the Zbrush and Daz bridge and I've spent hours on youtube and chatgpt to try and get it to work without success.
So I am now instead just importing an obj.
To the problem. I figured I bought a new shape for the genesis 9 morph. Ive imported it to zbrush without goz, just as export import as obj. I do some sculpting on it in zbrush, without changing it's silhouette, size or anything like that tho. Export and import back to DAz and I figured I could just use the Transfer Utility since they are the exact same size and position now. But for some reason when I do that, Daz changes the size so when it's done loading, the morph is suddenly smaller than my imported sculpt which also leads to the skeleton not fitting at all anymore.
Anyone know the problem?
Thanks in advance.

Hey everyone!

I've worked with Diffemorphic / DAZ / Blender for about 2-3 years now. Never had any issues. But somehow since yesterday I have the following issue:

Diffeomorphic does not import the body mesh of any Genesis figure anymore. I'm using Blender 4.3 and Diffeomorphic Daz Importer 4.4 - tried different versions but nothing seemed to fix it. I reinstalled DAZ & Diffeomorphic & Blender completly but still no fix. 

The offical DAZ to Blender bridge seems to work somehow. I'm super confused and would appreciate any help!

Also: No error text file is being created. 

Some Screenshots:

alan bard newcomer said:

crosswind said:

alan bard newcomer said:

I still do a lot of work in 424 because I use mesh grabber a lot for building modifications
I do a building in 424 with some mesh grabber changes
save the building as a scene and a subset but reading into 2025 the changes disappear.
First image the buidling and render in 424 Second image done in 2025.
Same issue whether a subset is loaded into 25 or a scene is opened in 25. 
It would appear the fact there is no meshgrabber in 25 may be the problem? 
3rd image is building saved as an object opened in 2025 
Shape lis retained corrrectly but the sign which renders correctly in the second does not and of course the lights don't function with the object save. 
Because 25 doesn't have mesh grabber or thickener which I use a lot I only render in 25 but this is the build for 25 from last week that I just installed yesterday 
if theres a new one I'll see what happens 
The rendering goes well. But the building with the meshgrabber tweaks would be the first time one was in the versin of alpha I was using. 

That's right, because there's no plugin of Mesh Grabber in 2025. If you saved the delta as morphs with Mesh Grabber in 4.24, the deltas could be retained and then opened in 2025. 

These are things that did'nt become morphs ...  just extending a wall up a little where you can't scale becasue the door would scale too or pulling out a side of a wal for the same reason. 
exporting as an object looks like it freezes it which means I should make the changes and then export the wall and then import it it. 
But as noted in 424 the changes stay. So daz should activate the part of the mesh grabber replacement that handles that in 424 in 25 . . that wouldn't be giving away the plug in.  
I have no idea how many items will fall apart in 2025. But these changes were like using mesh grabber to pull out a quad to fix a poke through etc. 

Any deltas made with Mesh Grabber could be saved as Morphs if you own Mesh Grabber Editor plugin. 

crosswind said:

alan bard newcomer said:

I still do a lot of work in 424 because I use mesh grabber a lot for building modifications
I do a building in 424 with some mesh grabber changes
save the building as a scene and a subset but reading into 2025 the changes disappear.
First image the buidling and render in 424 Second image done in 2025.
Same issue whether a subset is loaded into 25 or a scene is opened in 25. 
It would appear the fact there is no meshgrabber in 25 may be the problem? 
3rd image is building saved as an object opened in 2025 
Shape lis retained corrrectly but the sign which renders correctly in the second does not and of course the lights don't function with the object save. 
Because 25 doesn't have mesh grabber or thickener which I use a lot I only render in 25 but this is the build for 25 from last week that I just installed yesterday 
if theres a new one I'll see what happens 
The rendering goes well. But the building with the meshgrabber tweaks would be the first time one was in the versin of alpha I was using. 

That's right, because there's no plugin of Mesh Grabber in 2025. If you saved the delta as morphs with Mesh Grabber in 4.24, the deltas could be retained and then opened in 2025. 

These are things that did'nt become morphs ...  just extending a wall up a little where you can't scale becasue the door would scale too or pulling out a side of a wal for the same reason. 
exporting as an object looks like it freezes it which means I should make the changes and then export the wall and then import it it. 
But as noted in 424 the changes stay. So daz should activate the part of the mesh grabber replacement that handles that in 424 in 25 . . that wouldn't be giving away the plug in.  
I have no idea how many items will fall apart in 2025. But these changes were like using mesh grabber to pull out a quad to fix a poke through etc. 

soapwell said:

hmm, OK, i'm still hoping to hear a distinct yes or no answer though ... is it possible at all to get the meshes to stick together, or do i need to import the figure as a single mesh to begin with? because i can see how it makes sense this way .... since it seems even if i set the weight to 60% at the edges of both the main mesh and the adjacent mesh they're being "pulled" by their own meshes and not by the unit as a whole.

 

for example, if i set the 4th joint to 100% weight, and the 3rd and 5th joints to 80% weight, they still break apart at the discontinuity .... it would be nice if there was a way to get them to stick together ... to have DAZ believe that's a single indivisible mesh under the hood instead of always keeping the pieces separate. the only other way i could think of to do this is to have the vertices at the boundaries of the faces set to 90%, or some other intermediate value, but this doesnt seem possible to do with the Weight Map Editor ... the brush tool doesn't give me the fine control i'd need to make sure the adjacent vertices  are exactly equal in weight ... i can only at best "get close". and that means the meshes will still break apart at the seams.

Well, as for your case, the answer is definitely No... you have to need a single mesh for setting up as a Figure + bones + weight mapping. 

If you find the node weight brush tool in DS not perform really well for you, you can do the weight mapping in Blender with the exported figure (with Diffeo or FBX), then copy weight maps from imported source to target in DS.

Richard Haseltine said:

PostgreSQL must be working  or you wouldn't have those category entries at all. It does, however, seem to have lost all vendor categories or turned then into User data (the U the

icon). Have you reimported metadata? Had you exported the user data previously?

 I get a postgres error message every time I start the program.  I've never exported user data I have no idea how to do that. I have DIM set up to send all of my content to my external drive.  Usually, I just plug in the drive and it all populates.  I can try to import the metadata but I think I got an error message when I tried it.  Will try it again.  So far, uninstalling and re installling with DIM is working but of course I have over 7000 filies and that doesn't count the 10000 files from other vendors....

PostgreSQL must be working  or you wouldn't have those category entries at all. It does, however, seem to have lost all vendor categories or turned then into User data (the U on the icon). Have you reimported metadata? Had you exported the user data previously?

hmm, OK, i'm still hoping to hear a distinct yes or no answer though ... is it possible at all to get the meshes to stick together, or do i need to import the figure as a single mesh to begin with? because i can see how it makes sense this way .... since it seems even if i set the weight to 60% at the edges of both the main mesh and the adjacent mesh they're being "pulled" by their own meshes and not by the unit as a whole.

for example, if i set the 4th joint to 100% weight, and the 3rd and 5th joints to 80% weight, they still break apart at the discontinuity .... it would be nice if there was a way to get them to stick together ... to have DAZ believe that's a single indivisible mesh under the hood instead of always keeping the pieces separate. the only other way i could think of to do this is to have the vertices at the boundaries of the faces set to 90%, or some other intermediate value, but this doesnt seem possible to do with the Weight Map Editor ... the brush tool doesn't give me the fine control i'd need to make sure the adjacent vertices  are exactly equal in weight ... i can only at best "get close". and that means the meshes will still break apart at the seams.

yes i've done that. the node view of it looks like an ordinary human figure now. but it still seems that each bone is associated with its original mesh and that they wont stick together when bent like an elastic figure would. i'm hoping it's possible to get this to work without needing to import the figure as a single undivided mesh from Blender because it would be much more difficult for me to subdivide the faces within DAZ, and also because i'd have to do it over and over again with each new airplane if i pursue this project and have multiple plane figures, whereas if I can keep it in Blender i can add and subtract pieces one by one.

yes, it's an airplane model that i've downloaded from NASA and separated into pieces in Blender. I think it would be too difficult to import as a single mesh and then assign face groups within DAZ, and in particular I want to be able to make modifications of it, adding more segments for example, which is much easier to do with a parented set of nodes and difficult or impossible to do with a single mesh. (if there is a way i dont know how).

my idea was to paint the main mesh for each joint with 100%, the next joint with 80%, and the next with 60%, and so far i havent gone fruther than that. but when i do that the meshes still move as separate pieces. 

if it's not possible to have pieces stick together when a weight map cross from one mesh to another, my project is not possible.  

whatever method you use to import be it the plugin or FBX, make sure you have the morphs/Blendshapes checked on export (and import for FBX)

you need to >> the ones you want over in the plugin

then it depends how you want to animate them

I don't have an iPhone so don't know much about Live Link

I am also not much help with the plugin as it stopped working for me

I have to do everything manually and I am not even going to begin to explain how to do that just that it's a lot of work and if the plugin works for you, thats as easy as exporting the animation from DAZ studio

jukingeo said:

crosswind said:

What you bought is a texture add-on. Do you have its Base product ? : https://www.renderosity.com/marketplace/products/162668 ;

Hold on...wait, wait, wait.   This is what I bought:

https://www.daz3d.com/instyle-jmr-dforce-odette-bodysuit-g9f

Why would I have to go to Renderocity to buy something that is needed for this item?   

Because a vendor with a store here has the right to make add-ons for items sold in another store, just like Renderosity sells quite a few add-ons for products sold here.

There are also cases where both products were in the same store initially and then one of the vendors moved their store elsewhere afterwards. 

I RARELY go down and read the description.  I ALWAYS look for the requirements listed on top. 

Honestly you (and all customers, really) definitely should start reading product descriptions because there are important information about what's actually included in what you're buying in there. 

It also should be indicated in the title that this is an add-on.  It was always like that in the past.

That's an item imported from Renderosity, they kept the original name it was sold under. Probably partly because import was an automatic process due to the number of products which were transferred at the time, and partly so that people who already bought it there can see it's the same one easily.

Unfortunately naming conventions are not the same in all stores. 

I do think it would be a good idea to at least add the "add-on" mention if the name of those products though.

First, why isn't it listed as a requirement?

Because the "required products" section refers to product pages from this store, and since the base product is not sold here there's no product here to point to.

Second,  how come the main item required to use this item is no where to be found on Daz.  Do a search for "odette" and the required item doesn't show up.

See answer above: a vendor making add-ons is not limited to making them for products available here, or one of those items might have moved stores.

In this case the add-on was initially at Renderosity like the base item and then moved here.

No, I am sorry, but THAT is misleading.   Daz should pick up on stuff like this better and make it clear as to what the requirements are

It's literally written on the product page that it's an add-on. There's not much they can do if people don't read the product page.

barbult said:

ArtAngel said:

Richard Haseltine said:

danmast94 said:

People talking about "sudden influx" and "new products" as if this is a recent issue and not a problem that's existed for a long time. Items constantly end up in the Lost and Found. Metadata is constantly missing (including it disappearing from items that used to have it, thus moving stuff into Lost and Found that had previously been correctly tagged). Daz is responsible for making sure the things they sell work correctly and are managed properly. If one PA mislabels an item or does something wrong, then there's possibly an argument for shifitng the blame to them. When it's a widespread issue that has been constant for years, then it's no longer reasonable to think it's a PA issue and not a Daz issue.

The main topic is the large tranches of content brought over from Renderosity - in some cases there were hundreds of items and Daz simply wasn't able to process all of those to generate metadata. Gicwn that it is starting from scratch there is nothing to stop members from generating product data and posting it themselves - I have already done a few of Lully's products that I purchased from Renderosity, they would just need the store ID and SKU updating to reflect the current Daz store status - if/when I get around to that I start a thread.

While (generally much) older products may lack metadata, and some others may too, it is not common - if this is happening a lot I would suspect it is an instalaltion issue (for example, if you close DS and start DIM immediately it is possible for PostgreSQL to shut down on DS exit and not restart on DIM start, meaning that the metadata won't be added to the database).

To me, it's akin to a sign vendor selling an outdoor electrical sign or lamp, consumers  expect to operate via a power cord, only to find out it's lacking such. Sure I could hardwire the sign but should I have to? I seldom appreciate products that are not fully intact. And, I have wa-a-a-a-ay too many lost and founds. I don't need to accumulate any more. Doing the job someone else neglected to do is something that I am not interested in. How do I avoid these products? Is there a way to flag them prior to buying? If a product lacks readmes is that because it lacks metadata? How do we identify metadata deficient products so we don't waste time buying them? Or . . .  is the answer the only remedy to stop shopping here?

Answered above already by felis: https://www.daz3d.com/forums/discussion/comment/9309771/#Comment_9309771

 

ArtAngel said:

Richard Haseltine said:

danmast94 said:

People talking about "sudden influx" and "new products" as if this is a recent issue and not a problem that's existed for a long time. Items constantly end up in the Lost and Found. Metadata is constantly missing (including it disappearing from items that used to have it, thus moving stuff into Lost and Found that had previously been correctly tagged). Daz is responsible for making sure the things they sell work correctly and are managed properly. If one PA mislabels an item or does something wrong, then there's possibly an argument for shifitng the blame to them. When it's a widespread issue that has been constant for years, then it's no longer reasonable to think it's a PA issue and not a Daz issue.

The main topic is the large tranches of content brought over from Renderosity - in some cases there were hundreds of items and Daz simply wasn't able to process all of those to generate metadata. Gicwn that it is starting from scratch there is nothing to stop members from generating product data and posting it themselves - I have already done a few of Lully's products that I purchased from Renderosity, they would just need the store ID and SKU updating to reflect the current Daz store status - if/when I get around to that I start a thread.

While (generally much) older products may lack metadata, and some others may too, it is not common - if this is happening a lot I would suspect it is an instalaltion issue (for example, if you close DS and start DIM immediately it is possible for PostgreSQL to shut down on DS exit and not restart on DIM start, meaning that the metadata won't be added to the database).

To me, it's akin to a sign vendor selling an outdoor electrical sign or lamp, consumers  expect to operate via a power cord, only to find out it's lacking such. Sure I could hardwire the sign but should I have to? I seldom appreciate products that are not fully intact. And, I have wa-a-a-a-ay too many lost and founds. I don't need to accumulate any more. Doing the job someone else neglected to do is something that I am not interested in. How do I avoid these products? Is there a way to flag them prior to buying? If a product lacks readmes is that because it lacks metadata? How do we identify metadata deficient products so we don't waste time buying them? Or . . .  is the answer the only remedy to stop shopping here?

Answered above already by felis: https://www.daz3d.com/forums/discussion/comment/9309771/#Comment_9309771

Richard Haseltine said:

danmast94 said:

People talking about "sudden influx" and "new products" as if this is a recent issue and not a problem that's existed for a long time. Items constantly end up in the Lost and Found. Metadata is constantly missing (including it disappearing from items that used to have it, thus moving stuff into Lost and Found that had previously been correctly tagged). Daz is responsible for making sure the things they sell work correctly and are managed properly. If one PA mislabels an item or does something wrong, then there's possibly an argument for shifitng the blame to them. When it's a widespread issue that has been constant for years, then it's no longer reasonable to think it's a PA issue and not a Daz issue.

The main topic is the large tranches of content brought over from Renderosity - in some cases there were hundreds of items and Daz simply wasn't able to process all of those to generate metadata. Gicwn that it is starting from scratch there is nothing to stop members from generating product data and posting it themselves - I have already done a few of Lully's products that I purchased from Renderosity, they would just need the store ID and SKU updating to reflect the current Daz store status - if/when I get around to that I start a thread.

While (generally much) older products may lack metadata, and some others may too, it is not common - if this is happening a lot I would suspect it is an instalaltion issue (for example, if you close DS and start DIM immediately it is possible for PostgreSQL to shut down on DS exit and not restart on DIM start, meaning that the metadata won't be added to the database).

To me, it's akin to a sign vendor selling an outdoor electrical sign or lamp, consumers  expect to operate via a power cord, only to find out it's lacking such. Sure I could hardwire the sign but should I have to? I seldom appreciate products that are not fully intact. And, I have wa-a-a-a-ay too many lost and founds. I don't need to accumulate any more. Doing the job someone else neglected to do is something that I am not interested in. How do I avoid these products? Is there a way to flag them prior to buying? If a product lacks readmes is that because it lacks metadata? How do we identify metadata deficient products so we don't waste time buying them? Or . . .  is the answer the only remedy to stop shopping here?

Mr_Fluffkin said:

Richard Haseltine said:

If the default category is the only one at that level of the tree with entries in the current state of the filtering then it is hidden and you just see the various categories that it contains.

Yeah, I recognized that. Right after starting DS I first thought my lib was gone/hidden, because I've never seen the default category before and everything looked empty, because default was collapsed. This product was my first one that created categories ouside of the default main category. I hope they are gone now, as I don't want ophraned categories on "root" level in my database...

The categories will still be there - and you will still see the references there if you look in the Content Library pane (Vendor data, metadata from products, is not removed but only hidden in the other content panes - that prevents a metadata update (through DS or reinstalling the product) from overwriting user changes).

felis said:

I overlooked that she is not in default.

You can just rightclick and select Categorize and then place her where she should be. And also the same for the rest of the product.

You can also make a technical ticket and describe that she is wrongly categorized.

Thanks, that worked! And it looks like the installed extra-categories are automatically deleted when everything was re-categorized and there's nothing left in them. At least I hope so, I don't like orphaned database entries. But again, another example of the bad metadata of many products. I thought I had already experienced every possible error, but DIM installing an entire product in a second Smart Content main category was new to me. DS can surprise you again and again. Seriously, maintaining the database/metadata is more complex than DS itself.

IceCrMn said:

Sounds like I'm one of the few that use the drag and drop method?

I use it and the various editing dialogues in combination - some things are easier one way, some the other, and some it's a matter of where I am in the process.

One can simply drag stuff from the "Dumb" content library to the "smart" content and drop it in the appropriate category.

for example if I have a shirt for G8M that doesn't have metadata. I select him in the scene then drag the shirt from the dumb library to the smart library and drop it under "Default>Wardrobe>Shirts". Then export user data followed by re-import userdata to save the changes and apply them.

After that the shirt I added will show up every time I select a g8M in a scene under shirts.

 

For things like scenes and props it's much easier because you don't need to have a character selected first.

Just drag and drop it to the appropriate category in smart content.

I've been using the drag and drop method for years. I thought everyone was because it's so much easier than mucking about trying to edit things by hand.

No, this won't fix inaccurate metadata in store products that come with metadata. I ran into this recently myself. For those products I had to edit the files in notepad, not hard, just a nuisance.

felis said:

That lady is not imported.

Your screenshot doesn't show much, as she will be in any of the subcategories too, as Daz Studio aggregates to higher levels.

I don't understand what you mean by "I still have the categories added by Bell outside of my library to choose from".

Yeah, I know she's not imported, but her metadata is completly wrong. The marked "Default" Lib on my Screenshot holds all standart DS categories, thats the actual smart content library. But DIM installs her outside of it by creating categories outside the normal categories. So I uninstalled her again and the smart content pane shows mny content like before. But if I right clickj any prop and manually assign categories to it, I still see Bells categories outside the default categories. I have 2 Figures categories now i.e., even tho I uninstalled her.

I also find the lack of metadata extremely annoying. Smart Content is the main reason why I shop almost exclusively at the Daz Store. Since the introduction of all the new PAs, it's basically a gamble whether your purchases are smart or not. It's inexplicable why the products aren't at least labeled. It can't be that difficult to write a script that checks whether each product on the store has metadata and flags it if it doesn't. Then you could at least label them in the store. 

But it's not just the new RR items; even products that are already installed suddenly lose their metadata out of the blue. My lost and found also includes about 150 products.
I think with Daz, you just have to accept that from time to time, some products will simply “get lost.” If you make a purchase without metadata, I would generally recommend requesting a refund. Unfortunately, I'm too lazy to do that and end up installing the products manually with the Content Wizard. If, as with RR purchases, you at least knew that there was no metadata included... But you only find out after the DIM installation, that parts of the purchase once again has no metadata, super annoying. Then you have to uninstall it, collect the product photo, PA, SKU, etc. from the shop, and start the Content Wizard. Product photos are usually in WebP format or have dimensions that are not compatible with the wizard, so you need to convert them first too. It's really tedious. And by the time you're done, all the excitement of trying out the product has usually already worn off.