ZBrushCentral

Using Zbrush on Linux

@satyam_mishra

Ok, when people are suggesting things it seems to me that sometimes their advice is based on their own need or personal experience based on that need and not some absolute truth or universal solution for all. For RPM i think there is RedHat, Fedora, Centos and Rocky (and maybe SUSE?). I think I used “alien” to convert RPM to .deb and it worked with RenderMan.

At this moment I just fired up ZBrush to check how the Wacom is behaving. There is one issue still with Wine-ZBrush-TurboVNC, and that is if I maximize the ZBrush window to full screen the wacom pressure is not working in that mode. However with full size window it works properly. Also, with dual screens added to vnc the tablet mapping get confused (because the two screens do not have exactly the same proportions). It is possible to fix with scripting that maps the tablet and also set both screens to the exact same resolution. At this time I mostly use Houdini and only occasionally ZBrush, but is seem to still work as expected if I disable one screen (when running through a network).!

Now I troubleshoot Houdini kinefx rigging and not Wine-ZBrush, so it is nice when other people keep this interest updated.

@thinkit Ok I know what you mean by that I was using Ubuntu before and there everything was working fine expect for the crappy distro itself. So I turned to Reddit for suggestion and as I said I wanted something bleeding edge with less headache as I play games occasionally.

And I’ll say that if I do not have to use zbrush and photoshop fedora gave me least trouble. As while installing nvidia driver in Ubuntu it was the biggest problem. I had to waste my entire day just to update. Because of which I stopped updating my nvidia driver. In fedora it is just a click in software center and it does all the work.

One of my later projects is a penguin rig (but I forgot to show that disgusting tongue). Doing something basic like this is no problem with Wine-ZBrush (i.e. after you set it up right). I did send the model back and forward to Houdini while fixing the topology.

Ok, to me “wasting an entire day” is nothing. If you want things working out of the box I’d say Windows or OSX is the way to go. Otherwise, as you already do, you can run a Windows VM and try to optimize that with CPU+RAM+fast storage. Doing dual-boot is rather simple also. For that you simply need another storage or partition (and 60-120 GB goes a long way for only a system).

Linux is all about being free and able to customize, but you are also responsible. You should expect more or less troubleshooting if you want anything that is not simply a simple install-configure-and-go thing.

Wine, and also Wine ZBrush will likely waste a lot of your time. If you have to focus on other things I’m not sure Linux is a good idea at all. Maybe dual-boot or VM:s would work for you, but in any case you will loose not only a day, but problably much more when you run into issues.

Maybe I should mention that since I now know a couple of things about Linux it is part of may day-job to use it and help others with it. I get better paid doing that than freelancing in the animation industry. So for me it is not really any waste of time. If you want better performance there is also a “workstation” version of Windows, but I have not tried that. Also you can just add better hardware and your Windows will be fast enough. I’m honest with you if your main concern is to save your time.

Just another thing any distro or software that is “bleeding-edge” (and also community based) is not likely to be fully tested. What people write in forums, no matter their good intentions, is not always reliable. The fact is usually so that you do not know that it will work until you tested it (and preferably a longer time) in your context. What Windows and OS X does it that it takes control of your entire context to make sure things work.

Cheers/Hat off :slight_smile:

@thinkit I understand what you mean and also I am fairly new in Linux community so I am learning things. I was having issues with Windows before that was one of the reason I switched to linux also I am learning things here slowly.

Also I was just saying that for nvidia driver update I needed less problems as every single time I used to update in Ubuntu it used to break the drivers.

As for bleeding-edge I needed for gaming and not knowing much about linux I turned to fedora.

As for problems in Linux I am well aware of what I am getting into and was ready to solve them.

Do you know any alternative to zbrush which I can use, and that is not blender and available for linux.

@satyam_mishra

Once you know how to do things with Linux, you start to feel a lot of freedom. However, the path there is quite geeky, troublesome and require time.

I guess what happened was that you updated the kernel. Your nvidia drivers can automatically update with that, but if the prerequisites are not met you have to update manually. However you can always run Linux in a previous kernel (there is a list when you boot).

Here are some notes for Debian 11 regarding the nvidia drivers and related issues (I think they have some button in the installer for this but below is the “hard” way. These notes are in somewhat random order and not well checked, because these notes are just personal and not so organized. Maybe some lines are for CentOS7. However they should work well if you skip the bad parts because I have no issues with this any more. I copy pasted my notes from various places, that is why they are in a mess below. ):

