Hi. I’m forced to ask 'cause any parallels to my “issue” wasn’t found anywere. I’ve installed my copy in a C: which is an SSD (you know, to fire it up faster), but obviously the program ate up the disk very fast, once writing temps. Then I installed it in a secondary disk, but it was the SSD the one which still filled anyway!
Thus I searched here for a solution, and I found the http://docs.pixologic.com/user-guide/customizing-zbrush/scratch-disk-location/. But I cannot found any C:\Users\Public\Public Documents\ZBrushData nor other paths in the other disk. Neither I could find a ZBrushScratchDiskPath.txt.
It is there someone who knows how to solve this? And, will Pixologic finally add some options to change the paths without messing with other things?
Can you show a screenshot of Windows Explorer with your Users\Public folder showing? This will be on the drive that has Windows installed. There should be a folder named Documents or Public Documents. That’s where ZBrush will automatically create the ZBrushData folder.
Hi Marcus. Solved. A mistypo in the other disks’ path. Ok, you may close / delete this thread , as it is not related to a real issue but to an “human error”. Thanks.
P.s.: obviously, remains ensured that you must simplify that thing of the paths, with allowing the user to choose where to put them. Second: I notice two folders: 1) C:\Users\Public\Pixologic, where I have 3 folders (gozapps, gozbrushes and gozprojects) and C:\Users\Public\Documents\ZBrushdata, where there’s that ZBrushScratchDiskPath. Why two paths like that? But rather simplify things and put all the stuff in one folder, that the user will decide where to put into.
Certainly it would be useful to be able to specify the location of the ZBrushData folder. The GoZ location is separate because if the ZBrushData folder becomes corrupt it can be deleted and ZBrush will automatically create it on startup. If GoZ files were also there you’d have to reinstall GoZ.
Well, I guess the issue wasn’t given by the mistypo. Infact, I opened right now the same file, and the ssd space dropped drastically after some moves, although the scratch was already set to the other disk in the txt. I closed the file, and the space regained again (though, not to the same size of when I fired up the pc again to reset the Whole system: say, in 30gb free, it dropped to 18). I restarted again the machine, and the space went back to 30 gb.
I used ZB for less than 5 mins, and the space dropped off to 3gb!! Then I restarted once more the machine > 23 gb… And I removed all action and the rest.
Now what?
Is ZBrush using the location you set as a scratch disk? There will be a folder named something like VMemABCFREK. That’s where ZBrush will save its memory files, deleting them when you close ZBrush.
If you are setting a drive only as the scratch disk location then use the letter and a colon like this H:
Hi Marcus. Yes, it is how you say. But this doesn’t explain anyway why then the C drive (where is the documents/user folder, wherein there are all the ) stil drops gbytes.
Besides, if I install the program in another drive altogether, why ZB still installs these folders in the C drive? Just 'cause there there’s a “Document” folder? Well, why a need to place something in that folder? Hadn’t better if alla folders had had been located in the same place where the main core was intalled?
ZBrush will always use the Public Documents folder. The reason is to avoid permissions errors when writing temporary files. (ZBrush used to install everything where the program is installed but some users had problems.)
If ZBrush is writing its scratch disk to a different drive then I don’t know why you are seeing the SSD report a lot of usage. Apart from the scratch disk the usage for the ZBrushData folder is very small.
Well, if it is a permission issue, then you should also considere that continous writings kill the sdd’s… And this would be worse than losing the data of a single app, long run. Thus, perhaps you should considere to change strategy (many other apps write temps in other folders than Documents). If some users had problems, well, I guess that they cannot influence your choices and penalize majority of users: perhaps a compromise should be taken (e.g., individually choosing the destinations for the temps, that is it).
The fact is that I don’t use any other app besides ZB, whilst I use the latter: so I simply puzzle what could have eaten that space (now I’m into 17gb… Where previously I ran over 29), nor I could guess what I have to discharge to get back that space (which should forcible took by some temp files, for it has risen so suddenly and without notice). And infacts, now that I explored the thing, I see that it is that the quicksaves folde holds some 2,60 gb of stuff… Btw, I continously select to disable the enable saving of undos, it appears again on the next restart…
Any changes made to Preferences you need to store the configuration - Shift+Ctrl+i (or press Preferences>Config>Store Config).