NicolasGuilloux / blade-shadow-beta

Various documentation and tools for Shadow on Linux maintained by community
MIT License
119 stars 21 forks source link

Error code: R-1 "A Shadow app is already running on this device" #55

Closed MichaelTrip closed 3 years ago

MichaelTrip commented 4 years ago

Describe the bug When i start the Shadow client after updating from Fedora 31 to Fedora 32 a get a error : R-1 A Shadow app is already running on your pc. I have to devices, my main workstation and my laptop. Both give an error. I will revert my Workstation back to fedora 31 (i created a clonezilla image) so i can still game on Shadow. I will keep my Laptop on Fedora 32 for further testing if this is required by you. I would like to help in any way necessary.

System

Configuration

To Reproduce Login to client click on start streaming

Screenshots

Screenshot from 2020-04-29 22-26-40

brandondtb commented 4 years ago

I ran into the same issue on Fedora 32 when I tried to download and run the AppImage.

I was able to get the dockerized version to run successfully.

When I first ran it it stalled on "Shadow is ready" loading screen, which was fixed by adding ENV LIBVA_DRIVER_NAME=i965 to the Dockerfile above the CMD line.

lerenn commented 4 years ago

I ran also into the same issue on Fedora 32 when upgrading from 31. I'll try the dockerized version until a workaround is found.

Edit: Cannot log in dockerized version, I'll try another ways...

lerenn commented 4 years ago

I couldn't log in the dockerized version, so I had to follow this instruction and changing nftables to iptables in /etc/firewalld/firewalld.conf.

I also had to add - LIBVA_DRIVER_NAME=i965 in docker-compose.yml in the section environment (right under - PULSE_SERVER=unix:/run/user/1000/pulse/native) as @brandondtb suggested (thanks by the way!).

Then starting it twice (first time was apparently just to set the app) and it works !

MichaelTrip commented 4 years ago

I couldn't log in the dockerized version, so I had to follow this instruction and changing nftables to iptables in /etc/firewalld/firewalld.conf.

I also had to add - LIBVA_DRIVER_NAME=i965 in docker-compose.yml in the section environment (right under - PULSE_SERVER=unix:/run/user/1000/pulse/native) as @brandondtb suggested (thanks by the way!).

Then starting it twice (first time was apparently just to set the app) and it works !

Thanks mate. Seem to be working for me also.

aarnoud commented 4 years ago

reopening as it should be looked for nvidia users without Shadowcker

CrystallisedEntertainment commented 4 years ago

Also getting this issue and I've been told to "ping" it as I have an NVIDIA GPU:

System

Configuration

aarnoud commented 4 years ago
Fedora_Linux__DVD_live_

WIP

aarnoud commented 4 years ago

well it's exactly the same as for 31 so far, on a clean install only libva and librtmp (https://fedora.pkgs.org/32/unitedrpms-x86_64/librtmp-2.4-8.20151223.gitfa8646d.fc32.x86_64.rpm.html) are needed

CrystallisedEntertainment commented 4 years ago

well it's exactly the same as for 31 so far, on a clean install only libva and librtmp (https://fedora.pkgs.org/32/unitedrpms-x86_64/librtmp-2.4-8.20151223.gitfa8646d.fc32.x86_64.rpm.html) are needed

I just checked in the Terminal, I already have those dependencies installed, as I suspected as much as it did work in 31 after I figured out the NVIDIA patch workaround.

aarnoud commented 4 years ago

send results, with Shadow.AppImage & ShadowBeta.AppImage started of :

find /tmp/.mount* -name '*.so*' -exec ldd {} +

and returns of :

curl https://raw.githubusercontent.com/NicolasGuilloux/blade-shadow-beta/master/scripts/report.pl | perl

CrystallisedEntertainment commented 4 years ago

send results, with Shadow.AppImage & ShadowBeta.AppImage started of :

find /tmp/.mount* -name '*.so*' -exec ldd {} +

and returns of :

curl https://raw.githubusercontent.com/NicolasGuilloux/blade-shadow-beta/master/scripts/report.pl | perl

And done. Interestingly enough (for me anyways) that I thought I would need to be logged in as "root" to access those files, but that turned up with "access denied" where the normal terminal did it fine...

CrystallisedEntertainment commented 4 years ago

