Hauppage ATSC adapter issue?

[add45]

Hi NextPVR devs - I have noticed that after 5 - 7 days, my hauppage adapter will fail to play antenna (ATSC) channels. Restarting NextPVR always fixes the issue. Please help me diagnose this .

Attaching logs, let me know if you need anything else!


FWIW this seems to be the relative part of the logs from what I can tell -

Code:

2023-09-24 13:13:56:359 [DEBUG] KSDK-5 (sid=3)
2023-09-24 13:13:56:359 [DEBUG] on request adapter0, frontend0
2023-09-24 13:13:56:359 [DEBUG] Adapter::Adapter()
2023-09-24 13:13:56:368 [INFO] Tuning: 599028615 Hz
2023-09-24 13:13:56:368 [INFO] Changing frequencies
2023-09-24 13:13:56:368 [DEBUG] Tune@1
2023-09-24 13:13:56:368 [DEBUG] Tune@2
2023-09-24 13:13:56:368 [DEBUG] Tune@2.1
2023-09-24 13:13:56:390 [DEBUG] Tune@2.2
2023-09-24 13:13:57:875 [DEBUG] Tune@2.3
2023-09-24 13:13:57:875 [DEBUG] Tune@3
2023-09-24 13:13:57:875 [DEBUG] Tune@4
2023-09-24 13:13:57:875 [DEBUG] Tune@5
2023-09-24 13:13:57:875 [INFO] Tuning: 599028615 Hz
2023-09-24 13:13:57:875 [DEBUG] Tune@6
2023-09-24 13:13:57:875 [INFO] using demux 'dvb0.demux0'
2023-09-24 13:13:57:875 [INFO] using dvr 'dvb0.dvr0'
2023-09-24 13:13:57:875 [DEBUG] waiting for signal lock
2023-09-24 13:13:58:402 [DEBUG] status 00 | quality 00 | signal 541d | snr 0073 | ber 00000000 | unc 00000073 | pre_ber 00000000 | per 00000000 |
2023-09-24 13:13:58:437 [DEBUG] status 1f | quality 00 | signal a83a | snr 00e6 | ber 00000074 | unc 000000e6 | pre_ber 00000000 | per 00000000 |
2023-09-24 13:13:58:438 [DEBUG] FE_HAS_LOCK
2023-09-24 13:13:58:438 [DEBUG] Tune@exit
2023-09-24 13:13:58:438 [DEBUG] **********before Writer::Create()
2023-09-24 13:13:58:439 [INFO] Creating writer for: LIVE&/buffer/live-KSDK-5-71.ts (live mode)
2023-09-24 13:13:58:439 [DEBUG] mutex would be: Global\NPVR-mutex-f20f76a10a4829ceb4d20ce4f3aee89a
2023-09-24 13:13:58:439 [DEBUG] Created shared memory...
2023-09-24 13:13:58:439 [DEBUG] Updated shared state
2023-09-24 13:13:58:439 [DEBUG] Getting PMT
[114] Unexpected error on LocalRecorder.StartStream(): System.Net.WebException: The operation has timed out.

[mvallevand]

NextPVR shouldn't be doing ota epg updates in US on docker. What is your source for EPG ATSC?

Martin

[add45]

NextPVR shouldn't be doing ota epg updates in US on docker.  What is your source for EPG ATSC?

Martin

I actually disabled the OTA EPG updates about a week ago thinking that would solve the issue. Out of curiosity why does docker not support OTA EPG ? I didn't see anything about that.

[mvallevand]

I think you will find references that only Windows OTA ATSC data is supported. The quality is so poor sub rightfully decided it was not worth the effort getting it working as a priority.

The logs at info level don't really show us what is going on but you might see errors in the Linux dmesg or journal logs on the host.

Martin

[add45]

For what it's worth, the issue appears to be specific to NextPVR, as I just switched from TvHeadend and didn't face this problem.
Another update - the issue doesn't appear to be specific to the tuner driver either. I just got (what appears to be) the same error for all my IPTV channels. Restarting fixed everything. Checking dmesg doesn't reveal anything obvious.

Is there anything more I can do to debug this? I can post the latest logs if you think that will help

[mvallevand]

You never turned on debug logging which you disabled so we can't help much. You might be seeing the Iscomplete() bug. My tuners work for months on Docker

[add45]

Sorry I'm confused by your statement about debug logging. I never explicitly disabled debug logging and in fact my original logs have [DEBUG] level logs in them.

I have indeed been asking how I can enable even more debug logs so please let me know what I can do there

[mvallevand]

Sorry I am traveling and using my phone I might have looked at another set of logs

[mvallevand]

I see this still on phone though so you must have changed config.xml. Device logs probably dont use the setting

2023-09-19 20:22:58.691 [INFO][1] Logging level now: INFO