Recorded the wrong channel

Channels DVR Server
#1

I just had a series pass record the wrong channel. I set up to record St Denis Medical, 7pm, channel 41.1, new episodes. Channels recorded channel 41.3. I looked at both the Channels log and the HDHomeRun log and they both show starting channel 41.1 at that time, and finishing channel 41.1, 30 minutes later. The actual recording is channel 41.3.

When this happens, is this Channels fault or the HDHomeRun's fault? Is there anything I should do to resync? Had the system running for about a week, and this is the first time that has happened.

#2

If you tune in now to watch channel 41.1 live in Channels DVR, is the video from the right channel?

Same question by watching through the HDHR directly.

#3

Yes, right channel on both, And it recorded the correct channel earlier and later. Must have just been some weird anomaly. I modified all passes to specify the channel to see if that prevents it in the future.

#4

In the dvr web ui under that source you need to favorite the channel you want it to record from. All things being equal channels will choose the highest channel number.

#5

If we asked to tune 41.1 and the HDHR said it did, but it definitely tuned another station- that would be a hdhr firmware level bug.

(If the DVR tried to record from 41.3 according to its logs, that's usually due to bad guide data in the DVR. Doesn't sound like that's what happened here)

#6

Thanks. I've gone through and favorited channels, as well as specified channels numbers in the Series Passes. Hopefully this will not happen again.

#7

@tmm1 New development with this show when it tried to record a week later. The recording says it is 638min long, and won't play. Enclosed are screenshots, and some log entries below. Nothing weird in the HDHomeRun log. File size is about 2.2G, which is right. I DO have some antenna issues with this particular channel and it needs tweaking, but am not at that location right now. Could that be why? I've never had any other show on this channel do this. A news show recorded on the same channel right before it and is fine. Ever seen anything like this?

StDenis-1
StDenis-11318×235 63.8 KB

StDenis-2
StDenis-21080×2640 163 KB

image
image780×753 46.3 KB

Here is the start record log
2025/04/01 19:00:00.000648 [DVR] Starting job 1743552000-45 St. Denis Medical on ch=[41.1]

Here is the stop record log

2025/04/01 19:30:00.014832 [TNR] Closed connection to 10B1B9C9/0 for ch41.1 KSHB-TV
2025/04/01 19:30:00.029290 [SNR] Signal statistics for "TV/St. Denis Medical/St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg": ss=100% snq=87%,0%-100% seq=96%,0%-100% bps=9787614,400064-13581120 pps=837,33-1163 sigerr=5%
2025/04/01 19:30:00.036850 [SNR] Buffer statistics for "TV/St. Denis Medical/St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg": buf=0% drop=0%
2025/04/01 19:30:00.042015 [DVR] Finished job 1743552000-45 St. Denis Medical
2025/04/01 19:30:00.058019 [DVR] Processing file-129: TV/St. Denis Medical/St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg
2025/04/01 19:30:00.058782 [DVR] Waiting 2h29m59.94121838s until next job 1743562800-43 KSHB 41 News 10PM
2025/04/01 19:30:00.650635 [MTS] Rewriting video timestamps for file-129: St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg
2025/04/01 19:30:20.068758 [MTS] Statistics for #129 "St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg": skipped=23170 unhandled_packets=75534 discontinuity_detected=150847 transport_errors=4668 invalid_pts=9 invalid_dts=1 saw_pcr=true saw_pmt=true highest_pts=1.534867
2025/04/01 19:30:21.989843 [MTS] Finished rewriting video timestamps for file-129 in 21s
2025/04/01 19:30:22.569469 [IDX] Generating video index for file-129: TV/St. Denis Medical/St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg
2025/04/01 19:30:22.572797 [DVR] Running commercial detection on file 129 (TV/St. Denis Medical/St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg)
2025/04/01 19:30:29.213326 [IDX] Finished video index generation for file-129 in 6s
2025/04/01 19:30:49.425791 [DVR] Commercial detection failed for St. Denis Medical S01E16 Anything to Push Zaluva 2025-04-01-1900.mpg: comskip did not detect any commercials

#8

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

#9
#10

Yes, it's a signal issue
Your signal to noise ratio dropped snq=87%,0%-100% causing a loss of the stream seq=96%,0%-100% resulting in timestamp issues. Then Channels DVR tried to rewrite the timestamps in the recording
[MTS] Rewriting video timestamps for file-129 and messed it up, making the recording 1.5 seconds long (highest_pts=1.534867) with messed up timestamps skipped=23170 unhandled_packets=75534 discontinuity_detected=150847 transport_errors=4668 invalid_pts=9 invalid_dts=1 saw_pcr=true saw_pmt=true highest_pts=1.534867

It has done that to me a couple times with recordings from my HDHR Prime cable tuner.
I wish it wouldn't rewrite the timestamps.
I could have fixed it with an ffmpeg remux, or using my video editor, but Channels DVR doesn't make a backup of the recording before it rewrites the timestamps.

#11

We do make a backup when rewriting, but it looks like we should add more checks for this and discard the rewrite with this many errors. I’ll look into what we can do here.

#12

Thanks.

Also mentioned it about 4 months ago here Make backup of recording before rewriting video timestamps

Where would I find that backup copy?

#13

It’s removed once we consider the rewrite a success. I need to look into it further to see why it’s considering these a success because the stats definitely look like they’re bad.

1 Like
#14

This should prevent it from saving the rewritten file if there are errors.

1 Like