Jump to content


Photo

CBS - Direct Play Does Not Work, Transcoding Does


  • Please log in to reply
33 replies to this topic

#1 darrenkdean OFFLINE  

darrenkdean

    Advanced Member

  • Members
  • 89 posts
  • Local time: 03:36 AM
  • LocationRoswell, GA

Posted 27 November 2019 - 06:15 PM

Good Evening,

 

We have Live TV thru Emby's Native Support of the HD Home Run Prime & cable cards from Charter.  For the most part Live TV works great, with the exception of CBS.  CBS works great on the Samsung TV's in the house, but will not work on the LG TV's when Direct Streaming.  If I lower the quality down to where it forces transcoding, CBS plays fine on the LG TV's.  I have attached the transcoding log what what did play on the LG TV in hopes that this might be something that can be fixed.

 

Emby Server is 4.3.0.26 running on top of Ubuntu 18.04.3.  TV is a LG 65UH6030-UC.



#2 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 146246 posts
  • Local time: 03:36 AM

Posted 28 November 2019 - 12:37 AM

Hi there, did you forget to attach the log?

What does "not work" mean?

#3 darrenkdean OFFLINE  

darrenkdean

    Advanced Member

  • Members
  • 89 posts
  • Local time: 03:36 AM
  • LocationRoswell, GA

Posted 29 November 2019 - 09:08 AM

lol...long day; apologies. I'll post the log this afternoon . Does not work in this case, means that when it Direct Plays the channel, I just get a black screen with no audio. When I force transcode it at the lowest quality, it plays fine. It's only CBS that does this.

#4 SamES OFFLINE  

SamES

    Advanced Member

  • Members
  • 1107 posts
  • Local time: 07:36 PM

Posted 29 November 2019 - 07:34 PM

lol...long day; apologies. I'll post the log this afternoon . Does not work in this case, means that when it Direct Plays the channel, I just get a black screen with no audio. When I force transcode it at the lowest quality, it plays fine. It's only CBS that does this.

 

Can you please attach a transcode log that plays when you drop the quality?  This will help us understand what's going on.



#5 darrenkdean OFFLINE  

darrenkdean

    Advanced Member

  • Members
  • 89 posts
  • Local time: 03:36 AM
  • LocationRoswell, GA

Posted 30 November 2019 - 01:05 PM

Hi there, did you forget to attach the log?

What does "not work" mean?

 

Apologies for that.  Please see the transcode log attached.  When direct streaming CBS, there is only a black picture & no sound.  When I lower the quality & force transcoding, it plays fine.  This is only impacting CBS.

Attached Files



#6 SamES OFFLINE  

SamES

    Advanced Member

  • Members
  • 1107 posts
  • Local time: 07:36 PM

Posted 01 December 2019 - 06:59 AM

I'm just curious, if you make a recording of CBS, can you DirectPlay it without any problems?  I'm interested to know if it is just a problem with this video format on LG, or if it is the fact that it is a 'live-stream' that is causing your issues.



#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 146246 posts
  • Local time: 03:36 AM

Posted 05 December 2019 - 01:31 AM

@darrenkdean, were you able to try this?



#8 darrenkdean OFFLINE  

darrenkdean

    Advanced Member

  • Members
  • 89 posts
  • Local time: 03:36 AM
  • LocationRoswell, GA

Posted 06 December 2019 - 07:19 PM

I will try this & report back.  I currently have TV Recording disabled.

 

I'm just curious, if you make a recording of CBS, can you DirectPlay it without any problems?  I'm interested to know if it is just a problem with this video format on LG, or if it is the fact that it is a 'live-stream' that is causing your issues.



#9 darrenkdean OFFLINE  

darrenkdean

    Advanced Member

  • Members
  • 89 posts
  • Local time: 03:36 AM
  • LocationRoswell, GA

Posted 06 December 2019 - 07:48 PM

Update:

 

Recorded a small clip from CBS.  LG TV was able to play the recording fine.  Emby Server showed that the recording was being transcoded vs. Direct Play.  Alternatively, when I try to play CBS live on the LG TV, it always attempts to Direct Play (black screen, no audio) unless I force transcode it at a very low quality.  Recording Transcode Log attached.

 

@darrenkdean, were you able to try this?

 

Attached Files



#10 SamES OFFLINE  

SamES

    Advanced Member

  • Members
  • 1107 posts
  • Local time: 07:36 PM

Posted 06 December 2019 - 10:13 PM

Thanks that helps.  Can you please put the recorded sample on onedrive or dropbox and send me a PM with a link.  I'd like to try a few things with this file to understand what's going on.



#11 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 146246 posts
  • Local time: 03:36 AM

Posted 06 December 2019 - 10:38 PM

The transcoding reason is that the lg video player reported an error with the file, so we automatically switched to transcoding to allow it to play.

#12 SamES OFFLINE  

SamES

    Advanced Member

  • Members
  • 1107 posts
  • Local time: 07:36 PM

Posted 07 December 2019 - 12:00 AM

The transcoding reason is that the lg video player reported an error with the file, so we automatically switched to transcoding to allow it to play.


Correct, but I wouldn’t mind trying to understand why so that we can transcode from the start, at least for the live stream

#13 robrhedrick OFFLINE  

robrhedrick

    Advanced Member

  • Members
  • 167 posts
  • Local time: 02:36 AM
  • LocationKansas

Posted 07 December 2019 - 02:57 PM

Thanks that helps.  Can you please put the recorded sample on onedrive or dropbox and send me a PM with a link.  I'd like to try a few things with this file to understand what's going on.

Just PM'ed you a link to the clip.



#14 robrhedrick OFFLINE  

robrhedrick

    Advanced Member

  • Members
  • 167 posts
  • Local time: 02:36 AM
  • LocationKansas

