HDHR3/Prime - recording broken in v31

Have a MythTV related problem? Ask for help from other MythTV users here.

Moderator: Forum Moderators

Post Reply
dlasher
Newcomer
Posts: 14
Joined: Thu May 05, 2022 3:09 am
United States of America

HDHR3/Prime - recording broken in v31

Post by dlasher »

System:
* MythTV Version : v31.0+fixes.202203040618.7e4ce1ba98~ubuntu20.04.1
* MythTV Branch : fixes/31
* Server : Mythbackend running in containers on proxmox servers w/local NVMe, SSD, and HD drives. 2x10GE connection to data switch
* Tuners HDHR-Prime/HDHR1/HDHR2 tuners on their own VLAN. (10.4.11.x)

Situation:
Was running 0.29 for a long time, was stable and solid, was using mythhdhrrecorder, because mythtv-backend didn't support HDHR3 directly. Other HDHR models (ATSC single/dual tuner models) supported directly, worked fine.
Was strongly encouraged to upgrade to latest in late Feb, went to v31. After much fighting with guide data changes (!?!()@*#$) got everything happy, and decided to give the HDHR3 support a try, moving away from "external/blackbox" config.

Almost immediately started getting "yellow" recordings, with dropouts, etc, but at this same time, my cable provider started digging up my street, doing a headend replacement, laying fiber, etc, so I wrote it off as "their problem" not myth.

Fast forward 3+ months, and I have done EVERYTHING I can think of to eliminate the dropouts in recordings. The cable provider has been out half a dozen times, and they're now certain there's no problem on their end. I've brought up additional backends on different machines, moved all recording to NVMe, moved DB to dedicated machine, etc etc etc, and nothing has impacted the behavior. Some days 100% of the recordings end up yellow, some completely unwatchable.

The logs have fun entries like this:

Code: Select all

Mar 21 02:00:30 backend1 mythbackend: mythbackend[14954]: I TVRecEvent tv_rec.cpp:826 (FinishedRecording) TVRec[62]: FinishedRecording(2307_2022-03-21T08:00:00Z) damaged recq:<RecordingQuality overall_score="0.8" key="2307_2022-03-21T08:00:00Z" continuity_error_count="13538" packet_count="5042799" />
Mar 21 02:00:30 backend1 mythbackend: mythbackend[14954]: I TVRecEvent tv_rec.cpp:826 (FinishedRecording) TVRec[41]: FinishedRecording(2744_2022-03-21T08:00:00Z) damaged recq:<RecordingQuality overall_score="0.8" key="2744_2022-03-21T08:00:00Z" continuity_error_count="37968" packet_count="9380529" />
Mar 21 02:00:30 backend1 mythbackend: mythbackend[14954]: I TVRecEvent tv_rec.cpp:826 (FinishedRecording) TVRec[40]: FinishedRecording(2747_2022-03-21T08:00:00Z) damaged recq:<RecordingQuality overall_score="0.8" key="2747_2022-03-21T08:00:00Z" continuity_error_count="34996" packet_count="9753678" />
Mar 21 02:00:30 backend1 mythbackend: mythbackend[14954]: I TVRecEvent tv_rec.cpp:826 (FinishedRecording) TVRec[42]: FinishedRecording(2743_2022-03-21T08:00:00Z) damaged recq:<RecordingQuality overall_score="0.8" key="2743_2022-03-21T08:00:00Z" continuity_error_count="31873" packet_count="8924774" />
Mar 21 02:00:30 backend1 mythbackend: mythbackend[14954]: I TVRecEvent tv_rec.cpp:826 (FinishedRecording) TVRec[60]: FinishedRecording(2749_2022-03-21T08:00:00Z) damaged recq:<RecordingQuality overall_score="0.8" key="2749_2022-03-21T08:00:00Z" continuity_error_count="30736" packet_count="8882781" />
which signifies a yellow recording. :(

finally, after trying EVERYTHING else, I went back to the blackbox/mythhdhrrecorder setup. Other than losing 2 days to a logging issue (/MythTV/mythtv/issues/571) -- what do I find?

100% of my recordings are crystal clear today, where 10% of them were yesterday.


Conclusion: Something is badly broken in v31 (HDHRStreamHandler?) when it comes to the HDHR3-CC.
...
First recording: Wednesday July 28th, 2004
Post Reply