Rebelle 7 on Linux
Username: ccrowder2023
Post Date: 2024-02-02 06:11:49
I know Rebelle isn't made for or supportef for Linux but I was wondering if anyone has tried it. It was working for me at one time, then one day out of the blue when I launched it, it asked for registration id and password and would not accept my (valid) credentials. I've uninstalled, scrubbed, and reinstalled to no avail.
Is anyone out there using R7 on Linux?
Username: Vevo
Post Date: 2024-02-28 14:38:49
Hi ccrowder2023,
At this moment, we do not plan to release a Linux version of the software.
Some users run our software on Linux using Wine. Have you tried it? Did you experience any issues with it?
Regarding registration, make sure you enter the correct registration details. Are you able to log in to the Community account with the same credentials? Have you tried [url=https://www.escapemotions.com/community/recover]resetting the password[/url]?
Username: lolozori
Post Date: 2024-05-25 10:31:34
Hello,
After watching videos of the futur windows AI desktop recorder, I ll probably never use new windows software again.I will probably switch to Linux as soon as windows 10 is not supported anymore by future programs.
In light of what AI could bring about personal data as well as art thieft I would really love if the futur of rebelle could be written also for Linux compatibility.
Thanks a lot for the great software.
Username: 2dpainter
Post Date: 2024-05-27 20:11:39
lolozori
I read an article about this AI recorder, which of course
aims to make life easier for the user :)
In my opinion, one of the stupidest Ideas Microsoft has ever had.
I assume that won't happen. On one hand, there's the amount of data,
and on the other hand, companies won't be too happy Windows taking
screenshots of their transactions or trade secrets.
In Europe (I'm from Germany) that wouldn't happen because this conflicts
with statutory data protection regulations and employee rights.
So I won't worry too much for now and we'll see what happens next
Username: Main
Post Date: 2024-05-28 20:42:04
Hi there everyone,
I also recently made the switch to Linux and Rebelle 7 works on Wine.
I installed openSUSE and just searched for Wine and PlayOnLinux in the Software Center.
Select "install a program" -> "install a non-listed program". I kept all the default settings and just added the .exe installer file when prompted.
Note that you may need an additional driver for whatever tablet you use for drawing and your graphics card. Most brands have one but it may not be as easy to get it running. I have an XP-Pen device and that driver doesn't function correctly on autostart and needs to be run as shell script via root console (and even then is a little bit buggy).
Regarding the Windows Recall feature, it is designed to only work on newer devices in the future that have a processor with a dedicated "Neural Processing Unit" so the AI overhead doesn't kill the performance of your computer, so your specific device will probably not even be affected.
That said I would appreciate a native version as well.
Username: PukaMuriska
Post Date: 2024-06-03 07:46:59
It would be great to have a version for Linux as I'm not comfortable using Windows anymore, I'm planning to switch at some point as it doesn't feel safe with all that weird AI stuff going around, I just want my computer to be a tool!
Username: orange
Post Date: 2024-06-07 01:19:03
Rebelle works through Wine, as well as Steam, but unfortunately pen pressure and tilt do NOT work. This makes Rebelle not worth it for Linux users, imo (Krita works perfectly fine).
However, if you want to run Rebelle through Steam (I prefer it over Wine since I already have Steam):
Go to your Games tab on the top menu, and select "Add Non-Steam Game to My Library." Select the Rebelle.exe that you downloaded, and in its Properties (the gear icon the right), go to Compatibility, and check "Force the use of a specific Steam Play compatibility tool." Now "Play" Rebelle and follow the instructions of installation. Do not run Rebelle after installation. Once this is done, go back to Rebelle's Steam Properties, go to Shortcut, and change the Target to the new Rebelle.exe that is in the folder that Steam created for you (it should be in "/home/[yourPC]/.steam/debian-installation/steamapps/compatdata/[RebelleID]/pfx/drive_c/Program Files/Rebelle 7/Rebelle 7.exe") You will have to figure out the Rebelle ID by checking the individual IDs in your compatdata folder (if you have Steam games), which should be very easy by going into their Program Files to check if Rebelle is inside of them. Next, change the Start In to the new folder (/home/[yourPC]/.steam/debian-installation/steamapps/compatdata/[RebelleID]/pfx/drive_c/Program Files/Rebelle 7/). VERY important: Target needs to have "quotations" around it, and Start In does not.
Now you can use Rebelle through Steam (but without pen pressure and tilt)!
Username: Michal Escape Motions
Post Date: 2024-06-07 22:51:43
Thanks for your report [USER=153985]@rebbyreb[/USER]!
We didn't know that pressure and tilt doesn't work when running Rebelle through Wine. After a quick search it seems this issue is related to Wine:
[URL]https://forum.winehq.org/viewtopic.php?t=30522[/URL]
There's a link to the main Wine + Wacom issue:
[URL]https://bugs.winehq.org/show_bug.cgi?id=18517[/URL]
We'll try to think about our options in solving this issue.
Username: orange
Post Date: 2024-06-08 02:25:25
@miso17 I have e-mailed Veronika with this issue before, so at least one staff member is aware of it. She was very attentive, to be fair. As stated, pen pressure and tilt do not work through Steam's Proton compatibility layer, either. It's more likely an incompatibility issue, rather than Wine specifically - which is a given, since Rebelle is not officially supported for Linux.
I am not sure if you could download Rebelle via Steam on Windows or Mac, but if so, the instructions in my previous post would help you in troubleshooting this specific issue. Linux users would certainly be very grateful if pen pressure and tilt were fixed (I know I would be)!
Username: konscia
Post Date: 2024-06-13 01:41:07
I'm just adding to the requests for a native Linux release. That Wine Wacom bug has been a problem for ~15 years for many applications, and won't be resolved in my lifetime (That bug report was filed 2009-05-18). I've spent 100+ hours trying to get Rebelle to work properly, but only had partial successes for brief periods (until an update), and no luck after Rebelle 4 yet. People are finally ditching Windows in droves, so Linux may be in your favor. I can't justify updating without pen pressure.
Username: davincicolineo
Post Date: 2024-06-25 13:07:49
I am also adding to the request for a native Linux R7 release. With all the privacy breaches and the AI race (which feeds off data), huge amounts of people are abandoning Microsoft, even "regular" people. The privacy violations are unacceptable.
Username: tgrant060
Post Date: 2024-07-03 11:22:34
I also want to join in and ask for official Linux Support. Once October 2025 comes along and Microsoft EOLs Windows 10 I'll be making the switch to Linux full time. I use Linux on bigger projects with my other my other DCC software (maya, blender, Davinci Resolve, UE5, etc.,), but it would be awesome to add Rebelle 7 to that list!
Username: tommh
Post Date: 2024-07-10 16:07:47
Sorry for jumping on an old thread.
I'm considering a switch to Linux (so one day no Windows & possibly no Photoshop, but Affinity alongside Rebelle - & Krita! - instead) & would be very pleased to hear of development towards this option from Rebelle's team.
I also appreciate they're a relatively small company & hope that while every bit of our digital footsteps are harvested, Escape manage to keep paths open to customers who have the simple wish of just being able to purchase & use something, uninterrupted, according to their own desires.
This plain wish is somehow becoming a radical or unreasonable expectation these days!
Username: BobFF
Post Date: 2024-07-10 16:50:51
I would also like to see a native Linux version of Rebelle. Rebelle is one of the last paid apps I have keeping me from dumping Windows
Username: ymck72
Post Date: 2024-07-22 04:25:55
Adding up to the request for an oficial release for linux, or at least a fix. SInce Rebelle boots in my current installation of Ubuntu, but refuses to use pen pressure.
I am currently using Ubuntu Studio Version 24.04 LTS Noble Numbat. And it would be the final great addition to my workflow. I currently have a dual boot for Windows 11, but I am planning soon on ditching it, the shortage this past week has shown me that windows is no longer a reliable OS, and I am planning to move to greener pastures.
Username: nNPUBeIEhjSR
Post Date: 2024-07-24 01:41:40
I think a part of the problem with wine and wacom tablets is that there is not official support from wacom at all. Linux uses unofficial, open-sourced drivers that work pretty well for general use. There are some alternatives to those drivers that could be worth looking in to... but I have a question in particular about XP-Pen. XP-Pen has official Linux drivers. I would [i][b]LOVE[/b][/i] to test if it works with Rebelle 7 through wine, but my trial has expired so I'm outta luck. If anyone reading this has the right tools available to test, I would appreciate whatever results can be found.
(I'm running Mint 21.3 with a XP-Pen Artist Pro 16 if that matters)
Thanks!
Username: orange
Post Date: 2024-07-26 20:05:50
[USER=213954]@nNPUBeIEhjSR[/USER]
This may be prohibited to suggest, but just use/create another e-mail to try out the trial version again.
I'm only suggesting this because you are willing to test it out. Linux users would love to know if XP-Pen's official drivers work with Rebelle! Thanks!
Username: FusionFlux
Post Date: 2024-08-29 17:36:27
want to throw in that id greatly appreciate linux support due to the overall decline of windows as an opperating system and me having moved over a majority of my systems to linux. I wish i could get this working through wine or proton but they have issues passing through a tablet properly. proper linux support would be amazing if possible and would make doing art so much nicer on linux.
Username: Paingouin
Post Date: 2024-08-30 00:22:07
Hi, thanks a lot for the software , I LOVE IT even if I'm just a beginner.
I would love also a native Linux binary as this is mostly the only software that I must use on my dual-booted Windows, because Wine/Proton does not work as intended : pen pressure is not recognised.
For those who want more info : as far as I tested (Wine 7/8/9.16 vanilla + staging , Proton experimental), it seems using wintab (or other compatibility back-end) does not resolve the problem. I dwelled into the wine source but can't pinpoint which part of the code prevent the pressure to be recognised. I though too this was the bug , but I think there's more to it : [URL]https://bugs.winehq.org/show_bug.cgi?id=56608[/URL]
Username: alpsultanbek
Post Date: 2024-09-04 18:52:01
Hi I would like to add in that I would also greatly appreciate a Linux release for Rebelle. I switched to Linux due to ease of use in my job and a desire to reduce bloatware and spyware, but I have not been able to get pen pressure working in Rebelle since the switch. I have been using Krita for the time being but would love to switch back to Rebelle if a Linux version is made.
Username: MikeJones1990
Post Date: 2024-09-07 10:13:20
I love this software. I'm learning how to draw, and it's a treat to use Rebelle 7 Pro with my XP Pen screen tablet for this purpose. That said, I'd like to add my +1 for Linux support. The AI apocalypse is seemingly everywhere and Windows is going down a path where it's going to be unsafe to use in the near future. A lot of artists want to switch to an OS that doesn't spy on them or steal their information, but they need quality productivity software like Rebelle in order to do so. I think that if your software, along with Affinity's offerings, were to become native on Linux there would be a massive migration among professionals.
Username: cheerfulomelette
Post Date: 2024-09-07 13:24:22
+1 for Linux support, please
I'm in the process of moving to Ubuntu at the moment, and a native Rebelle build would be fantastic
Username: Tealfuleyes
Post Date: 2024-09-08 18:37:46
I want to add my support for Linux too or some way to get pen pressure to work at least. I use Rebelle 7 in combination iwth Krita at the moment(krita for sketching/drawing and Rebelle for colour comps/painting). Rebelle has been a perfect replacement and improvement for me over Corel Painter when I switched from Windows years ago and started using Rebelle 3. It took me awhile getting used to it but the improvements over the versions has been exceptional and 7 really knocked it out the park for me becoming a consistent part of my workflow for personal and professional projects. While I don't personally mind the lack of pen pressure, I do feel it would improve the overall experience quite a bit.
If it helps anyone curious about my setup(or devs *wink*); I use Debian 12 with Wine 9.0 and an XP-pen 16 pro gen2(3.4.9 drivers) on X11. I'm trying a few experiements on the side as well to see if I can get pen pressure working as everything else so far that I've used functions totally fine.
Username: tagorake
Post Date: 2024-09-15 01:19:17
I would like to use REBELLE released on Linux.
Username: tagorake
Post Date: 2024-09-15 01:20:04
LINUX REBELLE! Heavenly sound!
Username: Lithmariel
Post Date: 2024-09-26 00:05:35
I installed Rebelle 7 on Linux yesterday and guess what... it runs better than on windows!
It's only yucky to make pen pressure work through Wine.
Maybe even just some side support to making this process easier for us? Like an extra compatibility trick to make sure it runs smoothly. It *ALMOST* just works perfect.
Username: techy2493
Post Date: 2024-10-08 09:55:35
Also +1 for native linux or at least putting in some of the work for Wacom pen support. tbh I wouldn't be surprised if that wine bug was an easy fix and hadn't been done because the wine devs don't use pens and don't know the field / tech and or ha e a way to debug to fix it.
Username: michibashiri
Post Date: 2024-10-13 16:18:59
I have been interested in this software for years and the one thing keeping me from purchasing it is that it's not linux-native and thus has no pen pressure. As people are leaving Windows Linux is going to be a more attractive option for many users. +1, please consider supporting Linux officially.
Username: leriaz
Post Date: 2024-10-28 11:29:01
Adding to the pile, a native linux version would be amazing.
Username: rapidpunches
Post Date: 2024-10-28 16:24:24
I want to add my vote I would also like a native linux version for rebelle too.
I already use huion, xp pen, and wine and so I'm used to quirks but it doesn't have to be like this ????
Username: Graham GrahamX
Post Date: 2024-11-10 17:36:41
I had to write my own version of Wintab in order to get tablet input properly working. The main problem wine's Wintab has, is that it only gets tablet events for contexts created with actual UI windows, whereas many Windows applications use a message-only window to receive tablet messages.
I've uploaded my version [url=https://github.com/Graham--M/XWinTab]to github[/url] if you want to try it but I've only tested it with my tablet. My version of wine is rather old but I have also tested it in the latest Proton and it works on that too.
Username: Michal Escape Motions
Post Date: 2024-11-11 11:54:24
That's amazing, @Graham! I haven't tested it yet, but the code looks really nice :) Does it work also for other graphics apps running under Wine?
Username: Graham GrahamX
Post Date: 2024-11-11 15:15:58
This version is unlikely to work with other graphics applications under Wine as it only implements the functions/queries that Rebelle uses. All the other functions are missing. However, if an application uses wintab in the same manner as QT, it should work. If I can fix the behaviour of the existing Wine implementation then more applications might be usable because Wine implements more.
I've only been able to test it with my tablet which is a Huion WH1409 V2 using the DIGImend driver. I don't have a second monitor or a pen display so I haven't been able to test those.
Username: lolozori
Post Date: 2024-11-16 19:33:51
This morning windows 10 installed copilot without my agreement. So I would really love to get Linux develloped Rebelle now .
Username: Leonardo2718
Post Date: 2024-11-17 21:32:08
+1 Adding my vote for Linux support. I've been using Arch Linux for years and would love to be able to run this natively.
Username: rrhadsaft
Post Date: 2024-12-01 19:47:20
@Graham that worked great for me on a cheap wacom tablet, thanks so much!
Escape Motion - FYI buying a pro license because of @Graham and being able to use it in Linux w/ stylus
+1 please for official linux support
Username: FelisGlacialis
Post Date: 2024-12-03 14:09:06
I'm also adding to the Linux request! I'm absolutely done with Windows' AI crap and I'm no longer feeling safe to use it. I've recently switched to Linux but it's really REALLY a pity that Rebelle 5, now my favourite painting software, is basically useless without pen-pressure (I'm using a Wacom Intuos 5 tablet).
Please helps these desperate customers out so that we can keep using this fantastic software!
Username: FelisGlacialis
Post Date: 2024-12-03 15:05:00
@Graham Is it supposed to work for Rebelle 5 and a Wacom Intuos 5 tablet as well?
I've tried it but it doesn't work -yet. In the installation manual you describe this step: " Add a DLL Override for [code]wintab32.dll[/code] (needed for it to be loaded instead of the built-in one)."
I don't know how to do that and whatever I tried has failed - can you give some instructions of how to do that?
Username: orange
Post Date: 2024-12-04 08:11:35
@GrahamX You're the best! This did the trick!
[USER=139103]@FelisGlacialis[/USER] In Wine Configuration, go to the Libraries tab, type "wintab32" into the "New override for library" textbox, and click Add.
For reference, I am using Rebelle 7 and have the latest Wine, and it works perfectly.
Username: Graham GrahamX
Post Date: 2024-12-04 14:48:29
I'm glad to see the code is working for Wacom Tablets.
[USER=139103]@FelisGlacialis[/USER]
>Is it supposed to work for Rebelle 5 and a Wacom Intuos 5 tablet as well?
I've only tested it on Rebelle 7 but it should work provided the tablet handing code hasn't changed substantially between Rebelle versions.
To add to what [USER=153985]@rebbyreb[/USER] wrote, you can start the Wine Configuration program by typing "winecfg" in the terminal.
Username: FelisGlacialis
Post Date: 2024-12-04 16:13:24
@Graham and [USER=153985]@rebbyreb[/USER] - thanks for the answers. I've so far not managed to get it to work :(
This is what I've done: downloaded Rebelle_v5.1.5_Windows_64bit.exe into my downloads folder and installed it with wine from there. Then I put wintab32.dll and XWinTabhelper.dll.so in the same downloads folder as the Rebelle.exe file. I've used winecfg and added wintab32 in the libraries. In Rebelle, under preferences, I set it to wacom tablet (wintab) - but the pressure sensitivity doesn't seem to work. Pressure sensitivity works fine in Krita, so at least the wacom driver works.
Username: Graham GrahamX
Post Date: 2024-12-04 17:46:38
>Then I put wintab32.dll and XWinTabhelper.dll.so in the same downloads folder as the Rebelle.exe file.
Are you perhaps putting the DLLs in the same folder as the installer rather than where you actually installed the program?
If you are unfamiliar with wine, by default wine stores data in the ".wine" directory inside your home directory. Most file managers hide directories starting with a "." by default. If you don't know how to show hidden folders or manually enter the folder path, then you can probably just do "open ~/.wine" in your terminal and that should open the folder in your file manager.
You probably installed Rebelle to something like "~/.wine/drive_c/Program Files/Rebelle 5/".
Username: FelisGlacialis
Post Date: 2024-12-04 20:24:41
@Graham - thanks for the answer again!
I'm indeed not familair with wine yet and just switched to linux a week ago or so (I only have some linux hpc experience).
I've now moved both DLLs to the installation folder "~/.wine/drive_c/Program Files/Rebelle 5/" but I still can't get it to work. I also added Rebelle5.exe (from the same installation folder) as application in winecfg > applications and I tried to play around with the order of native/built in (tried all options) but nothing seems to get pen-pressure going.
Am I still missing something, or could it be that my tablet (Wacom intuos 5) is too old, or it just doesn't work with Rebelle 5?
Username: Graham GrahamX
Post Date: 2024-12-05 12:09:49
My response to you seems to have been lost during the site maintenance so I'll repost.
[QUOTE]
I tried to play around with the order of native/built in
[/QUOTE]
You should have the override set to one of the native options ("Native then Builtin" is the most sensible).
Do you know if you are using X11? This code only works on X11 and Wine's support for wayland is experimental anyway.
You can check this by running: [SIZE=5][ICODE]echo $XDG_SESSION_TYPE[/ICODE][/SIZE] which should print [SIZE=5][ICODE]x11[/ICODE][/SIZE].
Next thing would be to see if the DLL is actually getting loaded. The DLL needs to have the tablet input option set to "Wacom Compatible (wintab)". After setting this and restarting Rebelle without your tablet plugged in, is it still set to that option? Rebelle will change it if the normal Wine wintab DLL is being loaded instead and there's no tablet plugged in.
Username: FelisGlacialis
Post Date: 2024-12-05 16:46:19
I should say - I really value your efforts to help people out and to have written this code in the first place!
Indeed, I see X11 printed.
Ok, whenever I start Rebelle, I see under edit>preferences: Wacom Device (WinTab) ticked on. Both with and without the tablet turned on. Note that I always use my tablet on wireless mode since the cable port broke years ago - maybe that has to do with it?. Although the tablet works fine in Krita.
Also - should I add Rebelle 5.exe under the Applications tab in winecfg?
Username: Graham GrahamX
Post Date: 2024-12-05 18:47:26
The DLL override seems to be working correctly if the setting isn't toggling. I did add some basic logging to the DLL that can be enabled with an environment variable. You can run Rebelle with it set like this:
[SIZE=5][ICODE]XWINTAB_LOG=1 wine "$HOME/.wine/drive_c/Program Files/Rebelle 5/Rebelle 5.exe"[/ICODE][/SIZE]
It should create a file called [SIZE=5][ICODE]XWinTabLog.txt[/ICODE][/SIZE] in [SIZE=5][ICODE]~/.wine/drive_c/users/YOURUSERNAME[/ICODE][/SIZE]. I would like to see the contents of it. Fair warning, running Rebelle from the terminal will print a lot of output to it.
I would also like to know what names X11 gives your tablet's devices. Can you post the output of [SIZE=5][ICODE]xsetwacom --list[/ICODE][/SIZE] for me?
[QUOTE]
Also - should I add Rebelle 5.exe under the Applications tab in winecfg?
[/QUOTE]
It's not needed unless you want to apply settings to a specific application without affecting the others.
Username: FelisGlacialis
Post Date: 2024-12-06 17:12:04
Thanks again for the answer!
Running the the first command indeed starts up Rebelle - and throws some errors in wine like this - which I've so far been ignoring:
[I]0110:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
0110:errl:eek:le:com_get_class_object class {77a1c827-fcd2-4689-8915-9d613cc5fa3e} not registered
0110:err:eek:le:com_get_class_object no class object {77a1c827-fcd2-4689-8915-9d613cc5fa3e} could be created for context 0x1[/I]
The XWinTabLog.txt file outputs this:
[I]WTInfoW: Request for default logcontext
WTOpenW: Begin context creation
WTQueueSizeGet: 1
WTQueueSizeSet: 128
WTOverlap: 0[/I]
And xsetwacom -v --list gave me this:
[I]... Found device 'Wacom Intuos5 M (WL) Pen stylus' (14).
Wacom Intuos5 M (WL) Pen stylus id: 14 type: STYLUS
... Found device 'Wacom Intuos5 M (WL) Pen eraser' (15).
Wacom Intuos5 M (WL) Pen eraser id: 15 type: ERASER
... Found device 'Wacom Intuos5 M (WL) Pen cursor' (16).
Wacom Intuos5 M (WL) Pen cursor id: 16 type: CURSOR
... Found device 'Wacom Intuos5 M (WL) Pad pad' (17).
Wacom Intuos5 M (WL) Pad pad id: 17 type: PAD [/I]
Username: Graham GrahamX
Post Date: 2024-12-06 22:54:48
Oops, I thought I had logged whether a suitable device was found. I've uploaded a [URL='https://github.com/Graham--M/XWinTab/releases/tag/v0.1.1'][U]new version to github[/U][/URL] that logs this. You can just replace the old files with the new ones.
If you run that first command again with your tablet plugged in, the log should now say if it found a suitable device or not. If you try draw in Rebelle with your stylus, there should be events being logged and if Rebelle is reading them you should see stuff about WTPacketsGet. Just post the first 20 lines of the log because it can get quite large if it is logging events.
[QUOTE]
Running the the first command indeed starts up Rebelle - and throws some errors in wine like this - which I've so far been ignoring:
[/QUOTE]
I have those COM errors too. It doesn't seem to cause any issues. I can't imagine the RandR fallback error would affect tablet input unless the screen isn't updating at all, even when drawing with the mouse.
Username: FelisGlacialis
Post Date: 2024-12-07 17:29:16
Ok thanks! Maybe we're getting closer to finding the reason for why it's not working :) I've downloaded the new version and installed it as you described. Pressure sensitivity is still not working and it seems that Rebelle doesn't register anything.
After starting Rebelle with the command you mentioned before, with my tablet turned on, and having drawn a few lines, this is all the output from the XWinTabLog.txt:
[I]WTInfoW: Request for default logcontext
WTOpenW: Begin context creation
WTQueueSizeGet: 1
WTQueueSizeSet: 128
WTOverlap: 0
WTOverlap: 1
WTOverlap: 0
WTOverlap: 1
WTOverlap: 0[/I]
I've also tested pen pressure in some other software; aside from Krita it also works fine in Blender but for some mystical reason not in GIMP. Maybe that may give you some clue?
Username: Graham GrahamX
Post Date: 2024-12-07 22:16:55
It looks like "[FONT=courier new]XWinTabHelper.dll.so[/FONT]" (the bit that talks to the X11 server) is failing to load. I should have noticed that in the first log. Let's see how far Wine is getting when loading it. Can you post the output of:
[SIZE=5][ICODE]WINEDEBUG=+module wine "$HOME/.wine/drive_c/Program Files/Rebelle 5/Rebelle 5.exe" 2>&1 >/dev/null | grep XWinTab[/ICODE][/SIZE]
Also what Linux distribution and version of Wine are you using? You can get the version of Wine by running [SIZE=5][ICODE]wine --version[/ICODE][/SIZE].
Username: FelisGlacialis
Post Date: 2024-12-08 16:31:37
Yeah for what I deciphered from the output, it seems like it cannot load the XWinTabHelper.dll.so file. Even though the file is present in this folder ~/.wine/drive_c/Program Files/Rebelle 5 (I've double-checked that).
I'm on Ubuntu 24.04.1 LTS (noble) with wine-9.0 (Ubuntu 9.0~repack-4build3).
The output gives me this:
[I]0110:trace:module:load_dll looking for L"XWinTabHelper.dll.so" in L"C:\\Program Files\\Rebelle 5;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0"
0110:trace:module:load_so_dll trying L"\\??\\C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so" as so lib
0110:trace:module:get_load_order looking for L"C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so"
0110:trace:module:get_load_order got hardcoded default for L"C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so"
0110:warn:module:dlopen_dll failed to load .so lib "/home/jayme/.wine/dosdevices/c:/Program Files/Rebelle 5/XWinTabHelper.dll.so": libxcb-xinput.so.0: cannot open shared object file: No such file or directory
0110:warn:module:load_so_dll failed to load .so lib L"\\??\\C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so"
0110:warn:module:load_dll Failed to load module L"XWinTabHelper.dll.so"; status=c000012f[/I]
Username: Graham GrahamX
Post Date: 2024-12-08 17:55:28
[QUOTE]
0110:warn:module:dlopen_dll failed to load .so lib "/home/jayme/.wine/dosdevices/c:/Program Files/Rebelle 5/XWinTabHelper.dll.so": libxcb-xinput.so.0: cannot open shared object file: No such file or directory
[/QUOTE]
It looks like you are missing the [FONT=courier new]libxcb-xinput.so.0[/FONT] library. I would have thought that library would have been present given that you have some QT applications installed. You should be able to install it with [SIZE=5][ICODE]sudo apt-get install libxcb-xinput0[/ICODE][/SIZE].
Username: FelisGlacialis
Post Date: 2024-12-08 18:13:12
Ok, I've installed the package and ran Rebelle again with my tablet turned on and making a few strokes, but there is still no pressure sensitivity.
The log now gave me this output:
0110:trace:module:load_dll looking for L"XWinTabHelper.dll.so" in L"C:\\Program Files\\Rebelle 5;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0"
0110:trace:module:load_so_dll trying L"\\??\\C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so" as so lib
0110:trace:module:get_load_order looking for L"C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so"
0110:trace:module:get_load_order got hardcoded default for L"C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so"
0110:trace:module:build_module loaded L"\\??\\C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll" 00000000136F1870 0000795250020000
0110:trace:module:load_dll Loaded module L"\\??\\C:\\Program Files\\Rebelle 5\\XWinTabHelper.dll.so" at 0000795250020000
0110:trace:module: process_attach (L"XWinTabHelper.dll",0000000000000000) - START
0110:trace:module:MODULE_InitDLL (0000795250020000 L"XWinTabHelper.dll",PROCESS_ATTACH,0000000000000000) - CALL
0110:trace:module: process_attach (L"XWinTabHelper.dll",0000000000000000) - END
0110:trace:module:MODULE_InitDLL (0000795250020000 L"XWinTabHelper.dll",PROCESS_DETACH,0000000000000001) - CALL
I could also install the trail version of Rebelle 7 and see what it works.
Username: Graham GrahamX
Post Date: 2024-12-08 18:43:02
It's putting up a fight! I had hoped that would have fixed it there. That wine log looks good so at least Wine is loading it correctly.
Could you rerun [SIZE=5][ICODE]XWINTAB_LOG=1 wine "$HOME/.wine/drive_c/Program Files/Rebelle 5/Rebelle 5.exe"[/ICODE][/SIZE] draw a few strokes and post the [FONT=courier new]XWinTabLog.txt[/FONT] contents (again post the first 20 or so lines if there's a lot).
Username: FelisGlacialis
Post Date: 2024-12-08 19:06:35
Yeah it seems quite reluctant to let me draw ;P
Here is the output:
Loaded XWinTabHelper.dll.so
Loaded funcs
Load() call succeeded
Using device: 14
WTInfoW: Request for default logcontext
WTOpenW: Begin context creation
WTOpenW: Started Event Thread
WTQueueSizeGet: 1
WTEnable: 1
event: x 28304 y 13130 p 0 tltx 27 tlty 9 serial 1
on_event: Send WT_PACKET
event: x 28301 y 13127 p 0 tltx 27 tlty 9 serial 2
on_event: Send WT_PACKET
event: x 28296 y 13127 p 0 tltx 27 tlty 9 serial 3
on_event: Send WT_PACKET
event: x 28293 y 13126 p 0 tltx 27 tlty 9 serial 4
on_event: Send WT_PACKET
event: x 28290 y 13124 p 0 tltx 27 tlty 9 serial 5
on_event: Send WT_PACKET
event: x 28287 y 13121 p 0 tltx 27 tlty 9 serial 6
Username: Graham GrahamX
Post Date: 2024-12-09 11:49:22
From the log, I can see that there's no proximity-in event (which signals that your stylus is in range of the tablet). Rebelle expects to be sent at least one of those which is probably why it isn't working.
It could be that your tablet driver doesn't send those events for some reason (some searching around shows other users reporting this). I've also found a similar problem where if my stylus is in range of my tablet and I start Rebelle, it won't be sent the proximity-in event. Proximity events don't seem to be a required part of tablet input on Linux.
I've uploaded a [URL='https://github.com/Graham--M/XWinTab/releases/tag/v0.2.0'][U]new version to GitHub[/U][/URL] that makes sure Rebelle gets sent the event. You can just replace the files like you did before.
I also found an old demo version of Rebelle 4 and the code works with that too.
Username: Paingouin
Post Date: 2024-12-09 19:41:14
Thanks a lot @Graham !
It works on Rebelle 7 thanks to you !
I don't know enough wine dev intrasics to be able to do this myself, thanks a lot again for the work !
Username: FelisGlacialis
Post Date: 2024-12-09 22:11:06
Unfortunately, the new version is still not working :/
I've also downloaded a trial version of Rebelle 7 and installed the dll override (the newest version) but this doesn't work either. I guess the bug sits somewhere in my driver. I haven't installed anything; when I installed Ubuntu, it recognized my tablet by itself.
Do you know of any other drivers that could make this work?
This is the output from the log btw (ran with Rebelle 5):
Loaded XWinTabHelper.dll.so
Loaded funcs
Load() call succeeded
Using device: 14
WTInfoW: Request for default logcontext
WTOpenW: Begin context creation
WTOpenW: Started Event Thread
WTQueueSizeGet: 1
WTEnable: 1
on_event: Converting normal event to proximity event
event: x 32981 y 11761 p 0 tltx -3 tlty 0 serial 1
on_event: Send WT_PROXIMITY 1
event: x 32978 y 11765 p 0 tltx -3 tlty 0 serial 2
on_event: Send WT_PACKET
event: x 32982 y 11767 p 0 tltx -3 tlty 0 serial 3
on_event: Send WT_PACKET
event: x 32978 y 11766 p 0 tltx -3 tlty 0 serial 4
on_event: Send WT_PACKET
event: x 32982 y 11765 p 0 tltx -3 tlty 0 serial 5
on_event: Send WT_PACKET
Username: Graham GrahamX
Post Date: 2024-12-10 16:51:22
[USER=139103]@FelisGlacialis[/USER]
It may not necessarily be your tablet driver. I'll need more info to try see what's going on.
Rebelle has its own logs but I'm not sure where it writes them in Rebelle 5. You need to find Rebelle's library directory. It is probably located in:
[SIZE=5][ICODE]~/.wine/drive_c/users/YOURUSERNAME/Local Settings/Application Data/Escape Motions/Rebelle 5[/ICODE][/SIZE] and you can also see it in Wine's file explorer by opening Rebelle and going to "Help > Show Library Folder...".
The Rebelle 4 Demo, writes a log to the "Log\app.log" file inside this folder. In Rebelle 7 it writes logs to "Data\Log" and writes a new log with the date/time like [FONT=courier new]app-2024-12-06 21-56-05.log[/FONT].
Can you run Rebelle and try drawing using:
[SIZE=5][ICODE]XWINTAB_LOG=1 wine "$HOME/.wine/drive_c/Program Files/Rebelle 5/Rebelle 5.exe" -enable-log "tablet_wintab|tablet_ink|events"[/ICODE][/SIZE]
When you close Rebelle, it should produce a log file with tablet events included.
If it's writing logs like Rebelle 7 then you will need to find the most recent one. It may be easier to just delete all the ".log" files in the "Data\Log" directory first before running Rebelle.
I would like to see the all of the Rebelle log file and all of the XWinTabLog.txt file after you've ran it which means you'll need to upload them somewhere.
I would also like to see the output of:
[SIZE=5][ICODE]xinput list "Wacom Intuos5 M (WL) Pen stylus"`[/ICODE][/SIZE]
[USER=211370]@Paingouin[/USER]
No problem. Good to see it's working for you.
Username: FelisGlacialis
Post Date: 2024-12-10 20:06:33
Ok I've posted them on googledrive with the following links:
The applog: [URL]https://drive.google.com/file/d/1GXiSaxXMwnMkwccAV8uxNYnFU4PFVAyF/view?usp=drive_link[/URL]
The WinTabLog: [URL]https://drive.google.com/file/d/1LWBDemcahNUDWIgoiBHrH6EuQcEtoYgz/view?usp=drive_link[/URL]
And the Wacom input list: [URL]https://drive.google.com/file/d/1MZwPT7jAlkhZplI4-6nNRUCN1KlKZttM/view?usp=drive_link[/URL]
When I open Rebelle 5 and try to draw, the cursor first disappears right after opening. I have to click on a brush for it to appear again and start drawing.
Btw, do you have a ko-fi account or something along those lines? I would like to buy you a coffee or something for all the effort you put into helping me out! It's much appreciated :)
Username: Graham GrahamX
Post Date: 2024-12-11 19:18:41
It looks like you have two monitors and the virtual desktop they form has a left edge with a negative X-axis coordinate in Wine (which is probably the correct behavior on Windows when there's another monitor to the left of the main one) and I haven't handled it properly. I borrowed another monitor and was able to reproduce your problem but when I corrected it, there was some unexplained behavior in my own log that I need to investigate.
Rather than wait for that, if you go to Rebelle's tablet settings and set it to "Use mouse position" instead of the pen position, it will use the position of the cursor which your pen is moving anyway. Hopefully that should let you draw with pressure.
[QUOTE]
Btw, do you have a ko-fi account or something along those lines? I would like to buy you a coffee or something for all the effort you put into helping me out! It's much appreciated
[/QUOTE]
I don't, but thank you for the offer.
Username: FelisGlacialis
Post Date: 2024-12-11 20:07:32
We seem to be a step closer!
That's curious...indeed, when I unplug the second monitor, the pen pressure works!
Hopefully you manage to find a way to get it to work on two monitors as well; but I'm already very glad that you got this far in finding the bug.
FYI - I'm using a laptop as my main one and the second monitor is to the left of it, but for some mystical reason, my login screen always appears on the secondary one whereas the sidebar with programs appear on the main one.
In any case, thanks so much for all the help! I will keep track of the forum in case you have some updates on the matter :)
Username: Graham GrahamX
Post Date: 2024-12-11 23:48:27
I've uploaded a new version [URL='https://github.com/Graham--M/XWinTab/releases/tag/v0.2.1'][U]to GitHub[/U][/URL] with a fix. It should work with your second monitor now.
Username: FelisGlacialis
Post Date: 2024-12-12 00:12:52
Excellent - It works now! The only quirk it still has is that it looses pressure sensitivity whenever I turn my tablet off to save battery (it's on wireless mode since the cable port is broken). But it had that same quirk in Windows for a while, which somehow randomly resolved.
But at least I can draw now, so thanks so much man!
Username: Persephone
Post Date: 2024-12-29 23:40:57
[USER=232691]@Graham GrahamX[/USER] This worked for me, thank you so much for creating a fix!
I finally just switched over to Linux (Mint distro, I'm using Rebelle 7) after seeing your solution and I'm happy to report it's working great! I had a little hiccup getting things working, but it turned out to be a silly mistake on my end.
Until an official Linux version of Rebelle is made, I honestly think this should be the officially supported solution. Thank you again! ?
Username: Jaredu
Post Date: 2025-01-22 08:55:25
Adding in my +1 to request a native Linux version. Ideally Arch or Ubuntu. I won't be using Win11 in the future. I have a Rebelle 7 Pro license presently and I'd happily purchase another for Linux. Even at an increased premium. I won't be doing so for Windows again in the future. I absolutely love using the software, but categorically refuse to continue supporting Windows in the future in any way shape or form.
Username: redrobred
Post Date: 2025-01-28 11:17:22
Day by day I'm hating windows more and more. Please I beg for Rebelle on Linux. It will be my pleasure to dump windows for good!
Ps ... doesn't Wine reduce performance for Rebelle ... canvas size, brush lag, etc? I heard that a number of windows graphic programs like PS suffer with limited performance when using wine.
Username: PaintedSkies
Post Date: 2025-01-29 06:08:08
If Rebelle ever was built for linux Heck. I'd be willing to pay full retail price again for a new version. Or even [I]at an increased premium[/I] just for the pleasure. This is the main reason I haven't upgraded from Rebelle 5.15 yet.
If Escape Motions is hesitant to offer a solution for linux because of concerns over the proprietary nature of Rebelle, it's worth noting that there are plenty of corporate-friendly ways to deploy applications on linux platforms. [OpenTabletDriver](https://github.com/OpenTabletDriver/OpenTabletDriver?tab=LGPL-3.0-1-ov-file#readme)'s libraries are liscenced under LGPL-3.0. Which is very permissive, and allows proprietary software to directly statically compile. It's very well maintained, at feature parity with Windows Ink, and is used in some capacity by almost all flavours of linux.
If Escape Motions is worried about the reproducability of a build for linux. You only need to build once for compatibility across all distributions these days. There are agnostic solutions that package exact versions of every dependency, and virtually ensure that regardless of how an end user's enviornment is configured. There will be a minimal need for maintanence. These would be Deployment solutions such as [AppImage](https://appimage.org/) and [FlatPak](https://flatpak.org/). Which also sandbox the entire application, and make it [B]virtually impossible [/B]to recreate proprietary source code (not that the casual end user has anything like this in mind, but it could be an intellectual property concern for Escape Motions).
Please. Seriously consider dedicating more time and attention to this platform.
Username: Persephone
Post Date: 2025-02-05 04:30:34
[QUOTE="redrobred, post: 23227, member: 109167"]
Day by day I'm hating windows more and more. Please I beg for Rebelle on Linux. It will be my pleasure to dump windows for good!
Ps ... doesn't Wine reduce performance for Rebelle ... canvas size, brush lag, etc? I heard that a number of windows graphic programs like PS suffer with limited performance when using wine.
[/QUOTE]
My laptop isn't amazing and had a hard time running Rebelle on windows, but personally I found that after I switched to Linux, Rebelle is actually running a lot smoother than before for me. I think its the lack of bloat compared to windows.
I know I can't speak for everyone, of course! This has just been my experience so far.
Hopefully they'll make a Linux version soon so that everyone who'd like to switch over is able to!
Username: debitspread
Post Date: 2025-02-13 05:56:45
[QUOTE="Persephone, post: 23279, member: 121800"]
My laptop isn't amazing and had a hard time running Rebelle on windows, but personally I found that after I switched to Linux, Rebelle is actually running a lot smoother than before for me. I think its the lack of bloat compared to windows.
I know I can't speak for everyone, of course! This has just been my experience so far.
Hopefully they'll make a Linux version soon so that everyone who'd like to switch over is able to!
[/QUOTE]
So... you're running Reb in WINE? I will have to try that.
Username: debitspread
Post Date: 2025-02-17 21:17:05
[QUOTE="ccrowder2023, post: 4036, member: 195388"]
I know Rebelle isn't made for or supportef for Linux but I was wondering if anyone has tried it. It was working for me at one time, then one day out of the blue when I launched it, it asked for registration id and password and would not accept my (valid) credentials. I've uninstalled, scrubbed, and reinstalled to no avail.
Is anyone out there using R7 on Linux?
[/QUOTE]
I just installed WINE on my Zorin/Ubuntu machine, and yes, Reb 7 came up... along with a separate WINE window for every tool that I had previously selected. In other words: the wonderful Reb software was unusable on Linux (at least on my computer).
Regrettably, I have to recommend Krita while we wait for Escape to decide that a Linux version is worth the effort to produce. I can say this, however: Krita is terrific. If you haven't tried it, you really ought to give it a try.
Username: DevViktoria
Post Date: 2025-02-18 18:28:06
I have an XP-Pen Deco Fun L and unfortunately the device name does not contains the word stylus. Now I have installed the XP drivers now it list under the name XP-Pen Pen. (If I recall correctly before the installation the name was: UGTABLET 10 inch PenTablet) Is there anyone knows a workaround? (Graham's driver requires "The tablet needs to have a device with the word "stylus" in its name." Since my device does not fulfills that I do not get any pressure from it in Rebelle :( )
Username: Graham GrahamX
Post Date: 2025-02-18 23:14:12
[USER=195043]@debitspread[/USER]
[QUOTE]
along with a separate WINE window for every tool that I had previously selected
[/QUOTE]
What do you mean by this? Is it opening a new Rebelle window every time you click on one of the tools in the "Tools" panel? I have no idea what could cause that.
[USER=224478]@DevViktoria[/USER]
[QUOTE]
Now I have installed the XP drivers now it list under the name XP-Pen Pen
[/QUOTE]
Are you getting that from the output of the [SIZE=5][ICODE]xsetwacom --list[/ICODE][/SIZE] command? There's no consistent device naming scheme for X11 tablet input devices but "pen" is sometimes used for stylus input devices. I will modify the code to also recognize that if that's how the XP-Pen drivers are naming the stylus.
Edit: Actually the xsetwacom command might not show the XPPen devices. In that case you need to use the [SIZE=5][ICODE]xinput[/ICODE][/SIZE] command.
Username: DevViktoria
Post Date: 2025-02-19 17:35:31
[QUOTE="Graham GrahamX, post: 23360, member: 232691"]
[USER=224478]@DevViktoria[/USER]
Are you getting that from the output of the [SIZE=5][ICODE]xsetwacom --list[/ICODE][/SIZE] command? There's no consistent device naming scheme for X11 tablet input devices but "pen" is sometimes used for stylus input devices. I will modify the code to also recognize that if that's how the XP-Pen drivers are naming the stylus.
Edit: Actually the xsetwacom command might not show the XPPen devices. In that case you need to use the [SIZE=5][ICODE]xinput[/ICODE][/SIZE] command.
[/QUOTE]
Thank you for your response. You are very kind. Indeed the xsetwacom --list gives and empty response. Here is the output of xinput:
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ USB OPTICAL MOUSE id=9 [slave pointer (2)]
⎜ ↳ HID 04f3:0103 Consumer Control id=11 [slave pointer (2)]
⎜ ↳ UGTABLET 10 inch PenTablet Mouse id=14 [slave pointer (2)]
⎜ ↳ XP-Pen Mouse id=21 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Power Button id=7 [slave keyboard (3)]
↳ Sleep Button id=8 [slave keyboard (3)]
↳ HID 04f3:0103 id=10 [slave keyboard (3)]
↳ HID 04f3:0103 System Control id=12 [slave keyboard (3)]
↳ UGTABLET 10 inch PenTablet Keyboard id=13 [slave keyboard (3)]
↳ UGTABLET 10 inch PenTablet id=15 [slave keyboard (3)]
↳ Cosair Corsair VOID PRO Surround USB Adapter Consumer Control id=16 [slave keyboard (3)]
↳ Eee PC WMI hotkeys id=17 [slave keyboard (3)]
↳ HID 04f3:0103 Consumer Control id=18 [slave keyboard (3)]
↳ XP-Pen Eraser id=19 [slave keyboard (3)]
↳ XP-Pen Pen id=20 [slave keyboard (3)]
↳ XP-Pen Mouse id=22 [slave keyboard (3)]
I hope this helps. If you have more questions or you require more info on these devices please let me know. Thank you for your help.
Username: Graham GrahamX
Post Date: 2025-02-20 18:53:08
I've uploaded a new version [URL='https://github.com/Graham--M/XWinTab/releases/tag/v0.3.0'][U]to GitHub[/U][/URL] that should recognize a device name with "pen" as a stylus input device.
It is a little concerning that the device is listed as a keyboard instead of a pointer but hopefully that isn't a problem.
Username: DevViktoria
Post Date: 2025-02-21 18:10:52
[QUOTE="Graham GrahamX, post: 23385, member: 232691"]
I've uploaded a new version [URL='https://github.com/Graham--M/XWinTab/releases/tag/v0.3.0'][U]to GitHub[/U][/URL] that should recognize a device name with "pen" as a stylus input device.
It is a little concerning that the device is listed as a keyboard instead of a pointer but hopefully that isn't a problem.
[/QUOTE]
Thank you very very very much. I am soooo grateful. It worked :):):):):):) I have got pressure and the tilting is working too :)
Username: debitspread
Post Date: 2025-02-22 22:20:01
[QUOTE="debitspread, post: 23348, member: 195043"]
I just installed WINE on my Zorin/Ubuntu machine, and yes, Reb 7 came up... along with a separate WINE window for every tool that I had previously selected. In other words: the wonderful Reb software was unusable on Linux (at least on my computer).
Regrettably, I have to recommend Krita while we wait for Escape to decide that a Linux version is worth the effort to produce. I can say this, however: Krita is terrific. If you haven't tried it, you really ought to give it
[/QUOTE]
Well, I have some news. Please disregard my previous comment. I am a fairly new user of Zorin on Ubuntu, and did not realize that all I have to do is double-click on the Rebelle executable to bring up the application. It seems to work pretty well except for one weird issue: It causes these strange black boxes to appear in the middle of the screen, which I incorrectly assumed was making my copy of Reb unusable. But then, I tried a very simple workaround: I dragged the Reb window FROM my right-hand monitor TO my left-hand monitor, and voila!
The weird black-filled windows are still on my right-hand monitor. They cannot be moved or closed, and do not show up when I press Alt-Tab. Nevertheless, I persisted... and am now happily using Reb 7 Pro in Zorin/Ubuntu.
Username: debitspread
Post Date: 2025-02-22 22:23:11
[QUOTE="Graham GrahamX, post: 23360, member: 232691"]
[USER=195043]@debitspread[/USER]
What do you mean by this? Is it opening a new Rebelle window every time you click on one of the tools in the "Tools" panel? I have no idea what could cause that.
[USER=224478]@DevViktoria[/USER]
Are you getting that from the output of the [SIZE=5][ICODE]xsetwacom --list[/ICODE][/SIZE] command? There's no consistent device naming scheme for X11 tablet input devices but "pen" is sometimes used for stylus input devices. I will modify the code to also recognize that if that's how the XP-Pen drivers are naming the stylus.
Edit: Actually the xsetwacom command might not show the XPPen devices. In that case you need to use the [SIZE=5][ICODE]xinput[/ICODE][/SIZE] command.
[/QUOTE]
>> What do you mean by this?
Graham: Please see my latest comments below. (In a nutshell: Reb works fine on my left monitor, but the small black windows are still on my right monitor. Anyway, who cares? I can now use Rebelle in Linux, and that's all that matters.)
Username: Menticore
Post Date: 2025-02-25 13:56:41
I am not 100% sure but I think that latest change to the git hub file just fixed the problems I had with Rebelle on linux as I also had an xp-pen tablet. Need to test it a bit more as It's still not perfect with sometimes not registerering my pen press, but I think that has to do with my sensitivity being not what I am used to instead of a wine bug or something similar.
If I can fix that and my touch screen offset, then I think nothing stands between me and finally ditching the windows dual boot setup.
Thanks Graham can't appreciate your effort enough.
Username: debitspread
Post Date: 2025-02-25 18:31:28
[QUOTE="debitspread, post: 23407, member: 195043"]
Well, I have some news. Please disregard my previous comment. I am a fairly new user of Zorin on Ubuntu, and did not realize that all I have to do is double-click on the Rebelle executable to bring up the application. It seems to work pretty well except for one weird issue: It causes these strange black boxes to appear in the middle of the screen, which I incorrectly assumed was making my copy of Reb unusable. But then, I tried a very simple workaround: I dragged the Reb window FROM my right-hand monitor TO my left-hand monitor, and voila!
The weird black-filled windows are still on my right-hand monitor. They cannot be moved or closed, and do not show up when I press Alt-Tab. Nevertheless, I persisted... and am now happily using Reb 7 Pro in Zorin/Ubuntu.
[/QUOTE]
Just a quick update: If you're having a similar problem with those weird black boxes, here's a tip that Zorin Tech Support passed on to me:
After making sure that you have WINE64, type winecfg into your terminal. A small settings dialog will appear. Click on the Graphics tab.
For me, the fix was to check ONLY the "Allow the window manager to decorate the windows".
Of course, you may also want to change the resolution so that Reb displays in the largest window that your display will accommodate.
Good luck!
Username: Menticore
Post Date: 2025-02-26 17:23:44
After trying out a few more tips from different forums about my specific problems, I got mostly everything working now except for touch gestures via a touch screen. I can use zoom and rotate in Krita and even in Blender after installing an add-on for touch, while in Rebelle and clip studio paint it is only recognized as a "mouse". I have no idea if this is a similar problem as the pressure sensitivity or a completely unrelated one, but it seems to be only with programs installed over wine. If it wasn't for that then I think it is working almost as good as in windows.
Username: Higgins Dragon
Post Date: 2025-02-27 10:06:44
[QUOTE="Menticore, post: 23443, member: 84588"]
I have no idea if this is a similar problem as the pressure sensitivity or a completely unrelated one, but it seems to be only with programs installed over wine. If it wasn't for that then I think it is working almost as good as in windows.
[/QUOTE]
This appears to be an issue with Wine, not just with Rebelle but with any touch-based app (multi-input) app under Wine that I've seen.
Unlikely to work until a native Linux version of Rebelle is made. (It's written using QT, so it's most of the way there already. Hope the devs can use Flatpak or something to make distribution/support easier.)
Username: luhellscytheart
Post Date: 2025-03-17 18:22:56
Im a bit late to the party, but at first I tried using on bottles with no luck, however, after installing with regular wine, using winecfg to do the dll override, it worked perfect and out of the box on Nobara, here is a short video, please forgive me for my messy desk, it has been complicated, ahaha...
pardon the quickly put together mess of a video
[MEDIA=youtube]JL1yXSx3Rd8[/MEDIA]
[QUOTE="Graham GrahamX, post: 19228, member: 232691"]
I had to write my own version of Wintab in order to get tablet input properly working. The main problem wine's Wintab has, is that it only gets tablet events for contexts created with actual UI windows, whereas many Windows applications use a message-only window to receive tablet messages.
I've uploaded my version [URL='https://github.com/Graham--M/XWinTab']to github[/URL] if you want to try it but I've only tested it with my tablet. My version of wine is rather old but I have also tested it in the latest Proton and it works on that too.
[/QUOTE]
Username: Secrecy714Canopener
Post Date: 2025-05-01 09:35:20
Was anyone able to solve small ui glitches such as drag and drop ghosting even after drag and drop already happened?
[ATTACH type="full"]415[/ATTACH]
Username: k410
Post Date: 2025-05-07 19:42:39
Could I ask for more details from people who have pen pressure working on Linux with GrahamX's wintab fix?
[LIST]
[*]Which branch and version number of WINE are you using?
[*]Which desktop environment (e.g., Gnome, KDE, etc.)
[*]X11 or Wayland session?
[/LIST]
As for me, I'm using KDE Plasma 6 on EndeavourOS (Arch-based) with WINE-staging 9.20 (for music-production reasons involving yabridge).
My tablet is an XP-Pen Deco 02 (original version) and I have its Linux driver installed from XP-Pen's site.
I have tried both Wayland and X11 sessions, and when running winecfg in either of those, I didn't see anything like "wintab" in the "Add New DLL Override" list. (I did put both of Graham's DLLs in the same folder as the Rebelle EXE.)
Username: k410
Post Date: 2025-05-07 20:15:15
As a separate topic, thank you to [USER=232691]@Graham GrahamX[/USER] and the wintab-fix testers for your efforts and successes so far. :)
I asked CodeWeavers about pen-pressure support the other day (because they are involved in both WINE and Proton development), and someone replied to say that they are aware of the interest, but don't have much to report in that area and essentially that they don't have the resources to dedicate to that feature at the moment.
However, to learn that GrahamX and others have been having some success in Bottles, WINE, and even Proton gives me hope that we might someday see a generalized solution to the Linux pen-pressure problem, instead of each app vendor having to provide (or decline to provide) their own solution.
(I want to be careful not to put any burden of expectation on GrahamX to solve this himself, because he indicated he has other things going on in his life, as do we all. "No pressure, man!" -- pun absolutely intended. ;) )
Username: k410
Post Date: 2025-05-07 20:25:21
As for a Linux-native version of Rebelle: I hope it's okay to mention FireAlpaca here as an example, because I don't see them as an exactly direct competitor to Rebelle. They now provide a free version for Linux as an AppImage, which is relatively easy to install and which does support pen pressure on Linux (if driver support for the graphics tablet is installed or included in the Linux kernel).
I imagine that Digital Rights Management could be an issue, though, as they (FireAlpaca) have moved to using Steam for selling and distributing their paid version (FireAlpaca SE, which does not support pen pressure on Linux) -- or maybe I'm wrong and paid license activation could be done just as well and securely with an AppImage?
Just adding a notion to the possibility cloud -- but I still think a more generalized, platform-based solution to pen-pressure on Linux (i.e., through WINE/Bottles/Proton/Steam) would be better than a per-app solution.
Username: Graham GrahamX
Post Date: 2025-05-08 13:10:16
[QUOTE="k410, post: 24028, member: 48880"]
I have tried both Wayland and X11 sessions, and when running winecfg in either of those, I didn't see anything like "wintab" in the "Add New DLL Override" list. (I did put both of Graham's DLLs in the same folder as the Rebelle EXE.)
[/QUOTE]
It isn't listed in the drop down. The "New override for library" combo box has a text box that you need to explicitly type [ICODE]wintab32[/ICODE] in, and then click the "Add" button, to add a custom entry.
Username: k410
Post Date: 2025-05-08 14:16:42
[QUOTE="Graham GrahamX, post: 24032, member: 232691"]
It isn't listed in the drop down. The "New override for library" combo box has a text box that you need to explicitly type [ICODE]wintab32[/ICODE] in, and then click the "Add" button, to add a custom entry.
[/QUOTE]
Oh! Thank you.
Username: k410
Post Date: 2025-05-08 15:29:24
Wow, it works! Thank you, Graham!
For reference, here is my current setup:
EndeavourOS (Arch-based)
KDE Plasma 6.3.5, Wayland Session
Wine-staging 10.7
XP-Pen Deco 02 (original version), with Linux drivers installed from XP-Pen's site
Rebelle 7 Pro (most recent version)
Username: ClassicistCreator
Post Date: 2025-07-06 15:49:18
KDE + Wayland on Arch Linux here. I can confirm the software works after using Graham's over ride.
If Rebelle 8 works this well too it's worth purchasing. Thank you so much Graham!
I do experience a minor unexpected behavior: panel windows (ie. settings panel, references, palette mixer, etc) can't be resized on their first opening.
After the panel has been opened and closed once, then it behaves normally and can be resized. (This need to be done for each panel window one might want to resize).
Is anyone else experiencing this?
Username: Floyd Maloto
Post Date: 2025-07-09 16:25:05
Thank you Graham! Your solution works with a Huion Kamvas 22 Plus too!
Arch BTW :ROFLMAO: (6.15.5)
KDE Plasma 6 (Wayland)
Bottles: sys-wine-10.0
Huion Kamvas 22 Plus
Rebelle 7 Pro Trial
I was on the fence about upgrading from 3 to 7 because I couldn't get pressure sensitivity to work. Haven't had a Windows partition for a good minute to continue using the software. Can't wait for 8 to come out, getting it as soon as it drops. Curious, what does escape motions do differently with stylus input? Artrage works just fine with wine out of the box.
Username: DevViktoria
Post Date: 2025-07-31 07:31:47
@Graham did you have the opportunity to test Rebelle 8 if the pressure works under Wine with your solution?
Just like ClassicistCreator I am interested buying Rebelle 8, but it would be cool to know before purchase if your solution will works with it or not.
Thank you for any information :)
Username: DevViktoria
Post Date: 2025-07-31 07:34:37
[QUOTE="Secrecy714Canopener, post: 23990, member: 232840"]
Was anyone able to solve small ui glitches such as drag and drop ghosting even after drag and drop already happened?
[ATTACH type="full" alt="2025-05-01_18-33.png"]415[/ATTACH]
[/QUOTE]
I observed this too. The annoying thing for me is that I cannot move the canvas with my stylus. My Pen has 2 buttons. One of them is supposed to mimic the right click. However if I click it there is a Right Click text appears at the bottom of the screen, but the canvas does not move. I can only move the canvas around with the mouse.
Username: Graham GrahamX
Post Date: 2025-08-01 13:08:45
[USER=224478]@DevViktoria[/USER]
I haven't tested Rebelle 8 yet.
Clicking and dragging the canvas with the right mouse button on the stylus should be working.
What do you mean when you say "Right Click text appears at the bottom of the screen"? Can you right click with the stylus in other programs?
Username: DevViktoria
Post Date: 2025-08-06 12:25:19
[QUOTE="Graham GrahamX, post: 26897, member: 232691"]
[USER=224478]@DevViktoria[/USER]
I haven't tested Rebelle 8 yet.
Clicking and dragging the canvas with the right mouse button on the stylus should be working.
What do you mean when you say "Right Click text appears at the bottom of the screen"? Can you right click with the stylus in other programs?
[/QUOTE]
[ATTACH type="full"]1505[/ATTACH]
This is the text that appears at the bottom of the screen. I guess that is cause by the XP Pen driver, because it happens even in other applications. But the right click does not moves the canvas around. I can only move the canvas around with right clicking with my mouse.
I tried the pen's right click in Krita, the right click menu has opened there. I also tried the shift + pen's right click drag in Blender that has moved the 3D cursor just like if I were using my mouse. (I hope you understand what I mean ...)
And after I wrote I did some more testing and I figured this out: there is a Prompt setting among the settings of the Pan if I turned it on then the text appears and the canvas does not move. But if I turn it of the text does not appears, but then the canvas moves in Rebelle 7 Pro :) Which is great :) So after all everything is OK with the right mouse drag. I am sorry for bothering you with this issue.
Perhaps this info might help other people too.
Username: ClassicistCreator
Post Date: 2025-08-07 15:38:18
Hi all,
I bit the bullet and purchased the Early Access version of Rebelle 8 Pro.
I can confirm that [USER=232691]@Graham GrahamX[/USER] workaround still works great. Thank you again!
That said, I’m still experiencing the [B]“can’t resize window on first open”[/B] glitch.
You can see it in action in the video: on first open, dialog windows can’t be resized at all. Once closed and reopened, they behave normally.
This affects all pop-up windows or panels opened by the application (e.g., Preferences, Reference Image, Color Panel, etc.).
Video: [MEDIA=imgur]a/OofsPDE[/MEDIA]
Would love to hear if anyone else sees this or has additional insight.
Been trying different settings and the staging version of wine but no luck yet. Is anyone else affected by this?
Thanks!
Username: Graham GrahamX
Post Date: 2025-08-08 14:18:59
[USER=224478]@DevViktoria[/USER]
I was thinking it was related to the XP-Pen driver. Glad to see you solved the problem.
[USER=190528]@ClassicistCreator[/USER]
Good to see that the workaround also works for Rebelle 8.
[QUOTE]
That said, I’m still experiencing the “can’t resize window on first open” glitch.
[/QUOTE]
I hadn't noticed that bug because I prefer docked panels but I have that behavior too for panels (I can resize dialog windows with no problems). A faster way of reopening the floating panels so that they are resizable, is to press the tab key twice to toggle tablet mode on/off.
Username: ClassicistCreator
Post Date: 2025-08-17 17:46:20
Great trick! Thank you! I didn't know about tablet mode, It works perfectly except for the reference panel (which doesn't disappear on tablet mode unfortunately).
Username: MrsBifflechips
Post Date: 2025-08-17 18:09:05
I'm using Rebelle 8 under Bottles in Fedora with Graham's modified wintab, and it works great! Thank you so much :D
Rebelle 8.0.2
Fedora 42
KDE 6.4.4
Wayland
Bottles - sys-wine-10.0, wintab DLL override, other settings default to "Application" type bottle.
Username: MrsBifflechips
Post Date: 2025-08-18 16:34:57
[QUOTE="MrsBifflechips, post: 28018, member: 52899"]
I'm using Rebelle 8 under Bottles in Fedora with Graham's modified wintab, and it works great! Thank you so much :D
Rebelle 8.0.2
Fedora 42
KDE 6.4.4
Wayland
Bottles - sys-wine-10.0, wintab DLL override, other settings default to "Application" type bottle.
[/QUOTE]
Oops! I should also mention that I'm using a Xencelabs pen tablet (medium).
Username: ClassicistCreator
Post Date: 2025-08-19 17:22:18
[QUOTE="ccrowder2023, post: 4036, member: 195388"]
I know Rebelle isn't made for or supportef for Linux but I was wondering if anyone has tried it. It was working for me at one time, then one day out of the blue when I launched it, it asked for registration id and password and would not accept my (valid) credentials. I've uninstalled, scrubbed, and reinstalled to no avail.
Is anyone out there using R7 on Linux?
[/QUOTE]
I have a similar problem. Can't activate the software using my email address but it works when using the username (same as forum's). Good luck!
Username: LegendaryVegan
Post Date: 2025-09-03 20:04:29
Just wanted to pop in and add my support for a Linux version of Rebelle 8. I've been happily buying new Rebelle versions for some time now, but recently decided to ditch Windows for good. I've installed Rebelle 8 Pro using WineCharm on the Bazzite distro but can't get pressure to work on my XP-PEN Artist Pro 19 tablet monitor. I've seen people using Graham's fix but can't quite figure out how to use it myself.
Username: Graham GrahamX
Post Date: 2025-09-04 14:00:44
I tried it in Wine Charm and the fix works there. Did you manage to install the fix?
If you click on the shortcut Icon for Rebelle in Wine Charm you can access Wine Charm options for it by clicking on the cog that appears:
[ATTACH type="full" alt="winecharm1.png"]1807[/ATTACH]
[ATTACH type="full" alt="winecharm2.png"]1808[/ATTACH]
First you need to copy the [ICODE]wintab32.dll[/ICODE] and [ICODE]XWinTabHelper.dll.so[/ICODE] files into the Rebelle install directory. You can access the C drive by clicking on the "Open Filemanager" option and then navigating to where you installed Rebelle (it's usually [ICODE]drive_c/Program Files/Rebelle 8[/ICODE]).
After that you need to add an override so that the fix gets loaded. Back in the WineCharm options menu, click on the "Wine Config (winecfg)" option. This opens up the winecfg program:
[ATTACH type="full" alt="winecharm3.png"]1809[/ATTACH]
Click on the "Libraries" tab and in the "New override for library:" box type [ICODE]wintab32[/ICODE] and click on the "Add" button. The override should then appear in the "Existing overrides:" box as shown.
Finally, you need to check that Rebelle is using the "Wacom device (WinTab)" setting in its tablet preferences.
Username: LegendaryVegan
Post Date: 2025-09-04 16:08:15
[QUOTE="Graham GrahamX, post: 28624, member: 232691"]
First you need to copy the [ICODE]wintab32.dll[/ICODE] and [ICODE]XWinTabHelper.dll.so[/ICODE] files into the Rebelle install directory. You can access the C drive by clicking on the "Open Filemanager" option and then navigating to where you installed Rebelle (it's usually [ICODE]drive_c/Program Files/Rebelle 8[/ICODE]).
[/QUOTE]
Sorry if I'm being dense or missed this before but where do these files come from? I don't see them on the github link. Thanks for all your support and work on this.
Username: Graham GrahamX
Post Date: 2025-09-04 20:00:22
On the [URL='https://github.com/Graham--M/XWinTab']Github Page[/URL], the downloads are listed on the right hand side under the heading "Releases".
The most recent release is [URL='https://github.com/Graham--M/XWinTab/releases/download/v0.3.0/XWinTab.v0.3.0.zip']here[/URL].
Username: LegendaryVegan
Post Date: 2025-09-06 15:12:51
It works! Thank you so much for the help.
Username: Frings
Post Date: 2025-09-09 23:59:00
Thanks a bunch for your sharing, Graham! Confirm it works in my setup too! For reference:
Operating System: Bazzite 42
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.1
Kernel Version: 6.16.4-107.bazzite.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor
Memory: 32 GiB of RAM (31,3 GiB usable)
Graphics Processor: NVIDIA GeForce RTX 3060 Ti
Tablet: Wacom Intuos S (CTL-4100)
Using Wine Charm and OpenTabletDriver, although removing OpenTabletDriver and using KDE's default drawing tablet mode seems to work just as well, if not better.
Now onto continuing my fight with getting pen pressure working on CSP 4 consistently under the same setup... sigh. I got it, then I didn't! Good luck to us all Linux graphical users.
Username: Azurewhitewind
Post Date: 2025-09-19 20:09:30
I really appreciate this thread. It's been really helpful with getting Rebelle 7 pro to work with pen pressure on Linux. I installed Rebelle 7 pro with bottles. I then followed the instructions provided here. I kept Windows 11 on the side for awhile since I needed it for work. I do game testing, but I also like being able to test out other programs. I was already hopeful since Rebelle 7 pro was already loading with wine. It's so much lighter and loads up faster in Linux.
Like others have said, it must be the bloat in the background that's causing Windows 11 to be so slow, and with Windows 10 losing support next month which was so much lighter to use, so it's unfortunate. I can't afford a new PC right now so I use Garuda Mokka as my main OS right now, and it's working really well. I recommend.
Here's my specs for reference:
Operating System: Garuda Linux
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.18.0
Qt Version: 6.9.2
Kernel Version: 6.16.7-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-3470 CPU @ 3.20GHz
Memory: 16 GiB of RAM (15.6 GiB usable)
Graphics Processor: AMD Radeon RX 550 / 550 Series
Manufacturer: Dell Inc.
Product Name: OptiPlex 3010
System Version: 01
Graphics tablet: Deco LW (Wireless mode works well with no issues) I'm using the Linux official driver.
I mostly use Krita, and sometimes CSP v1 ( I Haven't felt the need to upgrade), but both of those don't have as realistic textures so I love Rebelle when I want a more realistic touch and look. I'm grateful to y'alls hard work, and I'm also excited to be finally posting my art in the forum. That being said, thanks again for the patch. It's much appreciated!?
Username: BertC
Post Date: 2025-10-04 09:42:21
Hello just a thank you [USER=232691]@Graham GrahamX[/USER] , it is working fine as well for me. If someone have some information how to implement touch gesture on linux bottle. This feature si not working, but i believe bottle is not ready yet for that feature. I compare the same drawing in Bottle and windows and i just notice that the zoom is not exactly the same like a small loss of pixel in the screen on bottleµ.. funny: here is what i what to say with the same zoom 600% : just as info. first one is on windows[ATTACH type="full"]2045[/ATTACH][ATTACH type="full"]2044[/ATTACH]
Username: remdare
Post Date: 2025-10-24 22:36:06
Works great thank you so much! ❤️❤️❤️
Username: cindyxyz
Post Date: 2025-11-25 16:51:36
Hello just wanted to shout out big thanks to [USER=232691]@Graham GrahamX[/USER] !!! Running Rebelle 8 Pro Trial with pressure sensitivity!
My setup:
Linux Mint
Bottles using sys-wine-10.0
A Wacom pen tablet
And Graham's fix
Username: RiverReeds
Post Date: 2025-12-02 10:57:57
Hello! I made my own thread requesting Rebelle for Linux before I saw this thread ?
I also really reeally really really really (x 100000^1000000) want a native Rebelle for Linux:)
For the time being I am on Windows Home 11 (I know...) because that's what the computer came with, but the only plan I have as an emergency solution is to install Linux (Mint?) and use Rebelle on a virtual Windows Machine. Has anyone tried that setup on R7 or R8?
Username: redrobred
Post Date: 2025-12-11 08:40:46
How is the performance of using Rebelle 8 through Wine on Linux compared to Windows 11?
And is there any best Linux Distro recommended to use? I'm not very techie, so prefer easy user friendly systems ... have used KDE, Linux Mint & Ubuntu/Kbuntu in the past.
From the limited amount I understand, WINE is a virtual machine, and from I understand virtual machines just run off your available memory and is not as efficient as the Actual OS ... so wondering how limited performance might be using WINE vs Actual OS?
I really HATE Windows and wish I can leave them for good. I double and triple wish for a dedicated Linux Rebelle version.
Supporting Windows is supporting Ai.
Username: Graham GrahamX
Post Date: 2025-12-12 02:59:08
Without getting technical, WINE is more like a loader for Windows Programs to run directly on Linux (or macOS). If I run a Windows Program in WINE, it shows up in my Desktop's Task Manager.
If you were to use Virtual Machine software to run a Windows Program, there would be a performance overhead because it also has to run Windows and pretend to be the PC hardware Windows interacts with.
I am probably not the best person to recommend you a Linux Distro but Linux Mint seems to be a popular recommendation.
Username: RtMbot
Post Date: 2025-12-12 03:43:59
Graham's solution works great and I'm able to run Rebelle 8 with no issue. Thank you!
That said, I'd still like an official linux client one day! I hope the developers are listening.
Username: SomethingShard
Post Date: 2025-12-12 04:15:44
is anyone having pasting image issues on Linux?
Username: borad
Post Date: 2025-12-12 05:26:58
I've tried grahams fix with lutris and pressure doesn't work with the xp-pen linux drivers. Pressure works natively in krita tho.
Edit: Got it to work. Just had to restart x11 (log off and log in again or restart). So the fix also works with lutris.
Username: redrobred
Post Date: 2025-12-12 07:11:51
[QUOTE="Graham GrahamX, post: 30944, member: 232691"]
Without getting technical, WINE is more like a loader for Windows Programs to run directly on Linux (or macOS). If I run a Windows Program in WINE, it shows up in my Desktop's Task Manager.
If you were to use Virtual Machine software to run a Windows Program, there would be a performance overhead because it also has to run Windows and pretend to be the PC hardware Windows interacts with.
I am probably not the best person to recommend you a Linux Distro but Linux Mint seems to be a popular recommendation.
[/QUOTE]
Thanks Graham, sounds promising
Username: SomethingShard
Post Date: 2025-12-12 07:49:51
[QUOTE="SomethingShard, post: 30946, member: 131941"]
is anyone having pasting image issues on Linux?
[/QUOTE]
ran it through steam, seems to have fixed it for now for anyone else who may have this issue
( use " WINEDLLOVERRIDES="wintab32=n,b" %command% ", in the launch options for for pressure sensitivity, you still need Graham's fix)
Username: orange
Post Date: 2025-12-13 17:31:19
[QUOTE="SomethingShard, post: 30946, member: 131941"]
is anyone having pasting image issues on Linux?
[/QUOTE]
If your prefix is sandboxed (i.e. you're using Bottles), then Rebelle can't access images that are in your Linux files.
You need to first copy & paste the image(s) into your Rebelle prefix, and then in Rebelle, click File > Import Image... and select the image you pasted.
Username: tgrant060
Post Date: 2025-12-25 15:00:40
Just wanted to update that I have Rebelle Pro 8 working using Bottles on Bazzite. It was a smooth experience and thanks to @Graham for the guide and fixes. Pen tilt and pressure all function nicely with my Wacom. I do wish there was a native Linux app, but this works for now.
Username: Othellophi
Post Date: 2026-01-23 10:03:20
I'm happy to say that I got Rebelle 8 pro to work on Linux with my Huion Kamvas 22 plus after a few hiccups on my side. I have run into alittle bit of an issue. Its not a deal breaker but I noticed that the pen pressure from the wintab.dll file doesn't immediately work when i first launch Rebelle after I start up my system. I always have to close Rebelle and open it another time for the pen pressure to start working. But once that first initial opening happens, the reopening with the override works. I do have the wintab32.dll in the overrides on Bottles and on "Native then Built-In". I want it to work as soon as I launch Rebelle without the extra step. Has anyone else had this issue?
Username: Graham GrahamX
Post Date: 2026-01-26 14:02:04
I haven't heard of it behaving like that before. What distribution are you using?
Username: Othellophi
Post Date: 2026-01-27 17:56:23
[QUOTE="Graham GrahamX, post: 31568, member: 232691"]
I haven't heard of it behaving like that before. What distribution are you using?
[/QUOTE]
I'm using Linux Mint Cinnamon with the latest KDE Plasma environment. I even have the "WINEDLLOVERRIDES="wintab32=n,b" %command% " on the launch options commands and the dll override in Bottles but it still seems to do it.
Username: Graham GrahamX
Post Date: 2026-01-29 16:20:56
I can reproduce the problem on Linux Mint 22.3 in both Cinnamon and KDE. It happens when running Rebelle in Wine directly, and when running it via Bottles.
I've yet to figure out what the exact cause of the problem is.
Username: Graham GrahamX
Post Date: 2026-01-29 19:17:08
After some more testing I think it could be a driver issue. In my case I had just used the built-in drivers that come with Mint, but I noticed when I ran "xinput list" just after logging-in, I wasn't seeing a stylus listed until something tried to use the tablet. It was only after I installed the updated open source drivers that the stylus would show up after log-in and the modified wintab would work straight away.
Ideally I would prefer to be recommending the updated open source DIGImend driver. However, I have no idea if it properly supports your Huion Kamvas 22 Plus because the person who maintains it is overworked and can't maintain the documentation. If you want to try it, you can install the "digimend-dkms" package in Mint.
Huion also offers an official closed source Linux driver but I have no experience using that.
Username: clasclin
Post Date: 2026-01-30 02:22:33
Hey there, I just wanted to report that Rebelle 8 Pro works pretty well on Debian 13.3 Trixie KDE under X11 & Wayland with bottles. Bottles uses the sys-wine-11.0 and the wintab32.dll are set to native.
[ATTACH type="full"]2681[/ATTACH][ATTACH type="full"]2682[/ATTACH][ATTACH type="full"]2683[/ATTACH]
The only issues I experience are related to the driver for XP-Pen Deco 01 V2, aparently they forgot to include rules for when you suspend the system to ram and the driver never wakes up. The other issue is on Wayland, if you close the xp-pen window you lose the driver.
The fix from Graham just works! Thanks a lot for that!
Username: Othellophi
Post Date: 2026-01-30 03:34:56
[QUOTE="Graham GrahamX, post: 31594, member: 232691"]
After some more testing I think it could be a driver issue. In my case I had just used the built-in drivers that come with Mint, but I noticed when I ran "xinput list" just after logging-in, I wasn't seeing a stylus listed until something tried to use the tablet. It was only after I installed the updated open source drivers that the stylus would show up after log-in and the modified wintab would work straight away.
Ideally I would prefer to be recommending the updated open source DIGImend driver. However, I have no idea if it properly supports your Huion Kamvas 22 Plus because the person who maintains it is overworked and can't maintain the documentation. If you want to try it, you can install the "digimend-dkms" package in Mint.
Huion also offers an official closed source Linux driver but I have no experience using that.
[/QUOTE]
I am using the Open Tablet Driver for my Huion at the moment. When I checked the xinput list, it came up as this: "OpenTabletDriver Virtual Artist Tablet Pen (0)". I did re-boot my laptop just to check and had the same issue you were talking about that the pen isn't listed until I interact with the tablet. The tablet itself is listed though as "OpenTabletDriver Virtual Artist Tablet". I did find though that if I do interact with the tablet before I launch Rebelle, the pen pressure does work on first launch so maybe that's just what I have to do.
I tried the built-in Huion driver for linux but I was having issues actually configuring the settings. I would press on another page other than the one it launches with and it would immediately swap back. Also when I tried to switch which screen it was active on, it would restrict it to one pixel. So I'm not sure what that is about and decided to go to the Open Tablet Driver instead. That was when I was working specifically in Cinnamon though and not in the KDE environment. I'm not sure what everyone else's experience with them are either.
Username: Graham GrahamX
Post Date: 2026-01-30 20:30:52
Looking at the code for the relevant parts, the problem is in "xf86-input-libinput". It makes a separate input "Device" for each pen/stylus of the tablet (if the driver can distinguish between them) and won't create one until it sees a pen come near the tablet. I think "xf86-input-evdev" which it replaced and "xf86-input-wacom" make the pen/stylus input device straight away.
That's why the DIGImend driver worked for me, because it installs a configuration file to use "xf86-input-wacom" for the tablets that work with that.
The modified WinTab is written to only look for tablet pen input devices when it first loads. I'll need to change it to deal with the devices changing after it is loaded.
It doesn't look like the official Huion Linux driver has a very good reputation so OpenTabletDriver is probably a wise choice.
Username: Othellophi
Post Date: 2026-01-31 07:28:41
[QUOTE="Graham GrahamX, post: 31608, member: 232691"]
Looking at the code for the relevant parts, the problem is in "xf86-input-libinput". It makes a separate input "Device" for each pen/stylus of the tablet (if the driver can distinguish between them) and won't create one until it sees a pen come near the tablet. I think "xf86-input-evdev" which it replaced and "xf86-input-wacom" make the pen/stylus input device straight away.
That's why the DIGImend driver worked for me, because it installs a configuration file to use "xf86-input-wacom" for the tablets that work with that.
The modified WinTab is written to only look for tablet pen input devices when it first loads. I'll need to change it to deal with the devices changing after it is loaded.
It doesn't look like the official Huion Linux driver has a very good reputation so OpenTabletDriver is probably a wise choice.
[/QUOTE]
I haven't thought of trying the DIGImend drivers for my tablet since I didn't see it listed on the supported tablets. So far OpenTabletDriver has been working great in the KDE environment. In the Cinnamon environment I had to make a script to auto run a remapping to my tablet screen since it would stay stuck on my main monitor.
I was curious thought if you would have an answer to another question I had. How would I paste images that came from outside the Bottle/Wine environment? The copy pasting in Rebelle works fine if I load the image directly in there, but I noticed that when there is an external texture I want to paste in, it either refuses to copy to the clipboard or Rebelle just doesn't seem to paste anything at all. I'm still pretty new to Linux and trying to figure out all the bottlenecks before I move it over to my main desktop.
Username: Graham GrahamX
Post Date: 2026-02-01 02:24:57
Looks like pasting images copied from another application doesn't work in Rebelle when using Bottles. It works when directly running Rebelle on Wine, in Proton on Steam, and in WineCharm. I don't know why it's broken in Bottles.
On the copying side of things, it depends on what application you copied the image from. If I copy an image file in my file manager (Dolphin), it only makes it available as a file, so pasting it in Rebelle doesn't work. If open that image file in the Gwenview image viewer and copy it, I can paste it in Rebelle since Gwenview makes the data available in various image formats as well as a file.
Username: Othellophi
Post Date: 2026-02-01 07:18:25
[QUOTE="Graham GrahamX, post: 31621, member: 232691"]
Looks like pasting images copied from another application doesn't work in Rebelle when using Bottles. It works when directly running Rebelle on Wine, in Proton on Steam, and in WineCharm. I don't know why it's broken in Bottles.
On the copying side of things, it depends on what application you copied the image from. If I copy an image file in my file manager (Dolphin), it only makes it available as a file, so pasting it in Rebelle doesn't work. If open that image file in the Gwenview image viewer and copy it, I can paste it in Rebelle since Gwenview makes the data available in various image formats as well as a file.
[/QUOTE]
That weird. When I was initially trying it, I was copying an image from Discord. Maybe it has something to do with permissions? I know I was running into alot of permissions issues with another program before and had to solve it with Flatseal.
I suppose I can run it on Steam via Proton then if that works as intended if adjusting Flatseal doesn't work. I'll have to look up how to do that.
Username: Othellophi
Post Date: 2026-02-01 21:08:36
Just reporting back that I was able to get Rebelle 8 Pro working on Steam with the pressure sensitivity and the copy-pasting from other apps outside the wine environment working as intended! Trying to get the permissions with Bottles via Flatseal was a headache and Rebelle seems to launch faster and work better via Steam anyway. As long as I remember to put my pen on the tablet before launching Rebelle it works perfectly on first launch. Finally I can now swap my entire desktop over.
Username: kngdmond
Post Date: 2026-02-04 08:27:52
This week has been so frustrating. Windows 11 update 24h2 broke my user profile and permissions. Microsoft then pushed 25h2 update and that completely blew up my PC so it was completely unusable. In Rebelle 8 Pro there was a 3-4 second lag between each brush stroke. I re-installed Windows from scratch, but decided to dual boot Linux Mint 22.3 on a completely different hard drive to get away from that spyware riddled mess called Windows. I had Linux all setup and I needed to boot back into Windows and as it booted, I was presented "your system is restarting". They pushed a "0 Day security patch" without my permission. The system rebooted straight back into Windows. I tried to repair Grub using a bootable Live USB of Mint and the the once existing EFI and Linux OS was nowhere to be found. I had a raw drive. I had to reinstall Linux from scratch again. Being a complete newb, not knowing what to do, I installed Wine and Bottles and tried both. Rebelle 8.2.2 ran smooth. Much faster than Windows. But I couldn't get the pen pressure to work. I have an XP-Pen 16 Pro Gen 2. I installed the default drivers. No pen pressure. It then took a day battling opentablet drivers and Nvidia drivers. I almost threw my laptop out the window, it was so frustrating. BUT I finally got Nvidia and opentablet to play nicely. But still no pen pressure. I searched and searched and Google kept pulling up every non-relevant page or some AI non-sense. I finally stumbled across this feed. I just want to thank Graham GrahamX for the wintab32 fix. Rebelle runs perfectly with pen pressure.
[HEADING=3][/HEADING]
Username: k410
Post Date: 2026-02-04 22:17:15
[QUOTE="SomethingShard, post: 30950, member: 131941"]
ran it through steam, seems to have fixed it for now for anyone else who may have this issue
( use " WINEDLLOVERRIDES="wintab32=n,b" %command% ", in the launch options for for pressure sensitivity, you still need Graham's fix)
[/QUOTE]
Thank you for that tip! I had no idea what the Proton options line should look like.
-----
In general, it's good news (probably also for Escape Motions!) to read that Graham's xwintab fix continues to work for Rebelle version 8.
As for a Linux-native version of Rebelle, what I would not like to see is a Linux version with specific distro or other requirements (as understandable as those might be for the sake of having a well-defined target for development and customer support).
In my view, for now it's probably better for the company to say that Linux is not officially supported, but that many customers have reported success using Graham's xwintab fix.
Username: borad
Post Date: 2026-02-21 17:14:03
Sadly I haven't been able to get pressure to work with my xppen since switching to LMDE 7.
I'm not sure what the issue is I tried everything I could think of... the wintab32.dll fix doesn't seem to do anything.
I can use any wine version and it doesn't seem to matter. Restarting x11 as I did before doesn't do anything.
Neither steam nor lutris work.
Username: Graham GrahamX
Post Date: 2026-02-22 23:00:18
I tested it in LMDE 7 and it worked for me in Bottles; I didn't have the time to try it in Proton. You've probably already tried it in Bottles from the sounds of things.
If you run [SIZE=5] [ICODE]xinput list[/ICODE] [/SIZE] in the terminal, what does it list for your tablet?
Username: borad
Post Date: 2026-02-26 09:34:25
[QUOTE="Graham GrahamX, post: 31841, member: 232691"]
I tested it in LMDE 7 and it worked for me in Bottles; I didn't have the time to try it in Proton. You've probably already tried it in Bottles from the sounds of things.
If you run [SIZE=5] [ICODE]xinput list[/ICODE] [/SIZE] in the terminal, what does it list for your tablet?
[/QUOTE]
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ UGTABLET 21.5 inch PenDisplay Mouse id=17 [slave pointer (2)]
⎜ ↳ UGTABLET 21.5 inch PenDisplay Stylus stylus id=19 [slave pointer (2)]
⎜ ↳ UGTABLET 21.5 inch PenDisplay Stylus eraser id=23 [slave pointer (2)]
⎜ ↳ XP-Pen Eraser eraser id=24 [slave pointer (2)]
⎜ ↳ XP-Pen Eraser touch id=25 [slave pointer (2)]
⎜ ↳ XP-Pen Pen stylus id=26 [slave pointer (2)]
⎜ ↳ XP-Pen Pen eraser id=27 [slave pointer (2)]
⎜ ↳ XP-Pen Pen cursor id=28 [slave pointer (2)]
⎜ ↳ XP-Pen Mouse id=29 [slave pointer (2)]
⎜ ↳ Tablet Mouse2 id=31 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ UGTABLET 21.5 inch PenDisplay Keyboard id=18 [slave keyboard (3)]
↳ XP-Pen Mouse id=30 [slave keyboard (3)]
I can't use bottles as there is no .deb system package for it. I've disabled snap and flatpak due to security concerns and will not use them ever.
But using lutris shouldn't make that much of a diff.
Username: Graham GrahamX
Post Date: 2026-02-27 02:30:26
That driver is a total mess.
There seem to be two actual stylus devices listed:
[LIST]
[*]UGTABLET 21.5 inch PenDisplay Stylus stylus
[*]XP-Pen Pen stylus
[/LIST]
But then there's all the other devices with stylus and pen in the name that are not stylus devices. There's even three different erasers.
I'm guessing the modified wintab is picking the UGTABLET stylus as that's the first one it sees while the real stylus is probably the XP-Pen one.
You can test which stylus is the correct one. First run the[SIZE=5] [ICODE]xinput list[/ICODE] [/SIZE]command to get the device id which you can see in the output you posted (e.g. 26 for the XP-Pen stylus). The ID for a device is not fixed and can change each time it is added/plugged in.
Then run the[SIZE=5] [ICODE]xinput test ID[/ICODE] [/SIZE]command where ID is the number for the device. If you bring the stylus close to the tablet, it should print a bunch of events to the terminal and applying pressure should make some of the numbers change too. You can stop it with CTRL+C.
Username: borad
Post Date: 2026-03-01 11:25:35
The correct one is
`XP-Pen Pen stylus id=26`
`UGTABLET 21.5 inch PenDisplay Stylus stylus id=19` didn't work
I used:
xinput disable 19
Then started up rebelle with wintab but pressure still isn't working:
[ATTACH type="full"]2749[/ATTACH]
Username: borad
Post Date: 2026-03-01 12:21:41
I've removed all UGTABLET instances (libinput list-devices shows none, just xp pen ones)
but still no luck.
Username: borad
Post Date: 2026-03-02 21:06:48
[QUOTE="Graham GrahamX, post: 31878, member: 232691"]
That driver is a total mess.
There seem to be two actual stylus devices listed:
[LIST]
[*]UGTABLET 21.5 inch PenDisplay Stylus stylus
[*]XP-Pen Pen stylus
[/LIST]
But then there's all the other devices with stylus and pen in the name that are not stylus devices. There's even three different erasers.
I'm guessing the modified wintab is picking the UGTABLET stylus as that's the first one it sees while the real stylus is probably the XP-Pen one.
You can test which stylus is the correct one. First run the[SIZE=5] [ICODE]xinput list[/ICODE] [/SIZE]command to get the device id which you can see in the output you posted (e.g. 26 for the XP-Pen stylus). The ID for a device is not fixed and can change each time it is added/plugged in.
Then run the[SIZE=5] [ICODE]xinput test ID[/ICODE] [/SIZE]command where ID is the number for the device. If you bring the stylus close to the tablet, it should print a bunch of events to the terminal and applying pressure should make some of the numbers change too. You can stop it with CTRL+C.
[/QUOTE]
Would it be possible to have a config file where the wintab32.dll gets the device from?
Also I think rebelle might actually not be communicating with wintab32.dll even though I have added it in the winecfg library. How can I check this?
Username: Graham GrahamX
Post Date: 2026-03-03 02:38:01
I tested the xinput disable option previously but it doesn't actually remove the devices, rather it stops the device providing input and sets a property to say it's disabled. I would need to rewrite the code to use xinput2 to be able to read those properties.
I'm not sure how you disabled the UGTABLET entries, but if they don't show up in the xinput list command specifically then they won't be used.
There's some logging built into the modified wintab. If you set[SIZE=5] [ICODE]XWINTAB_LOG=1[/ICODE] [/SIZE] as an environment variable, it should write a file called "XWinTabLog.txt" to your wine prefix's home directory (e.g. C:\users\username). That file has a line that gives the device id it's using like "Using device: 15" or if it couldn't find a useful device "Couldn't find suitable tablet device".
I've uploaded a [URL='https://github.com/Graham--M/XWinTab/releases/download/v0.4.0/XWinTab.v0.4.0.zip']new version[/URL] which will check a specific device name instead of searching. My tablet is listed like:
[CODE]⎜ ↳ HUION Huion Tablet stylus id=15 [slave pointer (2)][/CODE]
So I can tell it to specifically check that device by setting [SIZE=5] [ICODE]XWINTAB_DEVICE=HUION Huion Tablet stylus[/ICODE] [/SIZE] as an environment variable. I found that the bottles GUI didn't need quotes but I'm not sure how Lutris behaves because it isn't working on my desktop for some reason.
Username: borad
Post Date: 2026-03-03 11:47:50
[QUOTE="Graham GrahamX, post: 31895, member: 232691"]
I tested the xinput disable option previously but it doesn't actually remove the devices, rather it stops the device providing input and sets a property to say it's disabled. I would need to rewrite the code to use xinput2 to be able to read those properties.
I'm not sure how you disabled the UGTABLET entries, but if they don't show up in the xinput list command specifically then they won't be used.
There's some logging built into the modified wintab. If you set[SIZE=5] [ICODE]XWINTAB_LOG=1[/ICODE] [/SIZE] as an environment variable, it should write a file called "XWinTabLog.txt" to your wine prefix's home directory (e.g. C:\users\username). That file has a line that gives the device id it's using like "Using device: 15" or if it couldn't find a useful device "Couldn't find suitable tablet device".
I've uploaded a [URL='https://github.com/Graham--M/XWinTab/releases/download/v0.4.0/XWinTab.v0.4.0.zip']new version[/URL] which will check a specific device name instead of searching. My tablet is listed like:
[CODE]⎜ ↳ HUION Huion Tablet stylus id=15 [slave pointer (2)][/CODE]
So I can tell it to specifically check that device by setting [SIZE=5] [ICODE]XWINTAB_DEVICE=HUION Huion Tablet stylus[/ICODE] [/SIZE] as an environment variable. I found that the bottles GUI didn't need quotes but I'm not sure how Lutris behaves because it isn't working on my desktop for some reason.
[/QUOTE]
I'm not getting any log. I think wintab32.dll isn't used by lutris/wine even though I've set it up.
Neither the lutris log nor `
WINEPREFIX=~/.wine WINEDEBUG=+loaddll XWINTAB_LOG=1 XWINTAB_DEVICE="XP-Pen Pen stylus" ~/.local/share/lutris/runners/wine/wine-ge-8-26-x86_64/bin/wine "C:\Program Files\Rebelle 8\Rebelle 8.exe"`
Show the dll being used. Would it work if I replaced the wintab32 inside `.wine/drive_c/windows/system32`?
[ATTACH type="full"]2750[/ATTACH]
Username: borad
Post Date: 2026-03-03 12:36:31
It's def. a lmde7/Lutris issue. I think anything I add to wine cfg - Libraries is just ignored.
I've used `WINEDEBUG=+loaddll XWINTAB_LOG=1 XWINTAB_DEVICE="XP-Pen Pen stylus" WINEDLLOVERRIDES="wintab32=n,b" %command%` in steam and there pressure works fine now using the XWINTAB_DEVICE="XP-Pen Pen stylus"
Username: Graham GrahamX
Post Date: 2026-03-04 01:20:56
Well at least Steam/Proton is an option for you.
I got the HDD with LMDE7 back out and installed the distribution provided lutris package. It worked fine on both the default wine-staging runner and the wine-ge runner. The only problem I had was that I had to manually point it to the Rebelle executable after the install. I set the DLL override via the "Wine Configuration" option (which launches winecfg) in the GUI which seems to be what you've been doing.
I found that lutris filters the WINEDEBUG environment variable when launching Rebelle via the GUI. I had to set the debugging option at the bottom of the runner settings to the inherit option before it would pass the +loaddll value and any WINE debugging info showed up in the lutris log. The command you posted should have printed the information though.
Without installing the modified wintab at all, the loaddll tracing output should still show the system32 wintab32.dll being loaded, so if you don't see a wintab32.dll being loaded at all, it could be that the Rebelle tablet settings are set to something other than Wintab Input. If the modified dll is present in the Rebelle install directory, it will show up in the loaddll output. If there is no override set, it will say builtin. If the override is working, it will say native and there should also be loaddll output for XWinTabHelper.dll.so (which is listed as builtin because it isn't a dll).
Username: borad
Post Date: 2026-03-04 16:29:49
[QUOTE="Graham GrahamX, post: 31900, member: 232691"]
Well at least Steam/Proton is an option for you.
I got the HDD with LMDE7 back out and installed the distribution provided lutris package. It worked fine on both the default wine-staging runner and the wine-ge runner. The only problem I had was that I had to manually point it to the Rebelle executable after the install. I set the DLL override via the "Wine Configuration" option (which launches winecfg) in the GUI which seems to be what you've been doing.
I found that lutris filters the WINEDEBUG environment variable when launching Rebelle via the GUI. I had to set the debugging option at the bottom of the runner settings to the inherit option before it would pass the +loaddll value and any WINE debugging info showed up in the lutris log. The command you posted should have printed the information though.
Without installing the modified wintab at all, the loaddll tracing output should still show the system32 wintab32.dll being loaded, so if you don't see a wintab32.dll being loaded at all, it could be that the Rebelle tablet settings are set to something other than Wintab Input. If the modified dll is present in the Rebelle install directory, it will show up in the loaddll output. If there is no override set, it will say builtin. If the override is working, it will say native and there should also be loaddll output for XWinTabHelper.dll.so (which is listed as builtin because it isn't a dll).
[/QUOTE]
fml you were right it wasn't set to wintab in the config anymore. Must have forgotten to set it back after all the testing.
Works in lutris with the new wintab 0.4 to now using:
[ATTACH type="full"]2757[/ATTACH]
Username: Graham GrahamX
Post Date: 2026-03-05 01:33:26
Looks like you've got it sorted out. You can remove the WINEDEBUG and XWINTAB_LOG variables if you don't need the extra logging anymore.
Username: Vixi Kitsune
Post Date: 2026-03-17 03:25:12
I'm having trouble getting Rebelle running in wine with a Huion Tablet_G930L
On X11 there is a black square in the middle of the screen and I have no pen pressure.
On wayland there is no black square and no pen detection at all.
Clip Studio Paint 3.08 in the same bottle has pen pressure.
I'm using bare metal Bottles (not flatpak) with Wine 11.4
Username: Graham GrahamX
Post Date: 2026-03-19 00:40:34
[QUOTE]
On X11 there is a black square in the middle of the screen
[/QUOTE]
I'm not sure what causes the black squares on some systems but this is how people have fixed it in the past:
[QUOTE="debitspread, post: 23435, member: 195043"]
Just a quick update: If you're having a similar problem with those weird black boxes, here's a tip that Zorin Tech Support passed on to me:
After making sure that you have WINE64, type winecfg into your terminal. A small settings dialog will appear. Click on the Graphics tab.
For me, the fix was to check ONLY the "Allow the window manager to decorate the windows".
Of course, you may also want to change the resolution so that Reb displays in the largest window that your display will accommodate.
Good luck!
[/QUOTE]
To open winecfg in bottles, it's in the bottle details view under Tools > Legacy WIne Tools > Configuration
I have no idea how changing the setting affects other applications in the same bottle/prefix.
[QUOTE]
On wayland there is no black square and no pen detection at all.
[/QUOTE]
When using wayland, xwayland makes its own tablet device that should work with the modified wintab. I'm wondering if the modified wintab is loading correctly.
If you launch bottles with this terminal command, and then run Rebelle, it should show some information about the wintab libraries being loaded:
[SIZE=5] [ICODE]WINEDEBUG=+loaddll flatpak run com.usebottles.bottles 2>&1 | grep -e "wintab" -e "XWinTab"[/ICODE] [/SIZE]
but since you don't use flatpak, you will need to change [SIZE=5] [ICODE]flatpak run com.usebottles.bottles[/ICODE] [/SIZE] to whatever starts bottles in the terminal.
Username: Othellophi
Post Date: 2026-03-31 17:17:44
Hello again! I decided to revisit linux on my laptop just to make sure my new tablet works with it before I completely swap my main desktop over. Had a question tho, I just got it rebelle working with it but I noticed there is a slight delay behind the pen when putting down brush strokes compared to my main workstationwhich is windows . Its mostly only noticeable when quickly drawing squiggles, zigzag shapes or lines. I was just wondering if anyone else has run into this at all in rebelle or if this is just an issue with my tablet driver? I'm currently using Open Tablet Driver.
One account,
many possibilities