ZBrushCentral

Zbrush 5.0 optimized for WINE?

Yes please. Even Substance Designer is already being ported to linux…

Is it? Where?
On https://www.allegorithmic.com/buy I can only see Windows and Mac options.

@Chris Offner

I said that its being ported, not that the port is done. So its still work in progress. They said that its hard, but they are working on it.

Source: https://www.phoronix.com/scan.php?page=news_item&px=Substance-Designer-Linux-Portin

Zbrush appears to now use Qt for its ui, and is ported to Mac which is nominally a unix. Just make it a statically linked executable and give it to us on Linux. Shoot, make it steamOS and distribute it through the steam store instead of the weird licensing scheme it currently uses.

sigh Windows 10 is marginally more tolerable than windows, but Mac has never been a workhorse OS.

macs want to make me gouge out my eyes. My Intuous 3 no longer works under win 10 for various reasons.

Also with ZFS / BTRFS on linux, and the fact that even EXT4 outperforms NTFS and HFS+, zbrush should run faster too.

It works, even web registration though you need to manually type in the code!

You also need to install VCrun2008.

It even starts faster than on windows 10!

All I did was copy my zbrush install over my playOnLinux wine 1.94 install, and set up a shortcut to the app and set the windows version to 7.

Sigh I clobbered it just as I got it working and it ate up a license. Need a manual deactivtion… :stuck_out_tongue:

Got it to work great, startup is a little slow, but its snappy and my old wacom tablet works better under linux then it ever did under windows. I also zipped up the whole wine directory as a backup in case I ever clobber it…

I have been using Zbrush since 3.1 and have since been using Zbrush as a central tool for modeling more and more. Recently, I’ve been wanting to transition completely over to Linux for performance and stability reasons. My laptop runs only with Linux while my desktop machine uses Windows 7 (I’ve been avoiding Win10. I have to use it at work, don’t want to bring that home). I plan to try out these tips mentioned earlier with Wine. They sound promising!

I fully endorse the petition for Zbrush to have full Linux support! Please take it into close consideration, Pixologic. We all love you! :wink:

Can somebody explain to me what the “if a native linux version of Zbrush is now impossible” in the OP is referring to?
What about ZBrush would make a native Linux version impossible? Has any of this been confirmed by Pixologic?

@Chris

I think it has more to do with money and energy investment rather than being completely impossible. Linux community is very small compared to other platforms and porting whole application natively to Linux may be expensive.

The community has already been trying to convince devs for a native port for a long time without any luck. So it starts to look like that we will never get a native port…

IMO OP knows that, so he tries at least convince them to make it work under wine which is a less expensive option.
Nothing was confirmed from Pixologic.

Zbrush for Linux please!

I am not even on Linux yet, but I will install it today!

I read here and there that V-Ray render 10% faster on Linux. Houdini interface is faster and it also renders 10% faster. Blender renders 2 times faster! But it cost 2 times more to render on Amazon windows machine than Linux. So you are potentially 2 times richer and have 2 times more times on Linux than windows!

For those who don’t know Linux is free!

So why are we paying more to render slower?

for sure we can have our render farm on Linux and a dual boot workstation just for Zbrush… But would be so much better with zbrush on Linux!

some links:

https://www.sidefx.com/forum/topic/21855/

https://blenderartists.org/forum/showthread.php?397423-Old-war-Windows-VS-Linux-(see-my-little-speed-comparison)-)

These days I run Zbrush in a Windows VM. The performance is quite OK since Zbrush mostly relies on CPU performance. Pass through your Wacom tablet and you’re off to the races.

I’d still prefer to run it natively, though, since I’ve only allocated half of my RAM to the Windows VM. Wine almost works well, except that in some cases with high-poly models a brush will sometimes lag for a second and part of the stroke will be a straight line with maximum pressure. I haven’t seen it happen while running in Windows.

My vote for linux. I abandoned OSX a few years ago, nice boxes but not for cg people imho. All win 10 users: :lol: good luck!. In October 2017 MS is planning another shi*** update. I drive with 8.1 but I plan a switch to linux. VMware sounds quite nice but it is only a half-solution. I like zbrush stability and I will not install my license through winehq. It will be killing myself.

Just wanna say 4R8 works under wine 2.10 as well though startup is a tad slow.

But yeah, its frustrating. There are solutions to avoid the whole “Linux is a fragmented ecosystem” spiel

https://snapcraft.io/docs/core/

To just building a statically linked executable.

Appimages are great, and support piecemeal updates…

Looks like I need to update the Wine ZBRUSH page with some instructions. Currently listed as ‘garbage’.

Just applied to be Super Maintainer for ZBrush under Wine

At the very least they could approach CodeWeavers for help in making Zbrush run better under wine.

Can you tell us more about your setup specifically Crusoe? What distro are you running on? Through wine directly or PlayOnLinux? What windows version, etc.

I can’t get it to run in any WINE 2.x version, even some of the later 1.9.x version, the viewport just shows black with some sketchy lines through it and I can’t see what I’m doing.

