Giter Club home page Giter Club logo

Comments (3)

cRaZy-bisCuiT avatar cRaZy-bisCuiT commented on May 23, 2024

Thanks for the info @theamazingnorad ! Would you mind to open a PR and update the needed changes? Otherwise I could try to build on my Arch system as well and then open a PR. :)

from docker-steam-headless.

Josh5 avatar Josh5 commented on May 23, 2024

Description

As a dual AMD GPU user on Arch under KDE 6.0, I struggled to get this working. Three things I would recommend adding to the instructions.

  • The default port information is misleading. The example .env uses 58083 yet the install guide references 8083.
  • I had to go into 70-configure_xorg.sh to figure out why my x server was not running -- I was getting errors about Xauthority, but traced it down to not having a valid display device. I'm not sure what the DISPLAY variable of 55 is trying to do, but I ended up adding FORCE_X11_DUMMY_CONFIG=TRUE to my environmental variables to get Xorg in the container to create a dummy display and start.
  • You have a commented out line in docker-compose to pass /dev/dri. I'd suggest adding a blurb that, for multiple AMD GPU users, you need to pass the specific GPU you want. So for me, /dev/dri/card1 and /dev/dri/renderD128. At that point, only my AMD 6500 passes and not my 6950XT. Confirmed working with vkvube from the container. I was having issues with it trying to run things on the wrong GPU which was already bound to Wayland in my host.

Anyways, these edits allowed me to get this working. My wife can now game off my 6500 in the container from her Mac while I play off my 6950XT. Hurray 5950X and 64 GB ram :)

With the setup you have achieved, are the 2 of you able to play at the same time?

from docker-steam-headless.

theamazingnorad avatar theamazingnorad commented on May 23, 2024

As a dual AMD GPU user on Arch under KDE 6.0, I struggled to get this working. Three things I would recommend adding to the instructions.

  • The default port information is misleading. The example .env uses 58083 yet the install guide references 8083.
  • I had to go into 70-configure_xorg.sh to figure out why my x server was not running -- I was getting errors about Xauthority, but traced it down to not having a valid display device. I'm not sure what the DISPLAY variable of 55 is trying to do, but I ended up adding FORCE_X11_DUMMY_CONFIG=TRUE to my environmental variables to get Xorg in the container to create a dummy display and start.
  • You have a commented out line in docker-compose to pass /dev/dri. I'd suggest adding a blurb that, for multiple AMD GPU users, you need to pass the specific GPU you want. So for me, /dev/dri/card1 and /dev/dri/renderD128. At that point, only my AMD 6500 passes and not my 6950XT. Confirmed working with vkvube from the container. I was having issues with it trying to run things on the wrong GPU which was already bound to Wayland in my host.

Anyways, these edits allowed me to get this working. My wife can now game off my 6500 in the container from her Mac while I play off my 6950XT. Hurray 5950X and 64 GB ram :)

With the setup you have achieved, are the 2 of you able to play at the same time?

Correct. We wanted to play BG3, the Steam Deck struggles with this, and she was able to to Remote Play on her Macintosh from this docker container. Note that, in order to get it working, I bound the docker container to its own network adapter so it had a unique IP address on the network. Steam struggles to do Remote Play otherwise. I've since moved on to a Windows VM with GPU passthough since she wanted to play some games that require Anti Cheat sigh

I will try to spin this back up this weekend, however, while my wife is at work and make the PR on the instructions. The real issue here is that the docker documentation is....not good for AMD GPUs. I blame this primarily on the influence of CUDA and the primarily NVIDIA focus by enterprise users. I'll reference folks to Linus' opinion on NVIDIA for further commentary :p

from docker-steam-headless.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.