ZBrushCentral

Dynamesh resolution refuses to go higher

Never had this problem with previous iterations of zbrush. But no matter what I set the resolution to dynamesh recuses to go higher. My model is scaled up very big. The head model oddly is at 3mill, the body at 1mill; when combined and trying to dynamesh the resolution will not go higher( well barely higher ) than the bodys resolution. I’ve tried scaling down the model and it still has the same problem.

Hi @Synn

An issue to be aware of first–Dynamesh works best on an object that is in the ballpark of the size of 2 in the Geometry > Size menu. Meshes that are abnormally small or abnormally large in the Zbrush world space may have trouble generating a practical level of resolution. This is why people often apply a Deformation > Unify action to meshes prior to working with them in Dynamesh. This Video explains why.


Otherwise, you may have simply reached Dynamesh’s practical limits. This will vary with how large/complex a surface you are asking it to re-mesh. Combining a head with a body tool introduces a lot more high detail surface area to remesh at once.

Keep in mind, Dynamesh works best at medium levels of detail. It is intended as a concepting tool to quickly block out form without distortion. Past a certain point, you will need to transition to a traditional subdivision process in order to capture increasing amounts of surface detail.

1 Like

Yeah I’ve unified it, put it at 2 in the size panel and it makes no difference. Even w/o the head the resolution will not go higher. We’re talking just a simple body mesh here no frills. And I know dyna is for concept but if the resolution can’t go any higher than a mill then I got a serious problem when it comes time to cut and key and prepare the model for print.

The mesh can go quite a bit higher than that, but you will need to transition to a multiple subD level process (subdivide), like you would have to in order to get the best results while posing, polypainting, or exporting maps for the mesh.

For most print processes, it’s a simple matter to just Decimate from there. It should also be mentioned that many print processes can’t reproduce all the detail dynamesh is capable of generating under normal circumstances anyway.

I’m not saying there’s nothing wrong with your mesh, or there isnt some issue at work. One million sounds low to me–the demo soldier tool body, when unified, dynameshes at 3.8 mil at max rez. But you haven’t provided any information that could be used to determine if there’s actually anything odd – like screenshots containing mesh, UI, and Dynamesh settings. Given the general information, I can only give you general information in return. And generally, Dynamesh is for working up to about a medium level of detail, and then transitioning to a multi subd level process when major form has been established and the need for frequent re-meshing has diminished.

If you have a problem that you’re not comfortable sharing information about publicly, then I would advise you to make a Support Ticket.

The first pic you can see the piece is abnormally large, before dynamesh it was about 3 mill polygons. The second pic the mesh has been unified and then dynameshed. Both times the resolution in dynamesh was set to the max 4096.


Ok, the first thing I notice here is that your Dynameshed subtool looks really good. I assumed your problem was stemming from a loss of detail, but there’s no significant reduction of detail here.

One point:

If it was originally abnormally large in the Zbrush worldspace, then it would have received a greater amount of polygons when dynameshing. The reasons for this are explained in the video I linked above. The size of the polygons Dynamesh generates at a given resolution is fixed, so larger objects simply receive more of them by virtue of having more surface area. In this scenario, I believe it is probably the 3 million polycount that is abnormal.


So my best guess, is that Dynamesh simply doesn’t need more polygons to capture that detail. It would force more polygons if you increased the mesh scale, or increased the slider rez if it wasn’t already maxed out. But that polycount wont change significantly at this stage with dynamesh unless you add more detail/surface area.

From the Dynamesh Documentation:

You can test this by starting to add more strokes that significantly add more surface detail. Just glob some strokes on there that really displace the surface area, and you will see your polycount creep up when dynameshing, with most of the topological changes only occuring where you made the change.


I’m still a little confused though, because in my experience usually a figure mesh of around that size will end up with a higher polycount than that from Dynamesh at max rez, but the above factors are what’s affecting your current situation.



[Edit]

Sorry, can’t post consecutive replies on the board, so have to edit this in.

I had to test this to make sure it was happening the way I thought, but here’s one scenario where you might end up with that rez on a figure mesh.

I notice your mesh there is posed in a wide or splayed stance. This effectively increases its “bounding box” over a character mesh in a more neutral position. When you use the Unify command it fits the mesh into the preview window (Tool > Preview, not the Canvas). Since the posed character occupies greater bounds, the body must be scaled smaller in order to fit, resulting in less surface area available to receive polygons from Dynamesh. This is also why your head model achieved a higher resolution–more of its surface area can fit in the preview window with less negative space.

See the image below:

dynarez