I appear to forgot to post the link to the logs, my bad! So here is the stable: https://nicolasguilloux.eu/hostbin/1840826100 And here is the beta: https://nicolasguilloux.eu/hostbin/3222429521

aarnoud commented 4 years ago

results of the find command please

CrystallisedEntertainment commented 4 years ago

I honestly don't know how to send it through the returns thing if that thing you suggested doesn't do it. So I'm literally just gonna use pastebin. Stable: https://pastebin.com/6keh5a8s Beta: https://pastebin.com/aaSdEhev

aarnoud commented 4 years ago

@IAMNOTDEFECTIVE all looks good from here, but you are not generating any logs from the Shadow renderer, which would indicate an lib issue, maybe after all the issue is in Launcher?! hmm, what kind of error you get in launcher now ?

CrystallisedEntertainment commented 4 years ago

The same error as the original creator is getting in both the Stable and Beta releases: "A Shadow app is already running on this device" with the code "R-1". I know this is false as I'm the only user on this machine and I only open 1 appimage when I want to use Shadow.

image

aarnoud commented 4 years ago

Ok, managed to reproduce, it seems located in the Launcher component, the Renderer seems ok on Fedora 32, keeping you posted :)

aarnoud commented 4 years ago

seems that in Fedora 32 Launcher can't discuss using IPC with the Renderer, didn't find any workaround for now, it may be down the Blade devs to work on this one sadly...

CrystallisedEntertainment commented 4 years ago

seems that in Fedora 32 Launcher can't discuss using IPC with the Renderer, didn't find any workaround for now, it may be down the Blade devs to work on this one sadly...

Chances are then that it will not be fixed anytime soon, as Shadow has never officially supported Fedora, only Ubuntu. Ubuntu ran terribly on this system and stability wasn't much better, so I'm less then keen on resorting to that...

Sok00 commented 4 years ago

Have you tested Manjaro or Arch ?

CrystallisedEntertainment commented 4 years ago

Have you tested Manjaro or Arch ?

No, and I wasn't planning to since I've already spent literally hours setting my workstation up just the way I want with all the applications I need to fulfil my work. Installing any other OS would result me fiddling around again for hours trying to get drivers, and certain apps, to work as intended as I don't have more then one drive, and that drive is what Fedora is installed on right now.

And this is not to mention how stable I found Fedora is with my system, more then I can say about Ubuntu, and I don't really want to jeopardise that...

lerenn commented 4 years ago

Have you tested Manjaro or Arch ?

With all due respect, and if I get this right, the problem here is to make the app work on Fedora, in order to avoid distribution switch by users. I understand it could be a way for @IAMNOTDEFECTIVE, but I don't think it's a good solution (because other apps could have the reverse problem. And don't get me wrong, I love those 2 distros too 😉 ).

aarnoud commented 4 years ago

someone could also try to complete work on Shadowcker to support NVIDIA too in the meantime :)

Sok00 commented 4 years ago

