Terminate remote user playback

[warrentc3 47]

Is there any way for me have my emby clients not share a source and have each client make it's own connection to livetv source rather than emby trying to manage it?

[warrentc3 47]

How can I terminate a remote playback session in the event of remote websocket connectivity becoming unavailable?

[warrentc3 47]

pretty ridiculous that i have to restart the whole server service just to recoup resources

[Luke 42078]

13 minutes ago, warrentc3 said:

pretty ridiculous that i have to restart the whole server service just to recoup resources

Hi, you shouldn't have to do this. Can we please look at an example?

How to Report a Problem

Thanks.

[warrentc3 47]

I just want to be able to actually control my server.   The fact that there is no means to terminate a user connection when remote device control went sideways is asinine.

 

[warrentc3 47]

How can I customize the method / means / execution of how Emby chooses to arbitrarily store live tv as hls locally for "restreaming" but does so in many ways that are undesirable to me... 
like forcing segment times of 3 seconds but not ensuring that segments start on a keyframe?

what about the fact that I've already manicured the stream into being proper hls how i want it before it goes into emby, but then emby bastardizes it?

[Luke 42078]

HI, can you please attach the emby server log from when the problem occurred? Thanks.

[warrentc3 47]

@Lukewhy can the question not be answered?

@softworkz?

[warrentc3 47]

what happens to the internally created hls stream and for the additional viewers when the initial viewer disconnects?

this is definitely not the params i would utilize to execute on my server. i am already manicuring hls going into emby, even ensuring all segments start on a key frame. 

/opt/emby-server/bin/ffmpeg -loglevel +timing -y -print_graphs_file "/var/lib/emby/logs/ffmpeg-directstream-5997865a-4a82-463b-aee4-862fc65b5fe1_1graph.txt" -copyts -start_at_zero -analyzeduration 3000000 -f hls -stream_loop -1 -c:v:0 h264 -noautorotate -user_agent "VLC/3.0.21 LibVLC/3.0.21" -multiple_requests 1 -reconnect_on_network_error 1 -reconnect_on_http_error 5xx,4xx -reconnect_streamed 1 -reconnect_delay_max 8 -i "http://internal-hls-proxy/play/idn568f5846/678eedd0839f969c44b20fc4.m3u8" -map 0:0 -map 0:1 -sn -c:v:0 copy -c:a:0 copy -disposition:a:0 default -copypriorss:a:0 0 -fflags +discardcorruptts+fillwallclockdts -max_delay 5000000 -avoid_negative_ts disabled -f segment -map_metadata -1 -map_chapters -1 -segment_format mpegts -segment_list "/opt/transcode/transcoding-temp/4A6681/4A6681.m3u8" -segment_list_type m3u8 -segment_time 00:00:03.000 -segment_list_entry_prefix hls/4A6681/ -segment_start_number 0 -individual_header_trailer 0 -write_header_trailer 0 -segment_write_temp 1 "/opt/transcode/transcoding-temp/4A6681/4A6681_%d.ts"

 

[warrentc3 47]

@ebri suppose ignoring a problem makes it go away?

[darkassassin07 652]

@Luke

Why does Emby server resort to no control when a websocket is disconnected/unavailable?

I understand not having finite controls like play, pause, and seeking; but why is there no brute-force end stream option?

The server could refuse to send further stream chunks and/or return an http error code that the client interprets as 'server-side end of stream'. (something like 'http 410 gone' for example)

 

This is particularly notable for clients that don't support remote controls at all regardless of websockets, such as Chromecast.

[warrentc3 47]

@sross44any thoughts here?

[visproduction 315]

Related?... with suggestions:
https://mcguirev10.com/2019/08/17/how-to-close-websocket-correctly.html

[Gilgamesh_48 1240]

Instead of "Terminate remote user playback" would it not be more efficient to simply "Terminate remote user."  

[warrentc3 47]

I was watching the Carolina game this afternoon which was on our local CW channel. 

I watch it via HD Homerun, which is funneled through ChannelsDVR server.  The game ended 3 hours ago and I closed Emby on my Roku.  

Playback is no longer showing on the Emby server dashboard, however the “tuner” in emby is still pulling hls from my cdvr server.  

This is a common problem, however i’m not sure why Emby hasn’t addressed it. 

[sross44 431]

On 1/23/2025 at 4:55 PM, warrentc3 said:

@sross44any thoughts here?

I'm not much help on the technical side of things..... @Lukehopefully can give a more detailed answer. I'm sorry we haven not been super responsive on this, but I promise we will get a more detailed response out for you soon. 

[Luke 42078]

Hi, we are working on improving this. Thanks.