add user to sudoers:

su
visudo
username ALL=(ALL) ALL

edit software center sources and add all “non-free”

sudo nano /etc/apt/sources.list
append “main contrib non-free” to your sources
sudo apt-get update
sudo apt install nvidia-opencl-common
sudo apt install nvidia-driver
sudo reboot now

First download from nvidia website and run in CLI after disabling nouveau and GUI (temporarily)

Note, I think some kernel sources or headers might be needed. The following run file will tell you if something is missing.

sudo sh ./NVIDIA-Linux-x86_64-470.57.02.run # or newer

if above fails read on

Boot into CLI.

grubby --update-kernel=ALL --args=“rd.driver.blacklist=nouveau nouveau.modeset=0”
mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
echo “blacklist nouveau” >> /etc/modprobe.d/nouveau-blacklist.conf
dracut /boot/initramfs-$(uname -r).img $(uname -r)

now you can reboot (into CLI for now)

sudo reboot now

houdini OpenCL

Debian -- Details of package nvidia-opencl-common in bookworm

sudo apt install nvidia-opencl-icd

Old notes for CentOS7

sudo yum install libglvnd-* opencl-headers ocl-icd-devel.x86_64

Well said. Having patience, alternatives and backups with history will keep you going. I think I started learing about six years ago. There are ways to speed up the learning process though. Anyway, expect issues and be flexible.

no, only blender. I tried using Blender but it is not the same feeling. ZBrush is an amazing creation. I have done ceramics in real clay and some modeling with other materials, and this is the best software because it feels like the real thing. It is much easier than traditional because there are symmetry tools.

Cheers!

@thinkit I got zbrush to work it was rather a simple solution. I had to manually adjust the zbrush window size to get rid of that jumping. As for the brush I edited the graphic>emulate virtual desktop in winecfg and now everything works fine.

Thank you for the suggestions.

@satyam_mishra

So good you got a working configuration.

What I can see is that since you can configure so many aspects of a Linux system it is near impossible to say what will not work. For example, in this screenshot we see a dual screen setup over (Turbo) VNC where ZBrush is in full screen. A GoZ equivalent (Z) is working fine. The position mapping for both the stylus (nib) and the eraser (back of pen) is correct. For this I made a script that uses xsetwacom to map the wacom to either of the (local) screens and connected that to a keyboard hotkey.

In this setup I had to disable the “virtualtablet” mode (it will not work well in dual screen) and thus got the pressure mapping wrong (i.e. do not press too hard). In effect I just have to press half the amont to get the brush in full size. However I can accept that.

Im thinking of using linux again. Mint, PoP OS or Fedora are my tops right now. Can zbrush through linux still ouput hdgeometry to to displacement maps using the multimap displacement addon? I work with UDIMS a lot.

Can zbrush through linux still ouput hdgeometry to to displacement maps using the multimap displacement addon?

So I tried HD-geometry now again and it feel a bit too slow. If you find it slower than normal then maybe just try subdividing normally instead. With a lot of RAM it is just faster to keep subdividing everything normally. Try it.

Tested quickly the MME addon with displacement. A UV-unwrapped sphere with 25M HD-geo points took 1 min 1 sec. The file look as expected.

I tend to work in the about 170 million polys with hd and use a small area like 10-20 million at a time which allows for fast performance of sculpting pores. What’s special about this workflow is the udim baking of 5 x 8 k maps is about 5 minutes! The reason is the highest level I sculpt main forms on is only 600 k polys. With traditionally high poly its super slow baking. I have 64 gigs of ram and 3900 amd processor.

As for my top linux distros I want to try is Linux mint and Fedora.

So I had some issues with Zbrush 2022.0.5. Using lutris did not work. Also after installing the packages in the ZBrush troubleshoot folder the “lines” issue was still prevailing. However, finally, some adjustments to the overrides solved the case. A print will follow for those who might need some advice. Please note that I have not checked if all overrides included are required, but this config does work with the following case.

User case and solution

  • Zbrush 2022.0.5

  • Debian11

  • MS Surface Pro 5 with Intel HD graphics (mesa)

  • Installed wine according to winehq quide (mentioned earlier in my post Sep 21 )

    wine64 --version
    wine-7.0

