Channels faster than native HDHR apps when switching channels?

Help and support for HDHomeRun DVR and HDHomeRun software for Windows 10, Mac, Android, XBox, etc.
Post Reply
sdust
Posts: 114
Joined: Sat Jun 05, 2021 3:39 am
x 8

Channels faster than native HDHR apps when switching channels?

Post by sdust »

I wonder if this is only my experience but it seems I can switch channels faster on Channels than on HDHR own apps?

Also did SD give any thought about tuner sharing when two (or more) virtual channels requested for streaming/recording share the same physical channel?

rpcameron
Posts: 1020
Joined: Fri Mar 25, 2016 9:55 am
x 9

Re: Channels faster than native HDHR apps when switching channels?

Post by rpcameron »

Channels' speed in tuning is one of their best features, and something they have worked hard to maintain and improve. (In fact, I believe a recent update even improved upon their already fast tuning.)

As far as the second question, I believe SD has chosen to move all of their own applications to only use the HTTP interface for tuning/streaming. While I believe you can use this method to tune a physical channel/frequency, I think that is only for the full mux, and does not support filtering. (Or, you can filter upon initial tuning, but cannot change the filter afterwards.)

If you wish to be able to access multiple programs on the same mux with a single tuner, you need to use different software. Tvheadend functions in this manner, as does MythTV (at least they used to; not sure if that's still the case).

sdust
Posts: 114
Joined: Sat Jun 05, 2021 3:39 am
x 8

Re: Channels faster than native HDHR apps when switching channels?

Post by sdust »

I am curious how do they accomplish speedy tuning. Does anybody have the details or am I going to have to sniff the network again? I see no reason why the http method could not match that.

nickk
Silicondust
Posts: 16995
Joined: Tue Jan 13, 2004 9:39 am
x 109

Re: Channels faster than native HDHR apps when switching channels?

Post by nickk »

sdust wrote: Fri Jun 25, 2021 8:54 am I am curious how do they accomplish speedy tuning. Does anybody have the details or am I going to have to sniff the network again? I see no reason why the http method could not match that.
The protocol (http vs udp vs rtp/udp) does not affect the time to get first data to the PC.

sdust
Posts: 114
Joined: Sat Jun 05, 2021 3:39 am
x 8

Re: Channels faster than native HDHR apps when switching channels?

Post by sdust »

nickk wrote: Fri Jun 25, 2021 11:32 am
sdust wrote: Fri Jun 25, 2021 8:54 am I am curious how do they accomplish speedy tuning. Does anybody have the details or am I going to have to sniff the network again? I see no reason why the http method could not match that.
The protocol (http vs udp vs rtp/udp) does not affect the time to get first data to the PC.
What's the explanation for the (perceived?) speedy tuning on Channels? PFM? ;)

rpcameron
Posts: 1020
Joined: Fri Mar 25, 2016 9:55 am
x 9

Re: Channels faster than native HDHR apps when switching channels?

Post by rpcameron »

sdust wrote: Fri Jun 25, 2021 8:54 am I am curious how do they accomplish speedy tuning. Does anybody have the details or am I going to have to sniff the network again?
The quick tuning (and a classic grid guide) is why their software is worth paying for. Why should they share their tricks?

(They already contribute lots back to the community with the fixes/additions to the open source software they use: comskip, ffmpeg, mpv, and others.)

Post Reply