Periodic recording hang with audio screech, then playback resumes

Channels DVR Server
#1

This is happing on ATV:

Seeing some weird glitching in one channel’s recordings (Channel 32, CW, OTA in Portland, OR). Periodic stream hangs, with a short audio screech, then resumption of playback of the recording. Don’t think it follows any set pattern, time wise or other.

I formerly recorded this on a Magnavox DVR, and never saw this glitch in many years of recording this channel.

The glitches appear in every recording.

Any way I can send you part of one of these recordings around a screeching/hanging problem, so you can see if there’s something that can be done about it? The screech itself is pretty unsettling/annoying, if nothing else, and small sections (a few seconds) of each recording are being lost.

#2

Check the log from the time of the recording to see if there were any interruptions or errors.

If it happening on all recordings, its likely a signal issue. The HDHR tuner can be more sensitive than other devices… have you noticed similar issues when streaming live tv to Channels directly?

#3

I had a HD HR Dual that would mess up on one channel. on mine the video would mess up but the audio would stop working for the rest of the recording. if i just waited a few seconds, then went backwards, the audio would start working again. i monitored it with the Signal GH app and compared it to my Connect, and found it was my Dual was bad on that one channel. all my other ota channels worked fine. Replaced it with an Extend.

#4

Here’s the log from last night’s recording. I don’t see anything untoward in any of this.

We usually watch this channel recorded. I’ll try watching something on it live this evening to see if it does it live, too.

2017/01/31 22:00:00 [DVR] Starting job 1485928800-2 KGW News at 10 on Portland’s CW on ch=[32.1]
2017/01/31 22:00:00 [DVR] Recording for job 1485928800-2 from 10323CCF ch32.1 into “TV/KGW News at 10 on Portland’s CW/2017-01-31-2200 KGW News at 10 on Portland’s CW 2014-07-22.mpg” for 30m59.907738664s
2017/01/31 22:08:17 soapRequest returned error: soapRequest error - StatusCode 500 for AddPortMapping()
2017/01/31 22:31:00 [DVR] Finished job 1485928800-2 KGW News at 10 on Portland’s CW
2017/01/31 22:31:00 [DVR] Processing file-107: TV/KGW News at 10 on Portland’s CW/2017-01-31-2200 KGW News at 10 on Portland’s CW 2014-07-22.mpg
2017/01/31 22:31:01 [DVR] Running commercial detection on file 107 (TV/KGW News at 10 on Portland’s CW/2017-01-31-2200 KGW News at 10 on Portland’s CW 2014-07-22.mpg)
2017/01/31 22:33:21 [DVR] Commercial detection finished with 8 markers.

#5

Just watched the same nightly program again, and it had all the same problems. I watched part of another program which followed it live, and it also had the same issues.

#6

This issue was cleared up not too long after my last post on the issue a few months ago, but it seems to have come back again yesterday. Was there some change to the way recordings are done in the last two days that may have affected it adversely? I still have the bad recording from yesterday if you need to see any part of it.

#7

Can you check the log from the time the recording was happening? Any warnings or errors?

#8

Here’s the log from that show/time:

2017/06/11 21:59:30 [TNR] Opened connection to 10323CCF for ch32.1
2017/06/11 21:59:30 [DVR] Recording for job 1497243570-2 from 10323CCF ch32.1 into “TV/KGW News at 10 on Portland’s CW/KGW News at 10 on Portland’s CW 2014-07-22 2017-06-11-2159.mpg” for 31m29.813572768s
2017/06/11 22:12:22 soapRequest returned error: soapRequest error - StatusCode 500 for AddPortMapping()
2017/06/11 22:30:58 [DVR] Waiting 19h29m1.127884261s until next job 1497315600-15 KOIN 6 News at 6
2017/06/11 22:30:58 [DVR] Deleting /Users/jcrunch/Movies/Channels/TV/KGW News at 10 on Portland’s CW/KGW News at 10 on Portland’s CW 2014-07-22 2017-06-11-2159.mpg
2017/06/11 22:30:59 [TNR] Closed connection to 10323CCF for ch32.1
2017/06/11 22:30:59 [DVR] Job cancelled: 1497243570-2 KGW News at 10 on Portland’s CW

#9

Recommend that you uncheck the “remote access” checkbox as its not working and littering your logs.

Since there’s no errors related to the recording, it sounds like there was a glitch in the antenna signal that caused the issue.

#10

Recording last night was once again good quality, without dropouts, so it must have been the strength of signal. Sorry for the angst.

#11

Nearly ten months later, this problem has resurfaced. Has there been any recent change to the way the video is saved or anything that might have restarted this problem?

#12

There have been no changes recently