Volunteers to test new DVR build?

I’m working on a big change to the internals of the DVR recording engine, which will enable some cool new stuff in the future. For now, the behavior is exactly the same but the way that recordings happen inside the DVR has been improved.

I have published a new build with these changes, but I would like to get some volunteers to try it out before I sent it out to everyone. If you’d like to try this new build, run this command to update to it:

windows (in powershell)

Invoke-WebRequest -Method Put http://127.0.0.1:8089/updater/check/2017.03.18.0237

mac/linux

curl -XPUT http://127.0.0.1:8089/updater/check/2017.03.18.0237

will be happy to try

, so I just run that command in terminal?

Running it now. I have recordings scheduled from 6:30PM tonight, straight through to 5:00AM tomorrow. So if something is not working right, I will know, and will let you know what is broken tomorrow morning.

Yep just run the command (replace 127.0.0.1 with IP of your DVR if you’re not running it on the same computer).

In all likelihood you will notice nothing different about the new build.

I will pull the new version down to my QNAP NAS when I get home (should be in about half an hour).

Edit: New version downloaded successfully and it’s up and running. Will let you know if I encounter any issues!

Version 2017.03.16.1820 installed.

Synology safe for the *nix version? (x86)

Oh wait nvm I moved it to my Mac this weekend ha.

Yea it works on all platforms.

Anything specific you want? I just stopped watching a recording, updated, and it picked back up where I was watching. I’ll keep my eye on stuff tonight but only have two shows for tonight but six tomorrow.

done on Mac mini running 10.11.6

I’ll update this evening to test (on the ancient mini) before recordings start.

@tmm1 I installed this update at 14:51. Newshour, which starts at 15:00 hours DID NOT record; rather, the second airing at 18:00 is queued. This is not normal (but not an issue for me as it is going to record the second airing).

2017/03/16 14:51:44 [DVR] Recording engine stopped.
2017/03/16 14:51:46 [SYS] Starting Channels DVR v2017.03.16.1820 (linux-x86_64) in /share/CACHEDEV1_DATA/.qpkg/ChannelsDVR/channels-dvr/data
2017/03/16 14:51:47 [HDR] Found 3 devices
2017/03/16 14:51:48 [SYS] Started HTTP Server
2017/03/16 14:51:50 [DVR] Recording engine started in /share/CACHEDEV1_DATA/Public/ChannelsDvrRecordings
2017/03/16 14:51:50 [SYS] Bonjour service running for dvr-momster.local. [192.168.168.193]
2017/03/16 14:51:50 [SYS] Removing old update 2017.03.01.2225
2017/03/16 14:51:50 [SYS] Created database snapshot: backup-20170316.145150
2017/03/16 14:51:50 [SYS] Removing old backup backup-20170308.165131
2017/03/16 14:52:01 [IDX] Pruned 626 expired airings from USA-OTA94303 in 1.218130949s.

Hmm… I’m surprised it didn’t say “Waiting for next job…” on boot.

What does the DVR schedule tab say? Does it list the 15:00 job still? Is there a job listed at 18:00?

Installed on WD PR2100…Will report anything out of the ordinary.

The DVR schedule tab does not list the 15:00 job. It does list the 18:00 job.

It may just be skipping the next job. If so, you’ll be hearing from others. The 18:00 Newshour airing gets recorded if I delete the 15:00 recording before it finishes, so I would see this behavior if the install skipped the next job.

I found one bug in this version… if you use web player to watch a live tv channel, the tuner is not released until 10s after you stop watching. Pretty minor bug. Everything else seems fine so far.

Ancient mac mini is chugging along as expected. Queued recording started on time, additiional new recordings started fine. Transcoder working as before.

Gee, and I was really wishing that the mac fairy would descend and convert mine to an i-7, didnt happen. Oh well.

This is failing on my Synology. I can’t get it to run correctly.

Huh? What’s not running? What’s happening?