Steamlink randomly disables touch controls

[seba0456]

Hello, I have issue with steamlink touch controls. While playing Fallout 4 android app randomly disables touch controls. Even Steam logo doesn't works.
To fix that I have to restart whole app. It takes much time to do that and it's annoying when you can't controls your character in middle of fight.

[seba0456]

Hello?

[Rosso]

same here.
But it only happens in certain games.
Of the games I've tested, it doesn't happen in Bayonetta, Synthetik, or Yuzu Emaulator.
But it does happen in Apex Legends, Team Fortress 2, Titanfall 2, and Control.

It happens repeatedly every few minutes with affected game titles.
The issue has persisted on both my phones (Galaxy Note 4 SM-N910V; Galaxy A53 SM-A536U1/DS).

I have to stop the stream and restart the stream to get controls back.

Also, it only happens to touch controls. It never happens with my Dualshock 4 paired, in any game.

[Packetdancer]

When you say "disables", do you mean the controls just stop working or that they vanish entirely?

I'm obviously not official Valve support or anything, but... out of curiosity, do you have a debug log from when this happens? If you go to your Steam install directory and into the "logs" subdirectory, there should be a "streaming_log.txt" that records all the session state while streaming.

It *should* also log some control configuration related stuff there, I believe; I know it logs things about whether or not the mouse cursor is visible or no, at the very least. So I'd be curious if there's a state change in the log explaining what might cause the touch controls to go poof.

[Rosso]

https://youtu.be/_UI99eP9wxw
Here is a phone recording of the occurrence.
It's like an old RC transmitter/receiver. The "receiver" in the host PC seems to freeze, losing contact with the "transmitter" on the phone, and holds the last controller state (character keeps walking).
You can see the app is still responding, the buttons are flashing in response to my touch, but they're not affecting the game anymore.

Here is the streaming_log for that session.
pastebin.com/NHxjwxeP

I don't see anything in the log, but I think it is triggered by use of the touchscreen mouse.
All the games it happens in are games that use touchscreen mouse, and all the ones where it never breaks are games that I don't use the mouse in. It explains why the controls never break when I am using a paired controller.

[Packetdancer]

I admit I'm having a little trouble mentally mapping where that log matches up with this, since it looks in that log like you had a view of your computer desktop and of the Big Picture controller config tool, which aren't in the video.

That said, yeah, if you've got touch mouse going... I wonder if it has something to do with how the virtual controller enables relative mouse mode or not? Because that log has a lot of stream control packets for mucking with the mouse cursor in conjunction with a whole slew of reconfigurations of the touch controls.

And I think the relative mouse mode functionality is separate from the virtual controller (for stuff like, say, Samsung DeX, which I know required some custom code to support an actual physical mouse), and I wonder if the two are not playing nicely in some fashion?

Slouken or someone at Valve is obviously better equipped than me to answer that, though.

[Rosso]

I should clear up some details about the log.
In the video I demonstrated myself ending and relaunching the stream. So to get the logs about the stream where the problem occurred, I actually posted streaming_log.previous.
It seems this log has multiple streams in it actually. The one where the problem happened starts at 19:30:55. Judging by the capture method, I'd say the game started at 19:31:25.
The problem occurred 24 seconds before the stream ended, with the clock reading "7:37PM". It's difficult to figure out via logs exactly where I clicked "stop streaming". But my EARLIEST guess is the 19:37:36 "SESSIONSTATS" entry.
But there are no "HideCursor; SetCursor" shenanigans within 24 seconds before that mark, there's nothing.

[Rosso]

Just popping in to add, I can confirm the controls never break if the touchscreen mouse is disabled.
I reconfigured all my games that had the problem to not use touchscreen mouse and they work flawlessly.
The problem is definitely caused by touchscreen mouse, and it makes everything I really want to play become unplayable.
Very happy with Steam Link's features and performance, just really need to get over this one hurdle.
Please.

[seba0456]

Originally posted by Rossa:

https://youtu.be/_UI99eP9wxw
Here is a phone recording of the occurrence.
It's like an old RC transmitter/receiver. The "receiver" in the host PC seems to freeze, losing contact with the "transmitter" on the phone, and holds the last controller state (character keeps walking).
You can see the app is still responding, the buttons are flashing in response to my touch, but they're not affecting the game anymore.

Here is the streaming_log for that session.
pastebin.com/NHxjwxeP

I don't see anything in the log, but I think it is triggered by use of the touchscreen mouse.
All the games it happens in are games that use touchscreen mouse, and all the ones where it never breaks are games that I don't use the mouse in. It explains why the controls never break when I am using a paired controller.

same thing. My lights are freezing and the log shows nothing suspicious.

[Job The Prophet]

I'm getting this problem with pillars of eternity 2, was it ever resolved?

[Job The Prophet]

²

[Rosso]

No. it was never resolved

[Job The Prophet]

♥♥♥♥♥♥♥♥♥♥ i hate this; it's ruining an otherwise perfect experience...

[Job The Prophet]

Please, if anyone works this out, let us know...

[TheGamerX20]

This happens to me too when using touchpad, any way to fix this :/

[Fail Whale]

I'm suddenly getting this issue when running non-steam games in desktop mode like Maplestory. Seems to be tied to using the mouse pad. The only button that responds is the overlay button, and I need to stop and restart the stream to regain control.