Watching shows in progress

Channels DVR Server
#1

Having a bugger of a time watching shows that are already recording on ATV. Basically it gives me the option to watch live or start from the beginning and I choose the latter.

It always starts the playback at the current point not the start point, and it’s impossible to rewind. Pause then slide on the remote just goes back to to wherever you want in the timeline but when you click play it jumps back to the current point. Left-click rewind does the same… Jumps back to the current point.

It’s a bit like it pulls the metadata from the recording but pulls the stream live from the HDHR.

#2

What if you go to the Recordings tab and play from there? Does it still not let you rewind correctly?

#3

Yeah, same thing unfortunately. After a bunch of in-out, reboot it will eventually work by the looks of things but it’s alot of messing around and I can’t find a pattern.

#4

Don’t know if this is useful…

2017/09/20 20:19:59 [DVR] Deleting /volume1/DVR/TV/Big Brother/Big Brother S19E38 2017-09-15 2017-09-15-1959.mpg
2017/09/20 20:22:19 [ERR] bonjour: failed to handle query v6: write udp6 [::]:5353->[fe80::1cfa:a9:62fb:5b88%eth0]:5353: sendmsg: network is unreachable
2017/09/20 20:23:38 [ERR] bonjour: failed to handle query v6: write udp6 [::]:5353->[fe80::c73:27b0:7cc5:16b0%eth0]:5353: sendmsg: network is unreachable
2017/09/20 20:42:51 [DVR] Cancelling stream 1046A82B ch17.1 after 3s read timeout
2017/09/20 20:42:52 [TNR] Closed connection to 1046A82B for ch17.1
2017/09/20 20:42:52 [DVR] Job 1505951940-14 Big Brother ended prematurely: 1h32m7.846293649s
2017/09/20 20:42:52 [DVR] Starting job 1505951940-14 Big Brother on ch=[17.1 2.1]
2017/09/20 20:42:54 [ERR] Failed to start stream on channel 17.1 via 1046A82B: Get http://172.21.0.199:5004/auto/v17.1?: dial tcp 172.21.0.199:5004: i/o timeout
2017/09/20 20:42:54 [DVR] Error running job 1505951940-14 Big Brother: could not start stream on channels=[17.1]: Get http://172.21.0.199:5004/auto/v17.1?: dial tcp 172.21.0.199:5004: i/o timeout
2017/09/20 20:43:24 [DVR] Starting job 1505951940-14 Big Brother on ch=[17.1 2.1]
2017/09/20 20:43:24 [TNR] Opened connection to 1046A82B for ch17.1
2017/09/20 20:43:24 [DVR] Recording for job 1505951940-14 from 1046A82B ch17.1 into “TV/Big Brother/Big Brother S19E39 2017-09-20 2017-09-20-1959.mpg” for 1h31m35.77126896s

#5

Looks like in the middle of the recording the DVR stopped receiving data from the HDHR. It tried to reconnect, but got “i/o timeout” errors trying to reach your HDHR’s IP address. A few minutes later after a couple retries, it succeeded and continued recording to the same file.

That might be why the player is acting weird, since there’s a few minutes of video missing in the middle. If you mark the recording as watched and then unwatched, does it play from the beginning and let you seek around correctly?

#6

Yep. Sure does. Having said that it seems to have had the IO error at the time I tried to start from the beginning. Can’t be 100% sure but it’s got to be pretty close.

#7

Do you have ethernet flow control disabled on your windows dvr?

#8

Asustor on the backend. Wouldn’t even begin to know where to find that on Linux.

#9

Ah never mind, that is only an issue on Windows.

Is the linux machine hard-wired in? To the same switch as the HDHR?

HDHR firmware up to date? Check your HDHR’s “System Log” to see if there are any errors shown: http://172.21.0.199

#10

Firmware’s the latest non-beta. As for the link, they’re separated by WiFi but it’s via wireless backhaul on some commercial Aruba gear. It’s certainly reluable and 65% of the link is DSCP’d to video.

HDHR doesn’t show anything in the logs but I’m beginning to wonder if it’s just CBS this is happening on. Any way to tell if the loss is occurring at the ATSC antenna or if it’s network related ?

#11

Yes you can check the HDHR web UI to look at tuner status, and see what the signal quality and noise levels are compared to other channels.