LiveTV not showing CC's on ShieldTV when using hardware transcoding

[Sammy 790]

I just installed an nVidea GTX 1060 and set it to HW Accel but I'm not seeing Closed Captions on LiveTV using my ShieldTV. An AndroidTV Log just sent User is TV Time

 

Here's the server and transcode logs:

 

Server Log 20190827.txt

 

ffmpeg-transcode-0688539d-9be2-440f-bb38-f6edb6da5b0a_1.20190827a.txt

 

ffmpeg-transcode-57f7e3c2-15bb-4dc8-acd8-c112ae1321f2_1.20190827b.txt

 

ffmpeg-transcode-d68e8b85-1e80-43e1-8db8-f7ed858bb3c0_1.20190827c.txt

[Sammy 790]

BTW, this is running on a Windows 7 server not an Android server. Not sure if I posted in the wrong place or if it got moved by the admins.

 

Sent from my SM-G960U1 using Tapatalk

[ebr 16184]

I believe it is a known issue that hardware transcoding strips out the closed captions.  @@softworkz

[Guest asrequested]

Yeah, pretty much anytime the video is changed, you lose CC. It even happens if I use copyback when decoding.

[Q-Droid 989]

Nvidia shield doesn't need transcoding for live TV.

[ebr 16184]

Nvidia shield doesn't need transcoding for live TV.

 

My guess is he has the option to de-interlace on the server turned on.

[Sammy 790]

Nvidia shield doesn't need transcoding for live TV.

For time shifting it needs to at least be re containerized for direct streaming vs. Direct Playing.

 

Sent from my SM-G960U1 using Tapatalk

[Sammy 790]

My guess is he has the option to de-interlace on the server turned on.

Not sure if I do or not but I'll check it out. See above for why I'm transcoding.

 

Sent from my SM-G960U1 using Tapatalk

[Sammy 790]

I believe it is a known issue that hardware transcoding strips out the closed captions. @@softworkz

I would "Like" this but I really don't like this! I want hardware decoding for external clients and for unsupported formats but want to preserve CC's for LiveTV. Maybe @@softworkz has something up his sleeve but can LiveTV merely be exempt from HW transcoding?

 

Otherwise it basically defeats the purpose of getting a GPU other than to speed up MCEBuddy HandBrake processing.

 

Thanks.

 

Sent from my SM-G960U1 using Tapatalk

[Sammy 790]

BTW, at some point in some thread it was mentioned that this problem had been fixed.

 

Sent from my SM-G960U1 using Tapatalk

[Q-Droid 989]

For time shifting it needs to at least be re containerized for direct streaming vs. Direct Playing.

 

Sent from my SM-G960U1 using Tapatalk

Remux does not affect CC. The container change has no effect on the streams.

[Sammy 790]

Remux does not affect CC. The container change has no effect on the streams.

 

Apparently it does though. As soon as I turned on HW transcode with my new GTX 1060, CC's went away.

[Guest asrequested]

Apparently it does though. As soon as I turned on HW transcode with my new GTX 1060, CC's went away.

That's because the video is being changed. If you deinterlace on the shield, deinterlacing is performed at the decoder level and doesn't change the video. Transcoding is a full video change. That's the only way the server can deinterlace. You should let the device deinterlace, when possible.

[Sammy 790]

 

https://emby.media/community/index.php?/topic/76584-do-i-need-a-gpu/?p=776992

 

I went with this. Hopefully it can be remedied soon. Thanks.

[Guest asrequested]

It's a condition of how CCs are added to the video. As far as I know, there is no way around it.

[softworkz 5067]

All I can say is that we'll get to this soon...

[Sammy 790]

Thanks, @@softworkz (See what I didn't do there).. LOL

[Sammy 790]

I don't remember what my deinterlacing settings are on my ShieldTV's. I do remember at one point I changed them from what they were to what they are now and haven't touched them in a very long time. When I get home, I'll check and report back.

[softworkz 5067]

Haha...

 

One more thing: The mp4 files starring two of your ffmpeg logs in the first post are a bit odd: They're containing two video streams..

[Guest asrequested]

Haha...

 

One more thing: The mp4 files starring two of your ffmpeg logs in the first post are a bit odd: They're containing two video streams..

A lot of 4k rips are like that, now. I have a bunch that have 4k and 1080 video, both are HDR. Often, the 4k is HDR10+

[Sammy 790]

@@softworkz

 

I have a separate post about that file and transcoding posted here.

[Q-Droid 989]

FWIW, on my Shield I have all deinterlace options turned off and CC enabled for live and recorded TV in the Emby app settings. Audio output is set to Auto and allow video stream copy is enabled. My server has HW accel enabled using VAAPI (Intel QuickSync). Live TV is US OTA and so far CC has worked as expected though I wish the live broadcasts had better caption timing.

[Sammy 790]

FWIW, on my Shield I have all deinterlace options turned off and CC enabled for live and recorded TV in the Emby app settings. Audio output is set to Auto and allow video stream copy is enabled. My server has HW accel enabled using VAAPI (Intel QuickSync). Live TV is US OTA and so far CC has worked as expected though I wish the live broadcasts had better caption timing.

 

I'll re-check my settings but am also wondering will it solve the problem if I disable HW Transcoding for mpeg2 video? At one time @@ebr said Video Stream Copy was for European users, IIR.

[Q-Droid 989]

I'll re-check my settings but am also wondering will it solve the problem if I disable HW Transcoding for mpeg2 video? At one time @@ebr said Video Stream Copy was for European users, IIR.

 

"Video Stream Copy" appears to be the opposite of that and it should be enabled _unless_ you have problems remuxing, like some in EU: https://emby.media/community/index.php?/topic/64994-issue-with-interlaced-content-and-mpv-on-live-tv/?p=645679

[Sammy 790]

I set the bit rate to 5Mps and toggled video stream copy on on my ShieldTV and set MPEG2 for software decoding in the server. Subtitles are exposed and the server shows the what's in the first screen grab.

 

I then set the bit rate to Auto on my ShieldTV. Subtitles are exposed and the server shows the what's in the second screen grab.

 

I'm good with this until it is better sorted as most all of my local content is h.264 and more recently h.265.

 

Sent from my SM-G960U1 using Tapatalk