Jump to content


Photo

Live TV stopping with 2 clients on same channel


  • Please log in to reply
17 replies to this topic

#1 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 05 September 2019 - 09:08 PM

Crashes right out to the grid.  One client local (shield)  one client remote (strong windows laptop running Win10).  Either client watching the channel (308) was fine.  But with both clients on the same channel both clients would drop out to the guide grid after less than a minute.  We had this happen many times until I stopped watching and let the remote client watch the game.

 

Lots of exceptions in the log (attached). Started happening near the end of the log file. This is one of the exceptions:

 

2019-09-05 20:54:16.962 Error HttpServer: Error processing request
*** Error Report ***
Version: 4.2.1.0
Command line: C:\Users\woatm\AppData\Roaming\Emby-Server\system\EmbyServer.dll
Operating system: Microsoft Windows NT 6.2.9200.0
64-Bit OS: True
64-Bit Process: True
User Interactive: True
Runtime: file:///C:/Users/woatm/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll
Processor count: 12
Program data path: C:\Users\woatm\AppData\Roaming\Emby-Server\programdata
Application directory: C:\Users\woatm\AppData\Roaming\Emby-Server\system
System.NullReferenceException: System.NullReferenceException: Object reference not set to an instance of an object.
   at Emby.Server.Implementations.Library.MediaSourceManager.GetLiveStreamWithDirectStreamProvider(String id, CancellationToken cancellationToken)
   at Emby.Server.MediaEncoding.Api.BaseStreamingService.GetState(StreamRequest request, Boolean requiresOutputPath, CancellationToken cancellationToken)
   at Emby.Server.MediaEncoding.Api.Hls.BaseHlsService.ProcessRequest(StreamRequest request)
   at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task)
   at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost appHost, IRequest httpReq, IResponse httpRes, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
   at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 host, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken)
Source: Emby.Server.Implementations
TargetSite: Void MoveNext()

 

 

It was very very repeatable.  Also, I monitored the status on the web app after the first few times and the shield was direct playing while the server was transcoding for the remote client.

Attached Files


Edited by BillOatman, 05 September 2019 - 11:32 PM.


#2 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 46390 posts
  • Local time: 09:04 AM

Posted 06 September 2019 - 10:57 AM

So there is no "crash" here - just playback stopping, correct?



#3 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 06 September 2019 - 12:49 PM

Yes that would be technically correct.  The live TV stopped on both clients, and they both got dumped out to the tv grid.  But the clients still functioned afterwards.


Edited by BillOatman, 06 September 2019 - 12:49 PM.


#4 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 07 September 2019 - 12:29 PM

Hi, tomorrow I'm expecting myself and 2 remote clients to be watching the same channels quite a bit.  

Is it known yet if that is the cause of the problem, and if there is anything I can do about it now (other than "don't do that" ;) ) ?



#5 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 08 September 2019 - 04:31 PM

Interestingly, I have these 2 clients on the same channel happening now, and it is working properly.  The shield is local and is the same as before., the Roku is remote at a different site than last time.  So it apparently is more complicated than just two clients on the same channel.  The type of client might come into play maybe.

 

5d75651a25587_Clipboard01.jpg


Edited by BillOatman, 08 September 2019 - 04:33 PM.


#6 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 46390 posts
  • Local time: 09:04 AM

Posted 09 September 2019 - 09:02 AM

One was transcoding and one wasn't which means they weren't sharing the same stream.  I suspect that is the difference.



#7 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 09 September 2019 - 11:13 AM

One was transcoding this time and one wasn't as well.  I looked at the remote connection the first time (when there was a problem) once I stopped the shield client, and it was transcoding for Emby theater as well.

So in both instances, the server was transcoding for one client but not the other.



#8 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 09 September 2019 - 08:19 PM

