2 HDHR primes - DVR failed over to TVE despite tuners available

As per title. Have 2 primes (second one added in last few days, but nothing super recently). DVR went down to TVE despite an idle second HDHR.

Sending diagnostics now.

Were channels marked as favorite? There is a known situation where higher numbered channels are preferred, which may put TVE as more preferred over your physical tuners.

2 Likes

Was this a recording or from a client? If a recording, which one was it?

Recording.

The "old" Prime has favorites, and this "newer" one doesn't, so @racameron may be onto something here, but i would argue source priority should be favored over favorites, no?

30+ min recording: (180 is cable)

2022/10/11 19:29:50.008209 [DVR] Starting job 1665530990-25 MotorWeek on ch=[180 65.1 24.3]
2022/10/11 19:29:50.656796 [TNR] Opened connection to 131B163D/0 for ch180 CPTVS

at 8PM, we get 3 new recordings, second prime was idle, and next in source priority line:

2022/10/11 19:59:50.016495 [DVR] Starting job 1665532790-48 The Voice on ch=[844 793 6000 130.1 4.1 6 4 4.3]
2022/10/11 19:59:50.587368 [TNR] Opened connection to 131B163D/1 for ch844 WVITH

2022/10/11 19:59:50.629255 [DVR] Starting job 1665532790-80 Bachelor in Paradise on ch=[792 788 6001 5985 108.1 8.1 7.1 8 7]
2022/10/11 19:59:51.204236 [TNR] Opened connection to 131B163D/2 for ch792 WABCH
2022/10/11 19:59:51.217387 [DVR] Starting job 1665532790-83 FBI on ch=[790 783 6003 103.1 2.1 16 2]
2022/10/11 19:59:51.219684 [ERR] Failed to start stream on channel 790 via 131B163D: HDHomeRun: 805 All Tuners In Use
2022/10/11 19:59:51.235786 [ERR] Failed to start stream on channel 783 via 131B163D: HDHomeRun: 805 All Tuners In Use
2022/10/11 19:59:53.373371 [TNR] Opened connection to TVE-YouTubeTV for ch6003 WCBS

checking logs prior to upgrading the HDHR firmware, and the 2nd Prime was used during live viewing on Sunday:

20221009-13:10:32 Tuner: tuner0 tuning 773 ESPNH (auto:159MHz-284)
20221009-13:10:33 Tuner: tuner0 streaming http to 192.168.50.102:49332
20221009-13:10:33 CableCARD: tuner0 773 ESPNH (auto:159MHz-284) access = subscribed
20221009-13:10:43 Tuner: tuner0 http stream ended (remote closed)
20221009-16:37:08 Tuner: tuner0 tuning 790 WCBSH (auto:243MHz-1260)
20221009-16:37:08 Tuner: tuner0 streaming http to 192.168.50.128:52152
20221009-16:37:08 CableCARD: tuner0 790 WCBSH (auto:243MHz-1260) access = subscribed
20221009-16:38:40 Tuner: tuner0 http stream ended (remote closed)
20221009-17:27:02 Tuner: tuner0 tuning 791 WNYWH (auto:255MHz-1315)
20221009-17:27:02 Tuner: tuner0 streaming http to 192.168.50.128:52197
20221009-17:27:02 CableCARD: tuner0 791 WNYWH (auto:255MHz-1315) access = subscribed
20221009-17:43:27 Tuner: tuner0 http stream ended (remote closed)

Hi @eric I unchecked your solution, not sure if inadvertent or not. I only posted the above logs from an earlier day to prove out that the DVR at least "knows of" the other Prime.

Same situation right now. Diagnostic submitted again. 2 recording + 1 being watched live, and the DVR failed over to TVE, despite an idle HDHR available

So I'm adding favorites on the 2nd HDHR, as that's as good a theory as anything, but i would think that Tuner priority should be used above favorites, from the DVR side. That being said, having insight here, either way, would be helpful.

Knowing how it's supposed to work might help you figure it out.

Not sure if you're telling me to RTFM, honestly, but even your breakdown sort of points to the conceptual diff in play - your logical order in the first set is different from the execution in the second:

Which channel is used for recording depends on
-source priority set in the DVR web admin (not clients, see NOTE)
-channel favorites set in the DVR web admin (not clients, see NOTE)
-whether a channel is SD or HD
-channel number

When Channels DVR is going to record a program from a pass, the channels are searched
in reverse numerical order (higher numbered channels come first)
on each source as follows until it finds one airing the program

  1. Favorite channel on source#1, then source#2, source#3...
  2. Non-favorite HD channel on source#1, then source#2, source#3...
  3. Non-favorite SD channel on source#1, then source#2, source#3...

I would argue that source priority should be first, then favorites, then resolution.

This is how it works.

When Channels DVR is going to record a program from a pass, the channels are searched
in reverse numerical order (higher numbered channels come first)
on each source as follows until it finds one airing the program

  1. Favorite channel on source#1, then source#2, source#3...
  2. Non-favorite HD channel on source#1, then source#2, source#3...
  3. Non-favorite SD channel on source#1, then source#2, source#3...

Thank you for repeating that, I guess?

Again, it's non-intuitive, and it's apparently so at hand that nobody (including the devs) had that answer for a month and a half.

If anything, recent work on channel collections and other bits has deemphasized favorites, so this would seem to be a good opportunity to move this logic in that direction, too.

That came from notes I made based on many posts and my own experimenting.
I was hoping one of the devs would see it and rewrite it to be clear, concise and accurate.
Then replace this with it. How does the DVR pick which tuner to use to make a recording? Which says nothing about reverse numerical channel order, or that favorites mentioned are on the server, not clients.

Feel free to rewrite it to be clearer.