Posted 07 December 2019 - 03:04 PM

The transcoding reason is that the lg video player reported an error with the file, so we automatically switched to transcoding to allow it to play.

 

It appears that all other devices that connect to live tv do transcoding right off the bat... MPEG-2 VAAPI -> H.264 (AVC) VAAPI

 

The LG tv's direct stream the feed. If we set it to record, then play that recorded stream, the LG player is seeing that it needs to MPEG-2 VAAPI -> H.264 (AVC) VAAPI hardware transcode and it plays fine.

 

Is there a way to make the LG player always hardware transcode live MPEG-2 streams?



#15 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 146246 posts
  • Local time: 03:36 AM

Posted 09 December 2019 - 04:41 PM

Well we need to learn why it isn't recovering automatically like the recording is.

#16 SamES OFFLINE  

SamES

    Advanced Member

  • Members
  • 1107 posts
  • Local time: 07:36 PM

Posted 10 December 2019 - 07:07 AM

Well different outcome for me.  I get the dreaded 'No compatible streams' error on my LG.

 

@softworkz, this log might be of interest to you.

 

Attached File  ffmpeg-transcode-8f3b26e5-d705-4fee-922b-f2e4e3a8ac04_1.txt   6.71KB   5 downloads



#17 softworkz OFFLINE  

softworkz

    Advanced Member

  • Developers
  • 2117 posts
  • Local time: 09:36 AM

Posted 12 December 2019 - 08:53 PM

Hi, I got all the answers now.

 

@SamES - Where did you get this stream from? Did you record it, and if yes, how?

 

 

According to my analysis:

  • The stream is originating from an ATSC broadcast
    .
  • It's not an original broadcast stream, though
    Everything but the video and audio alongside the mandatory PAT/PMT has been stripped
    .
  • Originally, the video stream was broadcast as an encrypted stream (DigiCipher II encryption)
    .
  • Somehow, the video stream has been decrypted, but whoever did the decryption, forgot to change the stream type id to the right value ("right" meaning non-encrypted mpeg2 video)

5df2e2098cef4_digicipher2_b.jpg

 

 

The stream type is still indicated as 128 (0x80), which means encrypted.

 

The  consequence is that ffmpeg says "Invalid decoder type 'mpeg2video'" because stream type 128 is an unknown type of stream.


Edited by softworkz, 12 December 2019 - 08:57 PM.


#18 SamES OFFLINE  

SamES

    Advanced Member

  • Members
  • 1107 posts
  • Local time: 07:36 PM

Posted 12 December 2019 - 09:21 PM

Hi, I got all the answers now.

 

@SamES - Where did you get this stream from? Did you record it, and if yes, how?

 

 

According to my analysis:

  • The stream is originating from an ATSC broadcast
    .
  • It's not an original broadcast stream, though
    Everything but the video and audio alongside the mandatory PAT/PMT has been stripped
    .
  • Originally, the video stream was broadcast as an encrypted stream (DigiCipher II encryption)
    .
  • Somehow, the video stream has been decrypted, but whoever did the decryption, forgot to change the stream type id to the right value ("right" meaning non-encrypted mpeg2 video)

 

The stream type is still indicated as 128 (0x80), which means encrypted.

 

The  consequence is that ffmpeg says "Invalid decoder type 'mpeg2video'" because stream type 128 is an unknown type of stream.

 

From post 1 above, this is a recording made in Emby from HD Home Run Prime & cable cards from Charter

 

 

We have Live TV thru Emby's Native Support of the HD Home Run Prime & cable cards from Charter.  For the most part Live TV works great, with the exception of CBS.  CBS works great on the Samsung TV's in the house, but will not work on the LG TV's when Direct Streaming.  If I lower the quality down to where it forces transcoding, CBS plays fine on the LG TV's.

 

The original problem is no video when the live stream direct plays, unless transcoding is forced.  This recording was made as a test to verify whether the recording will direct play.

 

Where in this chain should the change in stream type be being made?



#19 softworkz OFFLINE  

softworkz

    Advanced Member

  • Developers
  • 2117 posts
  • Local time: 09:36 AM

Posted 12 December 2019 - 09:39 PM

What ffmpeg does is this:

  • At first, it uses the stream information to determine the stream codec
  • 0x80 is unknown, so it considers the stream type as 'none'
  • This leads to rejection of the specified decoder ("mpeg2video")
    => and ends with error
  • But otherwise it continues and tries to detect the stream type from the content data 
    => finally detects that it's mpeg2video
  • And writes that to the output, even when the stream is just copied

What we can work around is the server's error when transcoding (invalid decoder type).

 

But enabling direct play on the tv - that's a different story. It will require changing the stream type id.

 

Where in this chain should the change in stream type be being made?

 

That would be the HDHR firmware.

 

It does the decryption, meaning that it modifies the stream content, so it it also responsible to adjust the stream type accordingly.


Edited by softworkz, 12 December 2019 - 09:40 PM.


#20 SamES OFFLINE  

SamES

    Advanced Member

  • Members
  • 1107 posts
  • Local time: 07:36 PM

Posted 12 December 2019 - 09:58 PM

Cool, so assuming we can't get SiliconDust to fix their firmware, we need to be able to at least handle this server error as you suggested. 

 

For the DirectPlay issue (assuming it is just the stream ID causing the issue), I presume there is no way we can detect this issue at playback time so that we can force a transcode. 

 

As it also appears not to fail during playback (there is only a black picture & no sound), so I don't see how we can catch the failure and transcode.

 

I'm out of ideas now.

 

As a quick test, are you able to modify just the stream ID without changing the stream itself?  I'm interested to see if just changing the stream ID will allow this recording to DirectPlay.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users