What stream format is best for Roku?

[Gilgamesh_48 1240]

I fairly recently started using a new system for the source of live TV. I have three choices of turner output from that source:
1. HLS
2. MPEG-TS
3. STRMLNK

I know that Roku does not play TS files and those must be transcoded. The transcoding process does not seem to work well for Roku when I attempt to watch live TV on my Roku but it works well on my computer and on my Fire TV. I am going to try HLS next but I would like to know what Roku thinks would be best. 

I know I could look it up in the FAQ(s) but I am afraid that live TV kind of throws a curveball into the mix and I would be more comfortable if someone knows rather than me making a guess, however good. 
It takes a good bit of time to change the output and get Roku to rescan the changed channels and if I change the output and I am wrong then it could waste a lot of time and that is not something I have a lot of remaining.

If I seem lazy I apologize but lately I have to take all the shortcuts I can. Again sorry.

Thanks  

[Luke 42077]

MPEG-TS. This is the simplest and I think that will usually lead to the best results.

[Gilgamesh_48 1240]

9 hours ago, Luke said:

MPEG-TS. This is the simplest and I think that will usually lead to the best results.

Yep. Thanks. I tried the other two and I have come back to where I started with MPEG-TS and it appears that it will works OK for me. Streams are a little slow to start and, on recordings, FF/RW is problematic but it does work, mostly. I, now, do not have to switch to my Fire stick to watch live TV but, if I want to "channel surf" I still do as the Roku get irritating with the slowness of its initial loading. Fortunately I almost never "channel surf" and that means that the Roku is now an adequate TV viewer.

I also noticed that playing through the Roku adds about 5-15 seconds to the live TV delay. That is if I am watching a live sports broadcast and the direct or near direct play of the YouTube app shows a live clock showing say 14:20 the fire stick CH-DVR will show about 14:22-23 (Countdown clock) and the Roku Emby live TV shows 14:30-40. 
I understand that it is natural and expected that each level of processing adds a bit of delay. To be honest I expected the added delay to be greater than it actually is. 

This is now quite acceptable for me. Not perfect but acceptable and that is much better than I expected as when i started I thought I would end up with  a broadcast delay of at least around 45-60 seconds and this beats that by a good margin.

Using CH-DVR as an intermediate stream processor actually is better than using direct M3Us with Emby and all the overhead for acquiring the stream and guide data is offloaded to CH-DVR and CH-DVR does not require much processing power and it generates an M3U link and its own guide data.

For now, at least, my Roku (using either of the two servers I have) is working quite well as a live TV player.

I do have a little problem with the playback of recorded content but I can deal with that and there is a chance that I can solve the playback problem when I look at it a little closer.

Again thanks. It is VERY good to know that the solution I ended up with is the recommended one.   

[speechles 2055]

@Gilgamesh_48Is the HLS option offering you an m3u8?

[Gilgamesh_48 1240]

4 minutes ago, speechles said:

@Gilgamesh_48Is the HLS option offering you an m3u8?

I actually do not know. I do know that if I choose HLS Emby will not play any live TV. That is HLS does not work at all. Neither does STRMLNK. I did not leave either option in place long enough to actually record anything as not being able to play live TV is a deal breaker and renders my live TV functionality functionally useless.

Just for curiosity: Why do you ask? I would be willing to make further changes if it would improve what I have. I have two servers and can easily test on my release server. Testing on the beta server is a little more problematic but I could even do that as needed. However if I make any change on the source it changes on both Emby versions. That, too, is not impossible at this point. This is something I am willing to tinker with as long as the tinkering will not render Emby dysfunctional. I use Emby a lot and. having two servers does give me a bit of flexibility If one stops working all is not lost.  

Thanks very much.