Trying to get Clip Studio Paint to work properly

[mortal totem]

As the title reads, i'm trying to get CSP to work on Linux Mint. And unlike the cases i have seen online so far, i am actually quite close to succeeding without needing to resort to VMs (i did need Bottles though). Here is the current state:

• Clip Studio Start (hub?) doesn't display anything web-based, so my edge-settings aren't working, though it isn't a necessity.
• Technically, Clip Studio Paint actually works on my current settings, but i am still unable to open any of my csp-projects because it doesn't show a lot of my folders on the explorer at all. The explorer generally looks off, as if being a far lesser version.
• full screen isn't fully attaching to the screen's borders
• On the hub, "Draw" is the only "program-option" provided, but i recall seeing things like modelers and the likes on the previous Win10-uses.

Like i said, i'm SO close to getting it to work fully, but still so far. I can draw on it, but i can't save in the folders i want so i either fix the explorer or have to deal with very different save locations. It's confusing.

Also, before i forget, there are a lot of windows open, which i can't view.

[mortal totem]

Update: because Clip Studio failed to close normally last time (needed force stop), the Hub-part of it keeps crashing, while the paint program follows through as before.

Launching it via Terminal, it returns this:
info: Memory type mask for sparse resources: 0x2
info: Memory type mask for buffer resources: 0x3b, usage: 0x219ff
info: Creating sampler descriptor heap (8 kB)
info: DXVK: Graphics pipeline libraries supported
info: Creating resource descriptor heap (8192 kB)
0b4c:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.Profile.PlatformDiagnosticsAndUsageDataSettings"
0aec:err:service:device_notify_proc failed to open RPC handle, error 1722
08d8:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.Profile.PlatformDiagnosticsAndUsageDataSettings"
08cc:err:service:device_notify_proc failed to open RPC handle, error 1722
07a4:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 addr 0x6fffff23dd7e

[mortal totem]

If i launch the paint-program via terminal, it doesn't show anything about the explorer (i think it only tracks the startup and cloing of the program)

[hardy pollen]

For the second point

Technically, Clip Studio Paint actually works on my current settings, but i am still unable to open any of my csp-projects because it doesn't show a lot of my folders on the explorer at all. The explorer generally looks off, as if being a far lesser version.
you should be able to access all your files you have in your home directory if you go through / > home > yourusername.

(from the picture)

full screen isn't fully attaching to the screen's borders
Try opening winecfg > graphics tab, enable emulate virtual desktop, set it to size of your desktop, apply, then ok, might help.

Can not help with inside the program issues, no experience, hope you get it figured out.

[mortal totem]

For the first one, when i do that, i find literally no folders at all
And for the second, i did that, and it seems that it didn't do anything. But really, that one is more of a ntpick than an actual issue.

[hardy pollen]

hmm, the type selection is "all supported formats", so it would show your files if it was there, double click and keep moving to where they are.
Where ever it is it should be accessible from within wine unless you disable it (you can access home, so seems it is enabled, which is default, from what I understand).

or try changing that type to show all and pick the ones you need.

should be able to find them through z: too, depends on where it is set to (can be changed with winecfg > drives tab).

[mortal totem]

Well, my projects ARE there (not in the :z folder), it's just that there should be a BIG bunch of folders, which won't show up. Also, if i try to change it, there is no "all" option at all.
Also also, if it helps regarding the full-screen part, it looks almost as if it is pushed diagonally down-right.

[hardy pollen]

If they are in home directory you can access from the default Mint file manager, they should be visible, not sure why it is not there then.
If you do not see an all files option could be limited by program, not sure.
Next thing I would try is copy a single supported file to somewhere into the wine c directory from normal file manager and try to open that.

For the emulate virtual desktop thing, i suggested that, because it makes wine make a virtual window and all the program get that dimension and position when they try to make a window instead of getting it directly from Linux system, helps with some programs, sometimes from not being able to launch to working.

[mortal totem]