With all due respect, and if I get this right, the problem here is to make the app work on Fedora, in order to avoid distribution switch by users. I understand it could be a way for @IAMNOTDEFECTIVE, but I don't think it's a good solution (because other apps could have the reverse problem. And don't get me wrong, I love those 2 distros too 😉 ).

but you can compare what is different to find the fault, that was my superior.

lerenn commented 4 years ago

With all due respect, and if I get this right, the problem here is to make the app work on Fedora, in order to avoid distribution switch by users. I understand it could be a way for @IAMNOTDEFECTIVE, but I don't think it's a good solution (because other apps could have the reverse problem. And don't get me wrong, I love those 2 distros too 😉 ).

but you can compare what is different to find the fault, that was my superior.

Indeed, I haven't thought of that. In this case, a dual boot could help 🙂

Aikadil commented 4 years ago

Exactly the same issues, with fedora32 in nvidia card.

ramirocantu commented 4 years ago

I'm having the same issues on Fedora Silverblue 32, using Intel UHD 630 graphics

ramirocantu commented 4 years ago

Found a convenient work around! Be sure to use Xorg, wayland will not work

For intel integrated graphics: Dependencies:

This was tested on a gen10 cometlake thus I used intel-media-driver.

Once you get those packages installed (you will need to use rpm-fussion) run vainfo to make sure everything is nice and ok. should look something like this

If everything looks good you can then extract the shadow Appimage. Tested on official and alpha.

Finally you can run the executable in the new folder squashfs-root

If you experience weird reddish colors. Run the following script in order to correct the driver configuration: sudo curl https://raw.githubusercontent.com/NicolasGuilloux/blade-shadow-beta/master/resources/drirc -o /etc/drirc

You can then move this folder to /opt and make .desktop launcher, or really do anything. The only issue I can see is a jerky desktop mouse, which can be mitigated by disabling mouse accelaration in windows, and in most games that lock cursors, it should not be a problem.

elineda commented 4 years ago

Fonctionne avec Fedora 32 et les pilotes propriétaires 440 Nvidia

changemenemo commented 3 years ago

I didn't try everything right now. Mais si je comprends bien, dans tous les cas il n'y a pas des masses de solutions. J'ai testé sur un upgrade de 31 à 32. L'upgrade s'est fait sans drivers nvidia d'actifs et d'installés, the entire graphic installation have been redone afterwards with the help of this. everything seems to have been working fine execpt the launcher. @aarnoud I don't understand you quite well, first you say that everything looks good from here then it the opposite. The drivers that the script installed is 440.10 I'm confirming that I'm using a 1080Ti nvidia card with nvidia drivers. @elineda Donc tu as réussi à faire fonctionner le launcher du premier coup? Tu as modifié ton fedora sur certains points? Quelle version exactement des drivers?

Pas de message d'erreur dans le terminal au fait puisque je lance l'appimage via ce biais-là. A-t-on des paramètres de logs en terminal pour cette AppImage?

librtmp est bien installé. Autre chose que je devrais vérifier? C'est pas normal qu'@elineda réussisse à le lancer et pas nous

ni l'app beta ni l'app officielle ne fonctionne. Même erreur pour les deux. Donc en fonction de ce qu@elineda répond on verra si les drivers proprio de nvidia améliore la situation ou pas et alors ça pourrait être dû aux modifications que fait rpmfusion dans ses packages.

elineda commented 3 years ago

Coucou, Alors oui du premier coup, j'ai les drivers nvidia fournis par rpm fusion xorg-x11-drv-nvidia.x86_64 3:440.100-1.fc32, j'ai extrait l'appimage.

Niveau paquet supplementaires j'ai installé ceux ci libva-vdpau-driver libva-utils. Après le reste qui est requis pour faire tourner shadow mais j'ai plus la liste.

Par contre, je tourne sur le spin kde plasma. ça peut peut être jouer.

aarnoud commented 3 years ago

@boistordu I was answering to someone based on a screenshot during investigation of this issue.

This issue is for "Fedora 32" specific R:1 issue, NVIDIA support as non official for now should now be out of the scope here as it's the same issue on all distributions, open a new issue if needed with all details provided or ask details on discord.

thanks

changemenemo commented 3 years ago

@elineda exact, avec l'extraction la connexion au shadown fonctionne. J'avais pas pris ce paramètre en compte donc je n'avais point essayé.

joker-119 commented 3 years ago

Here's the thing, I've started experiencing this issue randomly. I upgraded from F30 to F32 about a month ago.

Shadow was working perfectly fine until it just suddenly started giving me this error.

I literally connected and played for around 7hrs, disconnected from shadow and took a 20min break, came back and have been dealing with this issue since.

I've been playing 8-10+hrs a day on my shadow since upgrading to F32, with 0 issues until suddenly this. Since there was no reboot of my PC between when the launcher worked, and when it didn't, what's the issue? Can't be dependencies. Can't be nvidia driver. Hell I'm not even sure if it's the launcher itself. Literally nothing happened during those 20mins other than taking the movie I was watching on netflix and moving it to my main monitor for 20mins while I ate something.

winderickxeli commented 3 years ago

Thanks! @ramirocantu That workarround workt fine here: F32 XFCE

NicolasGuilloux commented 3 years ago

I'm closing it since everyone seems happy and currently playing games on their Shadow :D Thanks for the participation everyone, you rocks <3

subjectdenied commented 3 years ago

fyi: i also had this issue after receiving an update of the nvidia-drivers on f33, i had to reboot for shadow to work again

mrwiwi commented 3 years ago

Error still poping here in same conditions with Fedora 34, on ryzen 2500u / vega 8. No issue on manjaro though.

subjectdenied commented 3 years ago

yes definitly still there, only way around this on F33 and also F34 seems to be to extract the appimage and use the included binary to start the app