So I'm extremely frustrated with Zbrush at the moment. I'm trying to work on my soldier guy and next thing you know I get this message saying I have insignificant memory and that I should delete files and try again. Thing is I have nothing left to delete because it's Zbrush that is deleting my memory out of thin air. Every time I open Zbrush and load a ztl my C drive gets lower and lower.
I'm working with a ZTL file that is 116.million
My Zbrush starts at 256 Compat Memory when I open it
I have 16GB of Ram
what in the world is wrong here?!
right now I'm down to 3.45 gb of memory. Sometimes it goes up and down randomly. But for certain it gets lower when my ztl file is open.
If anyone has a solution please help
Replies
As m4dcow says, 116 million polys are too much in a model.
Have you tried moving the Scratch Disk path for ZBrush? It defaults to your MyDocuments/Pixologic folder or something like that on the C: \ Drive. Customizing ZBrush Scratch Disk Location
I don't know that it will help with your overall performance issues with the ZTL, but having it write monster scratch disk files to somewhere that isn't your system drive might help a little.
First off, is it one tool, or multiple sub-tools? If multiple sub-tools, check the polycount on each tool, duplicate the problematic one, decimate one of the copies and project the details back. One thing I have run into is that if you have dynamesh on your interface, I've sometimes accidentally "pulled" the resolution slider over too far and created a mesh from hell that way. Final bit, get it as low polycount wise as you can, and export it, then import it into a brand new project file.
You are referencing multiple different resources. C: drive running out of "memory", too much disk file space in use. There are windows tools that allow for finding problematic files on the device. (Internet cache files, temporary files, etc.), There are also freeware tools out there that can be used to show you a visual display of disk usage. You may be dealing with excessive crash files, or as others have said too many temporary files or one type or the other.
If it's actual physical memory that you're having an issue with, see first paragraph, you're going to have to simplify the mesh(s) you have to get any sort of result.
(You could be dealing with a corrupted subtool as well, again, check the polygon count. 116 million is pretty high)
Now, if you find that you really do use that many polygons, what I've done in the past is break it up after I get far enough into the model and create "sub-assemblies", put those parts into a separate file, merge down, decimated the merged parts, export, or save and bring back into the mesh where I'm assembling all the parts together. Painful, but can be used to work.
Best of luck,
- Lou