Jump to content

Emby won't play NFL playoff game


bcm00re

Recommended Posts

bcm00re

Recorded the Chiefs vs. Titans game but I get a playback error when I try to watch on any Roku device. I did the Send Logs from one of my Rokus a few minutes ago. I can watch the game just fine on my phone, but the whole family wants to watch it so need to get it working on Roku.

 

I also recorded the other (NFC) playoff game that night and it plays fine on Roku. The only difference is we stated watching some of the Chiefs game recording while it was still recording -- maybe that created this?

For the record we stopped watching the still recording recording because we we not able to FF to the start of the 2nd half despite the game being well into the 3rd quarter (which I guess it just a limitation).

Edited by bcm00re
Link to comment
Share on other sites

bcm00re

I guess merge my thread to that one. My file size is 19.3GB and the file is already in H264 because I am using a HDHR Extend with the default hardware encoding set to "mobile" -- but I'm not certain that setting matters with Emby. I am now using Handbrake to transcode the file using the default Roku 1080p setting (and QSV); I will report back later if the new file is playable.

Link to comment
Share on other sites

bcm00re

This is not just size & time. What I created with Handbrake is the same length of time and larger in size (over 21GB) and it plays just fine on Roku.

Link to comment
Share on other sites

bcm00re

Which one the original .ts recording or the .m4v I created with Handbrake? And by web app do you mean when I select the Emby in the toolbar on my PC and it opens up in IE? I suspect either plays there just like on my phone -- but I'll confirm tomorrow.

Link to comment
Share on other sites

This is not just size & time. What I created with Handbrake is the same length of time and larger in size (over 21GB) and it plays just fine on Roku.

 

If Softworkz' hypothesis is correct, it would be related to a number of variables.  I think his guess very well may be right but we'll just have to see when we can test it.

Link to comment
Share on other sites

Recorded the Chiefs vs. Titans game but I get a playback error when I try to watch on any Roku device. I did the Send Logs from one of my Rokus a few minutes ago. I can watch the game just fine on my phone, but the whole family wants to watch it so need to get it working on Roku.

 

I also recorded the other (NFC) playoff game that night and it plays fine on Roku. The only difference is we stated watching some of the Chiefs game recording while it was still recording -- maybe that created this?

For the record we stopped watching the still recording recording because we we not able to FF to the start of the 2nd half despite the game being well into the 3rd quarter (which I guess it just a limitation).

 

If this is a TS container you can simply remux the file with MKVToolNix GUI. Drag the TS onto the top left corner and drop it. Click start remux. Wait a few seconds. The new file should now direct play and will avoid the HLS m3u8 maximum size issue at least with the video stream. The TS files will always need transcoding. That container is not supported with seeking. It is assumed linear so we transcode remux to get seeking.

 

The MKV MP4 M4V are supported on Roku for direct play with full seeking. The codecs inside may not be. These are usually TS with MPEG2 video and AC3 audio. If the audio has to be transcoded to get to stereo (AC3->AAC) it will not direct play.

Link to comment
Share on other sites

bcm00re

Why does Emby use the TS container then? Or is it the HDHR tuner that is dictating that? If the latter, I suppose there isn't any way to change that? If that is the case then when it comes time to buy a ATSC 3.0 tuner perhaps I should consider another brand that 'plays' better with Emby! Have any suggestions?

Edited by bcm00re
Link to comment
Share on other sites

Why does Emby use the TS container then? 

 

Because that's what these are - they are live transport streams and the most reliable and efficient way to record them is without also trying to convert them simultaneously.  We attempted that in the past and it caused lots of issues.  We do have after the fact conversion capability, however, and will probably re-visit other ways to possibly do on-the-fly conversion in the future.

 

The HDHR is not the problem.

Link to comment
Share on other sites

bcm00re

So what exactly does MKVToolNix (that speechless talked about above) do? Does it take the TS file and create a new file that's a MKV? And that MKV is more 'friendly' with playback on Emby. It sounds like since it's only remuxing it can do this very quickly. If all that is true, then perhaps a feature could be added to make this happen automatically with recordings (after they complete of course)?