The user config (winecfg) defines this file:
~/.wine/user.reg

Using these overrides:

[Software\\Wine\\DllOverrides] 1654199838
#time=1d876baf6b9f4c2
"api-ms-win-downlevel-normaliz-l1-1-0"="native,builtin"
"api-ms-win-downlevel-shlwapi-l1-1-0"="native,builtin"
"api-ms-win-downlevel-user32-l1-1-0"="native,builtin"
"atl120"="native,builtin"
"comctl32"="builtin,native"
"gdiplus"="native,builtin"
"mfc42"="native"
"mfc42u"="native"
"msvcp120"="native,builtin"
"msvcr100"="native,builtin"
"msvcr120"="native,builtin"
"msvcr90"="native,builtin"
"msvcrt"="builtin,native"
"normaliz"="native,builtin"
"ole32"="native,builtin"
"rpcrt4"="native,builtin"
"shlwapi"="native,builtin"
"vcomp"="native,builtin"
"vcomp120"="native,builtin"
"vcomp140"="native,builtin"
"vcomp90"="native,builtin"

This is, by far, the best method. Thank you so much for this!
I’ve been avoiding newer distros like Fedora because I couldn’t get Decimation Master to stop crashing when I press Decimate Current (I did Pre-process Current before that and it seems to work on every distro if you check Use DLL in DecimationMaster preferences). But now, thanks to you with your script, I’m happy to say it works on my preferred distro.
For reference, decimation pre-processing for the DemoHeadFemale model (subdivided a few times until it has 833k points) on Windows takes 7 seconds on my machine, on Linux it takes 8 now. Before using your script it was around 30 seconds at best! (Well, technically using a different WINE version in Lutris made the pre-processing stage really fast too, about 10 seconds, but they all crashed with Decimate Current).
So thank you once again!

Hello.

I’m trying to get Zbrush 2021 working on linux and almost got it working.

My operating system is Manjaro MATE, I use portProton, it is more convenient to configure everything in it and the speed is impressive.

But I have a problem that prevents me from using Zbrush to its full potential.

I use an XP-PEN Deco 03 graphics tablet, the Linux drivers are installed and everything works fine in native applications.

But Zbrush works through Wine (which uses portProton) and pen pressure doesn’t work for me correctly.

When opening Zbrush, if you select a base project, for example, a “cube” and draw on it with a pen, then the pen pressure works properly, BUT, once you click the mouse, after that the pen pressure stops working.

I tried to find a solution to the problem, but I did not succeed, I did not find people who have this problem.

For interest, I installed Lutris and there this problem is observed in a different way. Within the window, you can click with the mouse and the pen pressure will not disappear, but if you try to open any of your projects, the pen pressure immediately stops working.

Please tell me how do you deal with the pen pressure problem in linux ?

ZBrush version 2022.0.7

MIsc notes:

  • This is just a dump of incomplete notes to help you get started if you wish. However, I’m not providing any support for issues due to lack of time.
  • I do not use all features, but ZBrush Wine is fine to use if you really want a fast experience with Linux and can manage the issues.
  • A custom “GoZ” equivalent for Houdini works fine when calling ZScripts from externally. (There is also a Z script on Gumroad available for a minor cost).
  • Zapplink works with Gimp (saving with Krita as last step will crash ZBrush)
  • Decimation works with the presets (I’m using the “dll” mode).
  • Works fine with TurboVNC

Known issues:

  • When leaving ZBrush inactive for long periods (possibly hours) the file dialog window may fail. Automatic saving works.

My setup:

  • ZBrush version 2022.0.7
  • Wine 7.0.0 (stable)
  • Debian 11
  • XFCE

My startup script:
#!/bin/bash
# the following script is called with a laucher icon
# script used to make sure ZBrush Wine will start every time
pkill ZBrush.exe; pkill winedevice.exe
env WINEPREFIX="/home/username/.wine" wine C:\windows\command\start.exe /Unix /home/username/.wine/dosdevices/c:/ProgramData/Microsoft/Windows/Start\ Menu/Programs/Pixologic/ZBrush\ 2022/ZBrush\ 2022.lnk
cd /home/username/.wine/dosdevices/c:/Program Files/Pixologic/ZBrush 2022

