Channels Weekend Update from a newer user

My Channels DVR Experiment has progressed: I picked up a HD Homerun quattro tuner and will move the tablo 4 tuner to secondary duty

While testing I was using a 120GB storage folder on NAS for testing: This morning what seemed pretty straight forward, changed mount in docker and will utilze a USB 3.0 1TB 2.5 SATA drive. I figure this will be less writes to my main storage pool on my synology NAS.

from /volume1/DVR/recordings
to /volumeUSB1/usbshare/DVR/recordings

Stopped docker in portainer, wrote changes, relaunched. seemed to be pretty straight forward.

I tried to get an ATSC3.0 tuner, but they are not as easy to find on the market. the quattro was 60 dollars and a few dollars for shipping. Seemed to fit the plan, as my town has no plans for ATSC3.0 for quite a while, Not even on the buildout announcements for the format. I will be ok for a while with the quattro and the tablo for secondary.

Any pointers on the recordings stopping just short of show completion , seems to be a trend. Does this have something to do with the transcoding delay on the tablo perhaps in combination with sometimes recording on all four tuners simultaneously. I am not running out of cycles or ram, because i have found it recording 8 things at one time with TVE as well , I am not seeing any issues with frames or dropped recordings, but i realize that is a lot of 1s and 0s being written to the drive at the same time. I don't think its a padding issue but it could be I guess.

In my setup padding is set to 5 minutes after in "recordings & passes". It will eat up a tiny bit more space but not seeing cutoff shows for years on end now.

Make sure the clock is accurate on your DVR device. (I check mine using https://time.is)
Check the DVR log to see what time the recordings ended.
Some networks run some programs up to a minute after the schedule says it should end,

1 Like

If you only have 4 tuners, that may cause missed recording jobs, no?

I will have 8 i guess at some point this week, 4 HR and 4 Tablo. I still prefer to use the HR first though. I still have not decided if I am going to change out the tablo in the future. I had no idea about the transcoding vudu it did to my live recordings. I do not particularly care for it.

That is an interesting though, my NAS is set to time.google.time, and syncing, not sure if the TZ environment variable is being passed through on the docker container. I will take a look at the logs though for sure.

I add this environment value to all my docker container run commands
--env TZ=America/Los_Angeles
You can check the time on a Synology using the date command at a shell prompt (after ssh into it)

times are spot on, its not that. It may just be a certain channels on OTA. Its not a tve source. I will start paying attention what shows are doing it and keeping some notes to try and troubleshoot it. Yes i use the TZ command in many of my dockers as well. Ill add it and see if it helps . thanks. In my case its New_York though. on Eastern

edit: so much for the TZ tip, I already was passing that ENV to the container. Thanks.

Since your NAS (DVR Server) time is accurate, it's most likely the network is running programming later than the schedule shows it. Looking at the timestamps in the DVR log will tell you when the recording ended and then you can determine what end padding you might need to add for those shows.

For Boston's OTA broadcasts, the ATSC 3.0 stations are about 10+ seconds behind the ATSC 1.0 stations. So it definitely could be the station not being synchronized with everbody else's idea of time.

Where did you get this deal and do they have any more? I need a couple at that price

It's probably the network going over. It happens to me all the time. You can change your default pass timings so that evert recording has a buffer.

1 Like

good ole facebook marketplace, set up a search and scope them out

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