Link to comment
Share on other sites

bcm00re

I just tried it and it appears to be doing something very different than what speechless described beacuse after several minutes it is only a couple percent done (where as he was talking seconds to just remux). My PC running Emby server has an i7 processor but evidently it isn't even fully using it (or the GPU) to do the conversion when I look at my Task Manager. My settings were to place the new file in the same location, TV, and keep same bitrate. I am using a HDHR Extend tuner that already should be hardware-converting the mpeg2 OTA signal to mpeg4 on the fly (and that is set to the 'mobile' setting) if any of that matters.

Edited by bcm00re
Link to comment
Share on other sites

bcm00re

With the output of my HDHR Extend already being mpeg4, I shouldn't need a transcode (or new encoding) for my videos, correct? It is my understanding that I just need to get them in a new container and/or tweak the audio. Perhaps the Convert feature really isn't setup for my scenario (at the moment)?

Link to comment
Share on other sites

bcm00re

So I tried other settings but things are still slow (but I noticed one of my GPUs is actually working though). I used the Custom setting (instead of TV) and set the following: mkv / h264 / aac,mp3,ac3 / Original quality. Based on those settings it should only be changing the container, but it appears to be doing more -- after minute or so it's still well less than 1%. Any ideas?

Link to comment
Share on other sites

bcm00re

It finally finished.  

 

Old file:

Media Info
Video
Title1080i H264
CodecH264
AVCNo
ProfileHigh
Level40
Resolution1920x1080
Aspect ratio16:9
AnamorphicNo
InterlacedYes
Framerate29.97
Bitrate9,833 kbps
Bit depth8 bit
Pixel formatyuv420p
Ref frames1
NAL0
Audio
TitleEnglish Dolby Digital 5.1
LanguageEnglish
CodecAC3
Codec tagAC-3
Layout5.1
Channels6 ch
Bitrate448 kbps
Sample rate48,000 Hz
DefaultNo
Containermpegts

New file:

Media Info
Video
Title1080p H264
CodecH264
AVCYes
ProfileHigh
Level40
Resolution1920x1080
Aspect ratio16:9
AnamorphicNo
InterlacedNo
Framerate29.97
Bitrate9,958 kbps
Bit depth8 bit
Pixel formatyuv420p
Ref frames1
NAL4
Audio
TitleEnglish AAC 5.1 (Default)
LanguageEnglish
CodecAAC
ProfileLC
Layout5.1
Channels6 ch
Bitrate320 kbps
Sample rate48,000 Hz
DefaultYes
Containermkv
Link to comment
Share on other sites

bcm00re

So while the bitrate on the video and audio change, I think the heavy-hitter was that it went from 1080i to 1080p.  Is that needed to make it more stream friendly?

Link to comment
Share on other sites

 Is that needed to make it more stream friendly?

 

I would imagine so, yes.

 

We don't have a pure "remux" only option in the conversion yet but that option has been requested.

Link to comment
Share on other sites

bcm00re

For the record, the converted one details I posted earlier were for the one I did with the TV setting.  Below is the one where I selected Custom, etc. that I mentioned in an earlier thread:

Media Info
Video
Title1080p H264
CodecH264
AVCYes
ProfileHigh
Level40
Resolution1920x1080
Aspect ratio16:9
AnamorphicNo
InterlacedNo
Framerate29.97
Bitrate7,847 kbps
Bit depth8 bit
Pixel formatyuv420p
Ref frames1
NAL4
Audio
TitleEnglish Dolby Digital 5.1 (Default)
LanguageEnglish
CodecAC3
Layout5.1
Channels6 ch
Bitrate448 kbps
Sample rate48,000 Hz
DefaultYes
Containermkv

This one leaves the audio alone completely, but the video still goes from 1080i to 1080p and it ends up with a lower bitrate (and smaller size) than the other one.

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...