The Mint file manager does show them. That's why this is so confusing. File managers show the files as they should, except for the CSP one which comes with opening and saving files.
I copied one csp-file into what i presumed to be the home-folder my screenshot shows, but even IT doesn't show up. It's almost as if it is simulating a different environment expanding beyond wine itself (i can't give a better description).

[hardy pollen]

yeah, i am confused as well, it is nothing fancy just wine has a different file explorer and path system things should show up as is.

could you just open the file manager you have on Mint show exactly where your file is, can be just one file, you have in a directory anywhere, I might be able to tell you where to navigate through wine to get to there, just in case there is some misunderstanding there.

[mortal totem]

I can, though i don't think it will be very helpful.... unless you're referring to the file paths of CSP

(will delete later

In the same place, i have the folder containing the csp projects

[hardy pollen]

okay for that specific highlighted .clip file in the image, you do not see that when you navigate to (c:) when you open through wine?

wait, mistake.

it is in home, i looked at the path at top
it should be visible when you navigate to your home username, think you tried that before.

Could you try to open wine notepad (visible in my screenshot), just to make sure it is not a program specific thing, and try to navigate to your home or wherever and see if it lists all files there, should look like my screenshot. (file > open)

[mortal totem]

yup, already tried that, doesn't show up in CSP. How do i check if wine itself can find it?

[hardy pollen]

Not sure I understand what you mean here

[mortal totem]

Perhaps the bottles-contained CSP and wine have different means of searching files, or there is a bug in bottles or something. I'm grasping at straws.

[hardy pollen]

Oh, you are using wine through bottles, i am not familiar with that, but it could have made it's own ".wine" like directory like you have in home, the one in home is the default one when you install wine. so winecfg for example just applies to default wine, not other "environment", yeah they are in different places.
But not sure that would affect the visibility in home directory, that is only one thing.

[hardy pollen]

Do try the notepad thing, just to make sure.

[mortal totem]

I figured there would be some differences. Thing is, i have tried getting CSP to work without bottles and with just wine before, but it wouldn't even start, and the terminal didn't even open when i select the option in the properties.

also, notepad? LM doesn't come with notepad last i checked. Or do you mean an alternative program? or something else?

i only know notepad as a text editor

[hardy pollen]

wine comes with one, to make sure any windows programs depending on that work, see my screenshot. the command is probably notepad.

[mortal totem]

[wine notepad] does access the file path successfully

[hardy pollen]

okay so default wine can access file path fine, assuming you see you .clip files too, installing bottles to see if it disables something by default

[mortal totem]

That would make sense.

[hardy pollen]

command line > run notepad, this should run your bottle specific notepad
see if you can see all your file, if yes, our very little, but still progress is that program does not show some files for some reason.

yours may looks a bit different, name, theme, version, etc.

[mortal totem]

Indeed, running notepad from there, my intended file paths don't show up. It IS a bottles thing! Not the REAL question is: WHAT DO I DO ABOUT THAT?!? i can't believe bottles is screwing me over yet again X(

[hardy pollen]

progress, probably just need to change some settings.

on a tangent, seems by default it stores in ~/.local/share/bottles/bottles/your_bottle_name/ unless you had set some custom path, or it is different for different version or something else. might be helpful sometime.

and to change configuration specific to this, including emulate desktop thing I mention first, you do that from legacy wine tools > configuration,

I seem to be able to see all files by default, let me see where to change that setting.

[mortal totem]

i was about to say, how do i use the legacy wine tools?

[hardy pollen]

i was referring to the last button in my screenshot.
also might have a clue why you can not access your files, did you install bottles flatpak? (from my understanding they are by default sandboxed for safety stuff and do not let program access anything outside of their scope.

[mortal totem]

Pfffff, i should really pay more attention XD
Bottles via software manager (Flathub), so i think yes.

[hardy pollen]

Okay, so we know our issue now, just have to let bottles access your home, moment!

See if you can follow this, https://docs.usebottles.com/flatpak/expose-directories
the easiest way would be install flatseal from software manager, and then give bottles permission to access your home.

[mortal totem]

I'll give this a try.
Also, for some reason, if i move my configurations window into my primary screen because it keeps popping up on my secondary one since switching the virtual destop setting on and off, it won't let me do anything. Yet another bug X(

[hardy pollen]

No experience with multiple screens and wine stuff unfortunately, so I have no idea what to do there, the permission stuff should solve the issue of you not being able to access your files from within your program.

[mortal totem]

OH NO OH NO Whatever i was referring to just now may actually be affecting the Entirety of the Bottles applications (but not bottles itself?) now, and now my CSP-window literally cuts off when i move it into my primary monitor O_O
If i accidentally changed a setting in the configurations, i should be able to revert them to default, right?

just like that, a whole different bug gets in my way

[hardy pollen]

yeah if emulating virtual desktop is the issue, just turn it off and see if it fixes that.

[mortal totem]

I did. It was after i switched it off, that it started to bug out. It only works on my secondary monitor to the furthest left now, and if i move it away, i can only make use of increasingly less of the left part of the window until nothing reacts to my clicks until i move it back

If anything, turning the option on is now MORE useful than if it's off

because at least then i get to interact with the windows on my primary monitor. Man, FFFF this nonsense

also, when i checked the full screen stuff, the application in full screen is confirmed moved diagonally down-right

[hardy pollen]

grr, yeah bottles not being affected is normal, the things running through it should only be affected, i see bottle has another place to set that virtual desktop thing too, see if it off there too, not sure why there are two places to change one thing, what could go wrong...

setting > display > advanced display settings > virtual desktop toggle. see if it is off here too.

[mortal totem]

It is off

[hardy pollen]

okay, lets focus on one thing at a time, is the permission thing fixed?

[mortal totem]

nope

You did mean this, right?

[hardy pollen]

you selected bottles and gave this permission, and still not seeing your files in notepad and stuff?

[mortal totem]

Nope, still no permissions

If this helps

(shall we continue tomorrow? it's bedtime on my end)

[hardy pollen]

Yeah sure, sleep well, it should give access to files according to the docs, not sure what is happening.

[mortal totem]

I'm back

When resizing the window in which the Clip Studio Start takes place, it causes this:

[mortal totem]

Ok, surprising news: The file pathing works today. I haven't changed a thing

I guess it just needed a reboot?

But the weird window-moving effect still occurrs

So in a way, i just exchanged one bug for another 😕

[hardy pollen]

Yeah that is not usable , see if setting the virtual desktop resolution to same as your desktop resolution helps, probably will not, but just in case.

Also, for permission, apparently there is an extra step, we have to make a link to home inside the wine environment. so first step is check if you have your bottle in
~/.var/app/com.usebottles.bottles/data/bottles/bottles first. it should look like a directory with the name you have, for example my test one would be "stuff"

https://docs.usebottles.com/flatpak/expose-directories/use-system-home

[mortal totem]

It is there, confirmed

[hardy pollen]

okay lets make a link to your clip studio directory for example and move it there directly.
do you know how to do that? you should be able to right click and see some options I think, to make a link.

in the normal file manager

[mortal totem]

I know of Ctrl-Shift-drag, now i just wonder if you mean in the folder of the bottle or the folder containing the bottles?

[hardy pollen]

Neither, we want to link something you want to access from within bottle, so your clip studio one or anything that contains it. For start you can try putting a link to any folder with some files too, to see if works right and shows up, it should in theory at least.

We are moving the link to somewhere inside your bottle.

wait you were asking about where to move to, not what to move, then yes wherever your bottle is.

[mortal totem]

Oh ok. Uhm, just to be safe, when i said "I haven't changed a thing" at the start of the day, i meant that the pathing started working without me changing anything, as if the reboot was all i needed.

[hardy pollen]

if you do not see right click make link option, you may have to turn that on, from edit > preference, context menu section of file manager, might be easier than drag drop, but do not have to do it if find drag drop easier.

Oh, so you can access all your files in home from your program now?

[mortal totem]

I was able to do so already before trying the ctrl-shift-drag of the file. In fact, i could see all of the folders of the home-path.

That one has effectively been sorted

I'm sorry if it wasn't clear from my wording

[hardy pollen]

Okay great, then permission things just needed the flatseal thing, do not have to do anything, back to the window looking weird, did you try same resolution as desktop thing?

No worries.

[mortal totem]

I tried the resolution thing. Technically, i have no issues when i have the virtual thing toggled on with the resolution adjusted. But i still get it looking like this:

It literally looks like the window is moved diagonally down-right despite being full screened

(the black bar is because i intentionally used less resolution vertically for preference)

[hardy pollen]

so virtual desktop thing did not help at all, you just have another extra window in the end,
more likely program specific issue then, can you like resize the window of the program to cover everything instead of fullscreen option, maximize or something, seems fullscreen option might be the issue.

[mortal totem]

let me see....

Yes, i can. Ironically, that looks more "fullscreen" than the fullscreen

[hardy pollen]

okay great, progress, and since the virtual thing does not help at all, just takes up screen space, while fullscreen is off from the program, does turning the virtual desktop thing off fixes what you ran into earlier?

[mortal totem]

Ok, good and bad news. The good news is, that the configuration-window has no issues on my secondary monitor unlike before. The bad news.... the primary monitor still has me unable to interact with the window's contents -_-

I swear to god, if it is another HDMI-issue

because my screens have different plugs

One only works via the HDMI, and the other has the newer kind of cable plug (idk what it was called again)

I guess that is why one is consistently recognized better than the other. The HDMI one is supposed to be my primary, but is treated as lesser instead as if resisting my choice of it being primary

[hardy pollen]

If it is same with other programs it could be your hardware side issue, but if not probably this program running with wine issues,
so before using the virtual desktop thing it worked fine on any monitor, and now it does not work as well, correct?
If that is the case, you could, worst case, make another bottle and see if you can go back to how it was, permission should be good now, at worst after a bottles restart as we learned.

[mortal totem]

It really does seem like that. Ever since i toggled that option on and off, that monitor-thing has become an issue. I am afraid of how much i'll have to do to make it work again.

[hardy pollen]

Okay, that often helps with many windows dimension and position issues, but made it worse in this situation, so if you do not want to make another bottle from scratch, the most usable method seems with the virtual desktop thing on, keep using that.
If you need/want to set it up from scratch again in future, these may help; https://appdb.winehq.org/objectManager.php?sClass=version&iId=42586 (4.x) should be able to click on results from os and versions that are closest to yours when you scroll down below, and search how other programs work, what to do, etc, too.
For the couple issues you had, seems the issue was fullscreen not being handled well with that program, and flatpak bottles did not have permission to access your files. and we learned virtual desktop can get weird with multi monitor setup.

That is all I can help I think, no experience with things inside the program.

[mortal totem]

I'll keep that in mind. Thank you very much, you have been so very helpful! Have a good day!

[mortal totem]

So.... i tried to get it to work via redoing the bottles setup.... but i only ended up with both the Hub/Start of CSP and the paint program not working at all, both closing the moment a "pid" is shown on the terminal windows that naturally open with the programs. Dependencies according to the reddit-post i used for reference don't work, at least not for the Win10 system. So.... help?

[tacit briar]

try to not use Bottles then.

use Winetricks

or perhaps 'play on linux' wine helper app

[mortal totem]

The problem is, that i did manage to get it to work once, but not this second time, and i don't know what i did differently.

[hardy pollen]

Following the same steps it should just work the same way, but if you think you missed some, see the link i mentioned, under test results, the latest one has step by step instructions, see if that helps.

For using bottles or not, unless you have multiple programs that require conflicting configurations, it just adds extra steps and complexities, in my view. both should work same, with same things installed, same version, etc.

[mortal totem]

Ok. I'll see what i can do....

[hardy pollen]

When it says things like

install vk3d and dvkx via winetricks
for bottles, you would just do that through the settings somewhere inside bottles, and it would download and start installing it I think, speculating, not very familiar with that.

If you want to go through those steps without bottles, feel free to ask me here, I think I get how to do most steps mentioned there from a glance.

context https://appdb.winehq.org/objectManager.php?sClass=version&iId=42586&iTestingId=116257

[mortal totem]

Having looked at the context provided in the link, i saw that it is already a well know bug that CSP immediately crashes in the Win10 and Win11 system settings. I guess that means that i'll be stuck with the barebones explorers of the Win8.1 settings, IF i understand that one correctly. And when i tried looking for the "vk3d" and "dvkx" settings, i only found similar but too differently looking settings like "dxvk" or "vkd3d", and dependencies under those names weren't present under the Win10-settings at least. Then again, it could just be me being dumb and not knowing most functions.

[tacit briar]

"direct-X Vulkan" a linux thing

[tacit briar]

this is suchh an incredible pain in the ass

at this point, it'd have been easier to install gnome-boxes, a virtual machine program.

and thrown a Windows install into VM

[mortal totem]

Yeah. At this point, i am completely fine sticking to Krita until an official Linux-version of CSP comes out. I just wonder what i'll do with my .clip-files then, since Krita can't access those and i can't find anything to convert .clip-files into otherwise usable files like .psd or even just png

[tacit briar]

see if there's an online free converter for them

[mortal totem]

I already looked, but so far, they either failed or something else went wrong which i have no control over. (iirc, something about different versions and whatnot)

[hardy pollen]

virtual machine might not be very performant in terms of using it for painting and stuff, but just opening the file and exporting to some other format if doable should work okay I would think, for an idea.

[mortal totem]

I'll think about it.

[tacit briar]

https://www.youtube.com/watch?v=RgK5MFRzMWc