Florux 32 Posted February 20, 2015 Posted February 20, 2015 Hi, On the Server you can currently see active devices on the dashboard, and consequently which users are watching what on what media. However, there's no way to abort these active devices to either conserve bandwidth, conserve server CPU, or simply to stop a renegade process. One use case that would be particularly helpful is when you're casting from the phone app to ChromeCast. If the phone gets interrupted, you lose control over the stream so that the TV stops showing whatever you were watching, and there's no way to stop it or regain control over it. Instead of having to stop and start the entire server, it would be nice to just click on that particular activity on the dashboard and press KILL (or perhaps a less dramatic word - cancel?) Food for thought? -Florux 16
Florux 32 Posted February 28, 2015 Author Posted February 28, 2015 Yea, it's a good idea Not quite sure how this works around here - does this mean the request made a roadmap somewhere, or how are these requests managed? Not really super important - just curious on how this is done here :-) -Florux
TedA 36 Posted March 3, 2015 Posted March 3, 2015 I think this functionality already exists on the server. In the web interface you can Select Player and then remotely stop the stream. Should be pretty easy to add a button in the dashboard under Active Devices that sends the same call. @@Florux as another solution to get this functionality, does clicking the cast icon in the top right, selecting the player you want to stop, and clicking stop do the same thing you are looking to do?
Florux 32 Posted March 3, 2015 Author Posted March 3, 2015 I think this functionality already exists on the server. In the web interface you can Select Player and then remotely stop the stream. Should be pretty easy to add a button in the dashboard under Active Devices that sends the same call. @@Florux as another solution to get this functionality, does clicking the cast icon in the top right, selecting the player you want to stop, and clicking stop do the same thing you are looking to do? This is good for local players, but does not cut it for guests / remote people watching. At least I'm not able to do, and in best case it'd be cumbersome. What I believe to be the most user-friendly end-game would be to be able to abort resource intensive jobs (CPU, bandwidth etc) from the dashboard under active devices. Ultimately it could even, as a mouse-over, show the bandwidth and CPU resources associated with that particular device, allowing the operator to cut either hanging processes or remote users over-using. -Florux
TedA 36 Posted March 4, 2015 Posted March 4, 2015 @@Luke is there a reason this isn't as simple as adding a button to send a POST to: /Sessions/{Id}/Playing/Stop Are there any clients which can't be remotely stopped? Or is that all it would take?
Luke 38863 Posted March 4, 2015 Posted March 4, 2015 Maybe but I would like to redesign remote control to be in a flyout that we can slide up/slide down, rather than redirecting to a page for it. that will be better for mobile so that you don't lose context of where you are. so once we have that, we can add a remote control button to each one to bring up the remote control panel. 1
denethor 90 Posted March 4, 2015 Posted March 4, 2015 (edited) @@Luke is there a reason this isn't as simple as adding a button to send a POST to: /Sessions/{Id}/Playing/Stop Are there any clients which can't be remotely stopped? Or is that all it would take? I think this may not be good enough. Player should understand the kill command from server and display friendly message to that particular user. Like: "server owner stopped your stream for personal reasons please text him/her to ask what going on" Edited March 5, 2015 by denethor 1
TedA 36 Posted March 4, 2015 Posted March 4, 2015 Ah, if that remote redesign is planned then that should solve this use case nicely, instead of just adding stop buttons.
TedA 36 Posted March 4, 2015 Posted March 4, 2015 I think this may not be good enough. Player should understand the kill command from server and display friendly message to that particular user. Like "server owner stopped your stream for personal reasons please text him/her to ask what going on" I can see wanting to display a message so another person knows why their stream stopped, and doesn't just hit play and then report a bug on the forums that their stream is randomly stopping
Jdiesel 1243 Posted March 8, 2018 Posted March 8, 2018 Any updates on this. There has been some progress in a few app to prevent runaway playback but a need to kill streams on demand is still needed. I have a remote Chromecast that has been playing for over a day with no way to stop it. Playback continued even after the server has been restarted. This is a must have feature than Plex has had for years. 1
xyz 3 Posted May 18, 2018 Posted May 18, 2018 Any updates on this. There has been some progress in a few app to prevent runaway playback but a need to kill streams on demand is still needed. I have a remote Chromecast that has been playing for over a day with no way to stop it. Playback continued even after the server has been restarted. This is a must have feature than Plex has had for years. Yeah, I'm seeing the same thing, except far more than a single day. I have a remote stream that's been running for weeks, and yeah a restart of emby does nothing.
Jdiesel 1243 Posted May 18, 2018 Posted May 18, 2018 I ended up having to block Chromecasts from being used on my server. It was causing way too many issues.
horizonbrave 1 Posted September 16, 2018 Posted September 16, 2018 (edited) cross post: https://emby.media/community/index.php?/topic/38310-server-stop-streams-from-dashboard/ +1, Linux server Chromecast user here Edited September 16, 2018 by horizonbrave
runtimesandbox 156 Posted September 18, 2018 Posted September 18, 2018 Agree, still struggling with chromecast feeds endlessly running in the dashboard. Is it not possible to have a stop button like the other devices / streams do?
Luke 38863 Posted September 18, 2018 Posted September 18, 2018 Currently you need to stop from the device you're casting from. 1
horizonbrave 1 Posted September 25, 2018 Posted September 25, 2018 (edited) is Google getting the blame that we can't have this feature because of some locked-down APIs? Edited September 25, 2018 by horizonbrave
Luke 38863 Posted September 26, 2018 Posted September 26, 2018 Chromecast is designed to be a casting protocol from one device to the chromecast. Whoever initiates the casting session becomes the primary controller. Is it possible to come up with something proprietary and control it from the server? Yes but it would take a bit of work, and it would all be chromecast specific, meaning, it wouldn't necessarily be able to help us in other areas.
Jdiesel 1243 Posted October 9, 2018 Posted October 9, 2018 Bump for visibility. I currently have a Chromecast with paused playback outside my local network that I can't get rid of and has been pasued for over 24 hours now. Is there a technical reason we can not kill active streams from the server side?
Luke 38863 Posted October 9, 2018 Posted October 9, 2018 The client may interpret it as an error and just retry, so we'd need to build specific support for doing that.
Jdiesel 1243 Posted October 10, 2018 Posted October 10, 2018 What type of connection recovery is in place? I just tried disabling remote connections to the user with the Chromecast for 25 minutes but as soon as I enabled remote connections for the user again the Chromecast reconnected to the server and playback continued. At what point will the client give up trying to connect?
Luke 38863 Posted October 10, 2018 Posted October 10, 2018 A lot of times it is just the way the video player on a particular platform will work, that it will keep playing until you stop it.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now