So it happened again just now.  The same two clients that were working for a long while yesterday.  Different channel is the only difference (it's possible the shield connected to the channel first yesterday, versus the other way around tonight).

 

@ebr may have called it right with transcoding.  This is the logged exception:

 

2019-09-09 20:02:15.243 Info HttpServer: HTTP GET http://127.0.0.1:809...796a0/stream.ts. UserAgent: VLC/3.0.1
2019-09-09 20:02:15.243 Error HttpServer: Error processing request
    *** Error Report ***
    Version: 4.2.1.0
    Command line: C:\Users\woatm\AppData\Roaming\Emby-Server\system\EmbyServer.dll
    Operating system: Microsoft Windows NT 6.2.9200.0
    64-Bit OS: True
    64-Bit Process: True
    User Interactive: True
    Runtime: file:///C:/Users/woatm/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll
    Processor count: 12
    Program data path: C:\Users\woatm\AppData\Roaming\Emby-Server\programdata
    Application directory: C:\Users\woatm\AppData\Roaming\Emby-Server\system
    System.NullReferenceException: System.NullReferenceException: Object reference not set to an instance of an object.
     at MediaBrowser.LiveTV.Api.ProgressiveFileCopier.WriteToAsync(Stream outputStream, CancellationToken cancellationToken)
     at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost appHost, IRequest httpReq, IResponse httpRes, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
     at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 host, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken)
    Source: Emby.LiveTV
    TargetSite: Void MoveNext()
    
2019-09-09 20:02:15.243 Info HttpServer: HTTP Response 500 to 127.0.0.1. Time: 1ms. http://127.0.0.1:809...796a0/stream.ts
2019-09-09 20:02:15.247 Info App: ProcessRun 'StreamTranscode 704603' Process exited with code 1
2019-09-09 20:02:15.247 Info App: FFMpeg exited with code 1

 

 

 

Full log attached. There were 3 ffmpeg logs in quick succession, so I grabbed them all and attached them as well.

It is fairly unusable as it is now.  Hopefully someone (@Luke) can have a look and figure it out soon.

 

 

 

Attached Files



#9 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 10 September 2019 - 10:44 AM

@ebr  While I'm waiting, is there a way to configure the Emby server to not attempt to use the same stream when 2 clients request the same channel? 

I'm thinking that could be a stop gap until the problem is actually fixed.



#10 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 135879 posts
  • Local time: 09:04 AM

Posted 10 September 2019 - 02:34 PM

@ebr  While I'm waiting, is there a way to configure the Emby server to not attempt to use the same stream when 2 clients request the same channel? 

I'm thinking that could be a stop gap until the problem is actually fixed.

 

There isn't such a setting, sorry.



#11 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 10 September 2019 - 03:12 PM

Thanks @Luke, I took a shot :)  Any clues on this yet?



#12 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 11 September 2019 - 03:56 PM

Any status or words of wisdom on this?  This weekend all 3 clients will be trying to watch the same channels frequently :)



#13 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 135879 posts
  • Local time: 09:04 AM

Posted 13 September 2019 - 12:17 AM

As a test, if you turn off hardware transcoding, does that have any impact?



#14 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 13 September 2019 - 01:37 PM

I suspect I don't have it on unless it is on by default.  I have a pretty bare bones windows server with no special graphics cards. 

Plus, it's ffmpeg that's failing.  But I'll look tonight, thanks.  


Edited by BillOatman, 13 September 2019 - 01:38 PM.


#15 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 135879 posts
  • Local time: 09:04 AM

Posted 13 September 2019 - 02:20 PM

Let us know how that goes. Thanks.



#16 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 14 September 2019 - 11:13 AM

It is on by default.  I turned it off so we'll see this weekend.



#17 blueray OFFLINE  

blueray

    Newbie

  • Members
  • 6 posts
  • Local time: 09:04 AM

Posted 14 September 2019 - 02:33 PM

I have a similar problem. While watching a show, it suddenly stops and returns to the guide. I have to reconnect to the channel. Sometimes it says there is an error, but I go to another channel and then go back and it works. A short time later it stops and goes back to the guide. It happens on several channels.



#18 BillOatman OFFLINE  

BillOatman

    Advanced Member

  • Members
  • 440 posts
  • Local time: 09:04 AM

Posted 15 September 2019 - 05:11 PM

@Luke  It did not happen today with hardware transcoding off.

I did notice it would stutter quite a bit if two were on the same channel though.


Edited by BillOatman, 15 September 2019 - 08:44 PM.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users