Library overrides:

  • For ZBrush with Wine the following overrides are required to get rid of the well known “lines issue”.
  • The following settings snippet is from the file user.reg (found in c drive, search for overrides, same as in winecfg)
    [Software\Wine\AppDefaults\ZBrush.exe\DllOverrides] 1671988991
    #time=1d91885901f8f52
    “vcomp140”=“native,builtin”
  • If you edit user.reg you must close ZBrush first and should probably call winecfg after doing changes.

This is an updated video on ZBrush 2022 installation

Decimation Master & Pressure Sensitivity works without problems

Okay, I really wanted to transition my desktop to Linux as I was using NixOS as a daily driver on my laptop and thought it is about time to transition to fully commit to desktop Linux and it was all fine, every other software package I use for creating gamedev assets and 3d print sculpts is working in Linux and has Linux support and sells linux license.

But unfortunately Zbrush is EXTREMELY crucial for my workflow and it is THE ONLY literally THE ONLY 3d industry standard software package that is currently does not have ANY kind of Linux support whatsoever!

I bought Substance Painter for Linux via steam and it works great, I am still clueless why Zbrush is not available via Steam, or does not provide any support to Linux? Is that some-kind of a bias towards operating system and it’s users? Maxon’s Cinema 4D has Linux support, like Zbrush’s parent company has it…

Linux and it’s desktop environments are way ahead of more popular MacOS and Windows and way more performant, they are like light-years ahead, why not earn a buck or two selling a Linux licence via Steam or any other means like Adobe does with Substance? I literally don’t get it!

I do understand that Linux is for more technically savvy people, but those are exactly the people that would use tools for creating 3d game assets, there are plenty of people on linux that would gladly buy Zbrush license, as they are already technically more knowledgeable than the average PC users.

I tried installing my windows copy the way it is described here, and was very enthusiastic that I will finally be able to use Zbrush for 3d asset creation for my clients, but unfortunately there are incurable bugs on every distro I have tried (Manjaro, Mint, NixOS, Ubuntu some colleagues tried running it too, but came to conclusion it’s not there yet, and maybe never will be) when running the program via Wine, namely:

1 - Tablet pressure sensitivity stops working every time I open file browser to open any other project.

2 - Zbrush can suddenly stop working when you’re using some brushes, one of the most used brushes is Move brush, when a geo of your subtool is dense you can literally lose your sculpting progress, because Zbrush might suddenly stop working. It is very hard to reproduce as it appears randomly, but you WILL enevitably encounter this problem no matter how you try to avoid this problem, and it is a huge problem because sometimes you can work for days on sculpting hipoly assets.

Maxon Zbrush, please, port your software to Linux, I’ll buy your license straight away if you do! You’re forcing me to install Windows to meet project deadlines now (I might have probably had a better luck running Zbrush with a VM, but it’s really a lot of time spent on figuring out how to passmy GPU and rest of the hardware from guest to host VM machine and unfortunately I don’t have time to do that, I really need that official linux support) and I really don’t want to do it and leave more comfy OS.

1 Like

About losing pressure sensitity when using the file manager. If the pen doesn’t touch the tablet and you only use the mouse when opening and navigating the file manager, you don’t lose pressure sensitivity.

2025 and still no official linux support for zbrush, holy disappointment!

Hello, I’m running ZBrush 2025.1.2 using Wine 10.0 Stable on Kubuntu 24.04, with a Huion Kamvas Pro 24 (2K) using the official proprietary Huion drivers.

For those trying to get this working for the first time and feeling the frustration of not making it run properly, I want to point out that it’s actually quite easy to get everything working — but it’s not perfect.

There are two main ways to get everything functioning under Linux with Wine 9 or 10. I didn’t try using Wine Staging or Developer; those versions gave me no pen pressure with the tablet — or at least, that’s what happened to me.
The same issue occurred with Wine-GE: no pressure. Wine Stable is your friend here.
:white_check_mark: Step-by-step installation:

  1. Install Wine

Install Wine via the terminal or through your graphical package manager (in my case, Discover, since I’m on Kubuntu).
Run winecfg in the terminal — this will create your Wine prefix and install Mono.
2. Install Winetricks