Currently running 4R8 P1 on OpenSUSE Leap 42.2 through PlayOnLinux, wine 1.9.1

BUT, I can’t get rid of the damn pressure sensitivity bug in 4r7 or 4r8. If you open a system file dialog (import, save, export) with the tablet, wacom pressure breaks until you restart. Other system dialogs, like warnings, don’t seem to care if you touch it with a tablet.

I have tested everything and can’t get past this. Using a mouse to handle those dialogs works but is annoying as I use a wacom pen for everything, and it’s easy to forget.

I’ve done some debugging of wintab32 (the tablet service), and it seems that the pressure is still being detected by it after opening those file dialogs, but the packet queue is overflowing and the packets aren’t being delivered to ZBrush correctly. Not sure if I should submit a bug report for WINE or what to do.

Thoughts?

If you save using the mouse you will still have pressure…
So it seems to be a combination with saving a file and using the wacom at the same time.
Interesting about the debugging of wintab32. How did you do that specifically? Not having ZBrush on Linux is a big enough pain to waste/sink some time into fixing it…

I’m aware clicking those file dialogs with the mouse works, and it’s what I’ve currently been doing.

For debugging wintab through PlayOnLinux, I’ve got debug flags set to “+wintab32”, and when running ZBrush with the POL debug mode you get an output window, as well as output to the terminal if you launch POL from command line.

As you move the stylus around wintab32 spams these as output:

trace:wintab32:motion_event Received tablet motion event (0x10054); device id 11, cursor num 1
trace:wintab32:TABLET_WindowProc Incoming Message 0x7ff0 (0x00001cb9, 0x00010054)
trace:wintab32:AddPacketToContextQueue Trying Queue 0xc00 (0x10054 0x10054)
trace:wintab32: DUMPPACKET pkContext: 0xc00 pkStatus: 0x0 pkTime : 0x3cfe4f pkChanged: 0x0 pkSerialNumber: 0x1cb9 pkCursor : 1 pkButtons: 2 pkX: 6571 pkY: 6070 pkZ: 0 pkNormalPressure: 1336 pkTangentPressure: 0 pkOrientation: (819,580,0) pkRotation: (0,0,0)
trace:wintab32:AddPacketToContextQueue Placed in queue 0xc00 index 0
trace:wintab32:AddPacketToContextQueue Done (0xa4b3070)
trace:wintab32:TABLET_PostTabletMessage Posting message 7ff0 to 0x10054
trace:wintab32:WTPacket (0xc00, 7353, 0x22efd0)
trace:wintab32:TABLET_FindPacket 1 … 0
trace:wintab32:TABLET_CopyPacketData Packet Bits {PK_CURSOR PK_BUTTONS PK_X PK_Y PK_NORMAL_PRESSURE }
trace:wintab32:WTPacket Returning 1

That is before using the stylus on the file dialogs. In bold you can see reported pressure, and the packets being handled properly.

Once you click one of the system dialogs it overflows, but still detects pressure:

trace:wintab32:motion_event Received tablet motion event (0x10054); device id 11, cursor num 1
trace:wintab32:TABLET_WindowProc Incoming Message 0x7ff0 (0x000097a6, 0x00010054)
trace:wintab32:AddPacketToContextQueue Trying Queue 0xc00 (0x10054 0x10054)
trace:wintab32: DUMPPACKET pkContext: 0xc00 pkStatus: 0x0 pkTime : 0x43a0e4 pkChanged: 0x0 pkSerialNumber: 0x97a6 pkCursor : 1 pkButtons: 2 pkX: 6616 pkY: 6037 pkZ: 0 pkNormalPressure: 1435 pkTangentPressure: 0 pkOrientation: (686,655,0) pkRotation: (0,0,0)
trace:wintab32:AddPacketToContextQueue Queue Overflow 0xc00
trace:wintab32:AddPacketToContextQueue Done (0xa4b3070)
trace:wintab32:TABLET_PostTabletMessage Posting message 7ff0 to 0x10054
trace:wintab32:WTPacket (0xc00, 38822, 0x22efd0)
trace:wintab32:TABLET_FindPacket 10 … -1
trace:wintab32:WTPacket Returning 0

Apologies for the emojis, doesn’t seem this forum has code tags.

I also tried to run zbrush 4r8 on ubuntu with playonlinux with a 2.15 wine version. Unfortunately, it didn’t run properly until I read the post of /dev/null in page 1. I just change settings for windows 10 and it works too (except for most images in the lightbox and like others the startup is a bit slow).

So it will be really great if we can have a linux version of zbrush.

Thanks to this thread I was able to get Zbrush running on Mint 18.2 with PlayonLinux + wine ver. 1.91 (64). It takes about 40-50 seconds to launch, but everything works.

I got a scare Monday when I found out ccleaner was being bundled with malware. So I’m glad to FINALLY be rid of Windows.

I also get the Wacom (Bamboo CTL-470) loss of pressure when opening the file manager with the stylus like poLLos, but I can live with it.

That’s what I thought. Thank you all for your helpful comments. Got sizzling hot deluxe slot com working! Hope it’ll be fine.