Nice, good to hear it worked out mostly. As for the black menu issue, consider looking at using various different libraries. For example, some games need the actual Windows .DLL files depending in exactly how they use them. The substitutes in WINE are just that, substitutes, so they have very slightly different behaviour in some cases. For GUI libraries if you get something wrong it is easy to have problems like a black menu box from something loading out of order, returning too fast or slow, or just being formatted differently. The native libraries can be used and that can sometimes solve the issue.

Yes, this can be done through WINE.

Depending on your method of install for WINE you will use different specific buttons and so on, but the idea is the same. Take the patch .exe file and run it inside the same WINE prefix as the game is installed in. This can usually be done by opening Lutris and selecting the game, then clicking not in Run but on the WINE icon near it. That allows you to select the .exe file and run it in the same WINE prefix as your existing game install. From there the patch should be able to find the game at C:\Path\to\game and make the required changes.

Hope that works out for you

How did you go? Any luck?

NTFS does not have the permissions structures Linux native filesystems have. All sorts of problems come from using NTFS for executable files. That said, exfat seems better in a bunch of ways, maybe try that?

Woah, that is wild, I hope you did some bug reporting about that, for something to go so insanely wrong it would have to be a fairly bad bug but also hard to find. Cool trick though, “Check this out, Copy ate my Y key, I am without purpose!”

To clarify, those are the default keybindings, but you can change them to match your needs or expectations. I like the alt tilde for windows within a program switching, it works fairly well though I have not set it up on my current machine yet.

What do you do with a faulty RAID drive? Early in the morning!

So broadly you will find categories in games like Smash Bros and so on. Some characters will be heavy, some light, some fast, some slow, some strong, some weak, but each trait creates an axis. The ideal distribution of characters is to have all areas of the multidimensional space filled or if not filled at least alternated.

For example, you should have one heavy, fast, weak character, one heavy, slow, strong, but maybe not a heavy, fast strong or a heavy slow weak. You can chart them on a two dimension axis at a time, then use the characters from Tuxcart etc to fill the space based on what makes sense, eg the Gnu should be heavy but also fast, but it is definitely a prey animal, while penguins are smaller and fast with a more moderate attack level, maybe even weak.

Once you have some of the extremes filled you can consider subversions of the paradigm. For example, a compiled language is slow at creation but fast at use, so maybe a mascot for one of those could have two modes, switching state and therefore characteristics.

Another thing to consider would be the dynamics of your interactions. Are you going for the jumping around of Smash Bros? If so, lots of the details about their camera work can guide your decisions. What about the overall pacing? Do you want frenetic play like Smash Bros? Combos? Strategy? Lots of things to look at there with a narrative approach to the characters as representing their projects, for example Wilbur is smaller and supposed to be super modular, so maybe having quite a few modes with different characteristics would work, while something like puffy is great for water levels alongside tux and any other aquatics.

Oh, great, that actually limits what it is a lot. If it were related to video we could spend ages looking at codecs, drivers, all sorts of stuff.

If it happens in all windows including winecfg we have to be looking at a few causes.

Do you have a high polling rate mouse? That can cause a stutter issue. To test remove the mouse before launching something in wine (by terminal if you have to), then see if it replicates the issue. If no change, move on, next item.

You could be having a problem with your audio system trying to give things too quickly and falling over itself. Prefix the wine command with the below line.

PULSE_LATENCY_MSEC=60

So it would be something like

PULSE_LATENCY_MSEC=60 winecfg

That should stop it if it is that audio issue, so see how you go.

Lastly, if you have winecfg running it is slowing itself down, but is it impacting other programs as well? I assume so, but want to make sure, so if you are for example playing a video in your browser and then launch winecfg does it start stuttering the video?

If none of the above helps can you dump the output of ps , mount, lspci -k, and iostat while no wine is running and while wine is running? Iostat is in iotools in mint I think, you may need to install it. Also, probably use a pastebin for the outputs.

You may be having a disk seek issue. Are you on a spinning disk? If so, sometimes running something a couple of times will have some cached or at least have the heads in the right spot to read the needed data. If that is the issue upgrading to an SSD would probably solve the issue at the root. A possible test would be using a RAM disk if you can be bothered testing it, you have sufficient RAM that it may be viable depending on the game.

That all said, for next steps I would personally consider if maybe an older version of WINE would work. Could you try installing another older version of both the vanilla and GE versions? Also, did you update your nVidia drivers recently? Maybe roll back if your system will work with that, I can do it easily in EndeavourOS but Mint is not something I am recently acquainted with, it may be a real pain or may tank your driver install to try and roll back. Also testing installing a browser in WINE and loading a video that way may help troubleshoot, or VLC through WINE and native to compare. Ultimately you want to try and find the difference between the failed states and the working states, so if you come back bring a log from a working run and a failed run.

I don’t know about videos but having a look at the OSI model is a good way to start. It covers the abstract framework for packetizing data including things like the distinction between hardware and software, envelope, encryption, application layer stuff, the whole shebang. The cool thing is by going hardware, network, application you can see where responsibility are and it helps you understand where things can go wrong.

If you are interested there are plenty of CCNA style courses available on the internet, licit and otherwise, and they go into more depth, and the same applies to RHCE/RHCSA material. The training for certifications like that covers what you want to know but also puts it in context, and again licit and otherwise sources are available.

My understanding is you make fewer but more replicable mistakes. If you use a wire you have to trace it, keep the length consistent for timing reasons, use very consistent soldering technique, and ultimately you have a hard time tracing issues. With a homemade PCB you generally do get what you ask for in terms of circuitry. Traces are the right length, right thickness, right spacing, and if not then the whole board is similarly impacted, so it is obviously broken or not broken. If you mess up your design then you have a problem, but if you did the process right and you have a valid design then it works.

That all said, homemade PCB is a large time sink and modern PCB manufacture is so cheap and fast it doesn’t make sense to do at home for the most part. You can literally get a complex board faster by ordering it from halfway around the world and having it posted than making it yourself. I would say it is a good learning exercise, not a good manufacturing or prototyping practice.

OK, so a few possible starting points. It looks like you are running a 32 bit programming but may not have all the 32 bit libraries installed. This may be referred to as multilib or similar, but you need the 32 bit versions to run 32 bit software properly.

Second, if the above doesn’t solve it you may be having the same issue I had with Arcanum. I had taken a rip many years back and it had been corrupted so it would segfault like yours is. The solution was to find an alternate image of the disk which was clean and using that.

Good luck

Working for a VoIP company in the early 2010s I rm -rf’d the /bin/ directory. As root. On a production server. On site.

I ended up booting from my phone (android app for iso booting) then manually coppied over the files from another machine. Chrooted and some stuff was broken but rebuilding from the package manager reinstalled everything that was missing. Got the system back up in around 40 mins after that colossal screw up. Good fun and a great learning experience. Honestly, my manager should not have had me doing anything on a root shell with no training.