Just like step 1 — install it via terminal or GUI.
From here, there are two paths you can follow, both of which gave me similar performance:
:small_orange_diamond: Method A (Using Winetricks)

A1. Run winetricks in the terminal.
Select default wineprefix → Install a Windows DLL or component, and then install the following three packages:

vcrun2008

vcrun2010

vcrun2017

A GUI will pop up to install them.

A2. Install ZBrush. Open a terminal, type wine, then drag your installer .exe into the terminal window and press Enter.
Install ZBrush normally as you would on Windows.
This will create a shortcut in your Linux app menu.
Run ZBrush from there.

A3. Depending on your version of Wine, make sure it’s set to emulate Windows 10 or 11:
Run winecfg again, and in the “Windows Version” dropdown, select Windows 10 or 11, then click OK.
Now launch ZBrush from the app menu icon.
:small_blue_diamond: Method B (Without Winetricks)

B1. After installing ZBrush, run winecfg, click Add Application, and find ZBrush.exe inside the typical Program Files folder.
Set that application to emulate Windows 10 or 11.
Then, under the Libraries tab, add and configure the following:

Set these to native,builtin:

api-ms-win-downlevel-normaliz-l1-1-0
api-ms-win-downlevel-shlwapi-l1-1-0
api-ms-win-downlevel-user32-l1-1-0
atl120
gdiplus
msvcp120
msvcr100
msvcr120
msvcr90
normaliz
ole32
rpcrt4
shlwapi
vcomp
vcomp120
vcomp140
vcomp90

Set these to builtin,native:

msvcrt
comctl32

Set these to native:

mfc42
mfc42u

Click Apply, then OK.
Now launch ZBrush from your Linux app menu.
:brain: Observations:

:heavy_check_mark: All ZBrush features work for me — but a few quirks exist:

:small_blue_diamond: Issue 1 – Pen pressure lost when using file dialogs
If you use the pen to click Save, or load an image into Spotlight from the Windows file dialog, pressure gets lost when returning to ZBrush.
You’ll need to restart ZBrush.

:white_check_mark: Workaround:
Use keyboard shortcuts like Alt+S to save (instead of Ctrl+S) or use the mouse instead of the pen in the file dialogs.

:small_blue_diamond: Issue 2 – Pressure issue at highest subdivision levels
When you’re at the maximum subdivision level (where ZBrush won’t allow further subdivisions), the first pen stroke has no pressure, but works fine after that — until you drop back to a lower level and return again.

:white_check_mark: Fix:
Tap Ctrl + Alt and drag briefly over the mesh — pressure works again instantly.

:small_blue_diamond: Issue 3 – ZRemesher crashes randomly
Sometimes, ZRemesh crashes ZBrush entirely. It doesn’t always happen, but when it does, it’s annoying and forces a restart.

:bulb: On the bright side:
Sculpting performance is perfect. In fact, ZRemesh and Dynamesh feel faster on Linux than Windows.
:warning: Final thoughts:

I’ve seen a lot of forum posts and videos claiming that ZBrush runs perfectly on Linux.
Well… that’s not entirely true.

Sometimes Linux users are so enthusiastic that they claim Linux is better under any circumstance — but I don’t think that’s the case here.
You can use ZBrush well — yes.
Is it perfect? No.

Wine has done an incredible job — but Pixologic / Maxon have done absolutely nothing to improve or support ZBrush on Linux, despite years passing with no native version in sight.

Correct me if I’m wrong, Maxon, but I doubt we’ll ever see ZBrush officially on Linux.
:repeat: Bonus Tip – Blender “Go To ZBrush” alternative:

If you’re a Blender user and the “Go to Blender” Blender addon feature doesn’t work on Linux, I found a workaround:

Use this Maya plugin:
👉 GN ZBrush-Maya Import/Export Tool

Replace the Maya part with this Blender addon:
👉 Blender Super Batch Export

You’ll need to tweak a few things, but it works well.

Cheers! Enjoy :blush:

Hello, everyone. I just want to confirm that now Zbrush on linux is totally usable.
I’m using Lutris and Wine 10.5. I didn’t have to do any specific manipulations, everything works out of the box. i tested version 2022 and 2024.
Still have the bug with disappearing pressure in the menu when opening a file, but it solved, as pointed earlier, by using mouse.

I’m using arch 6.14 core Gnome 48.