• 1 Post
  • 63 Comments
Joined 2 years ago
cake
Cake day: July 6th, 2023

help-circle
  • I am only guessing and extrapolating based on how this usually goes:

    • It’s probably possible to get it to run but would take a lot of work
    • It’s probably much easier to just run the windows version under Wine

    While the Linux kernel usually maintains long term backward compatibility very well unfortunately the userspace (libraries) is a different story.

    Looking at the game’s faq the main dependency seems to be SDL. There is no OpenGL or other 3D library requirement. It might also depend on which version was shipped on the CD according to the faq there was an earlier statically linked version (which I am guessing might be easier to get to run) and a later dynamically linked one.















  • donio@lemmy.worldtoLinux Gaming@lemmy.worldNew gaming rig
    link
    fedilink
    English
    arrow-up
    10
    ·
    9 months ago

    I had similar worries about the AMD driver stability before I switched from NV about 5 years ago. But my experience has been great even back then and things have only improved since.

    One data point to consider is that Valve is shipping the Steam Deck with an AMD AMU and stability and compatibility is paramount for that use case.




  • Yes, that works too with one fairly big caveat: for some reason the Steam Deck’s controller is not producing evdev events until a game is actually running on the deck. So evfwd is not receiving events while the Steam UI is active. I haven’t been able to figure out yet why this is the case.

    If you want to try it you can start a random game on the deck and then fire up evfwd on the controller device and using the -g (grab) flag to avoid passing events to the running game.

    Edit: while we are talking about the Steam Deck: when ssh-ing to the deck it can be helpful to turn off wifi power management to avoid lag: iw wlan0 set power_save off




  • I enjoyed reading the posts but if I try to take it seriously I can’t buy it. The argument stretches “Unix philosophy” so far that Lisp systems end up being a better fit for it than Unix itself. To me that just makes the whole thing lose meaning.

    Emacs doesn’t particularly fit the Unix philosophy and that’s fine! Emacs is a modern day Lisp machine that does an excellent job at integrating with Unix-like systems. It’s best to embrace and love it for what it is.

    I will go further and say that no GUI or TUI application fits into the Unix philosophy. This includes almost all text editors. I don’t consider Vim to be a better fit than Emacs and even vanilla vi is a major stretch unless you only run it in ex mode. The only text editor that more or less fits is ed.