Granted, most of the VNs I have played used the same engine (ren’py) but usually it is as simple as unpack the tarball, then run the only shell script in the main directory. Sometimes you might need to do a chmod +x on the files in the libraries folders and the start shell script if it was packaged on a Windows system but that is about it.
Ren’Py is a fantastic engine and it would be great to have more games developed in it. Unfortunately, a lot of visual novels don’t use Ren’Py, so they are only released for Windows and need to be run through Wine. This includes the vast majority of Japanese visual novels before 2010. The good news is that most of the time, this works pretty well—assuming you do it right. The setup isn’t complicated and hopefully this guide makes it easy to follow.
ONScripter is a drop-in replacement for the NScripter engine that works on Linux, and it can interpret NScripter game files just by running it in the same folder. This worked for me with TRianThology.
On the Radeon camp, it’s just “apt dist-upgrade; systemctl reboot”
Done.
The only time I had issues with the open source AMD drivers was when I was doing GPU pass through to play Elite: Dangerous, the drivers really didn’t like the state Windows left the card in when it was time to reattach it to Linux.
Do you have any good suggestions on where to start with using pass through? Have an AMD card as well and would love to be able to do this but I always get stuck at one point or another
first is to have a second graphics card - it can be an integrated one, like on Ryzen 7xxx or Intel CPUS - or a second computer that can SSH into the gaming box, just in case you need to open a terminal to fix stuff that broke. Then hit the Level1Tech forums, there’s a lot of knowledge there about the stuff.
My last nvidia card (a 1050) had some weird non-obvious (likely hardware) issue that caused it to utterly lose its mind when faced with certain OpenGL shaders, but only when running the proprietary driver. It would throw bands of static on the screen or randomly drop the signal to the monitor. This persisted through several changes of kernel and driver version. It was solid under nouveau, but the performance suffered such that I noticed a lag even for just normal desktop use. In the end, I replaced it with an AMD card rather than attempt to troubleshoot it any further. My previous nvidia cards were solid, though.
An amazing story! I doubt I ever have kids, but if I do I’ll do something like this. God knows what sort of dumbed down tech crap they’ll be fed in school.
This exact same thing happened on my Ubuntu desktop. I had to restart into safe mode, dpkg configure -a. Dunno what dumb ass thought having your screen go black and not respond to any input was acceptable during an update
Or he’s currently on the left, and he’ll be on the bell’s top by the time @yogurtwrong is on the other side?
On another note, I feel this so much. I went from “Mint seems comfortable”, to “Ooh slackware, i3 WM, running Arch with i3 completely built up and customised by none other than me!” back to “I can set shortcuts in Mint, and it’s comfier there anyway”
Same. Thankfully I found that pop!_os works beautifully out of the box and serves my purpose. But I’m done with nvidia. Once my 3090 lives till EOL I’m getting whatever XTX model AMD has
linux
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.