Pre-release testing of next DVR build (v2017.04.13.0150)

New DVR build is ready with some major changes. Would appreciate if some people could test it out for a day or two before I push it out to everyone.

  • IMPROVED: Major rewrite of tuner sharing engine to reduce memory and CPU overhead.
  • IMPROVED: Changed “Add to DVR” link to “Pick Guide Provider” button.
  • IMPROVED: Guide picker is focused automatically after enabling DVR.
  • IMPROVED: Directory picker for DVR storage will hide system folders on major NAS models.
  • IMPROVED: Optimized disk I/O required for watching recordings that are still in progress.
  • IMPROVED: Recordings have a “View Details” option in dropdown to view audio/video encoding details.
  • FIXED: Backup restore UI was not working on windows.
  • FIXED: Stopping DVR during guide download would not abort downloader.
  • FIXED: Guide picker hides non-HD/legacy cable provider options.
  • FIXED: Web playback of recordings using hardware transcoder on Linux could end early.
  • FIXED: Tuner sharing was not working with EXTENDs with transcoding disabled.
  • FIXED: Log was empty when DVR crashed on windows.
  • FIXED: DVR could rarely crash when trying to start web playback.
  • FIXED: Guide and On Now tabs could stop working if previously selected HDHR was not available.

Linux/FreeBSD/Mac/NAS (replace 127.0.0.1 with IP of DVR)

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

Windows (run in PowerShell)

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

1 Like

ok will see whats what

Tuner sharing is working on my extends between the Dave and the apple TVs.

I als did a fresh install to experience the change to the guide picker. I like it. It’s more subtle than I would have done, but the focus change worked great. Would like to see something done for the dvr folder selection on initial install. I don’t know if I missed something, or not but I didn’t have any hints for it because my DVR is on a remote subnet from the HDHRs, so I first had to manually enter the IPs. ( I know it’s not a supported config because my bonjor doesn’t work, but I forgot.) if I missed some experience for the DVR folder, let me know and I will put it on the right vlan.

I did test sharing with the web interface. If I set my primary ATV to mobile, when I tuned it to the same channel as the running web interface, it jumped to the 2nd extend, skipping my 2nd empty tuner on the primary device.

Updated to 2017.04.13.0150 (confirmed in server status). Tuner sharing not working. Updated 3 ATV clients to latest beta, tuned each to same channel, 3 tuners in use… 3 Extends all with Transcode set to Heavy.

Version
2017.04.13.0150
Up to date!
Uptime10 minutes
Started Today at 9:23 AM

OS
Linux MyCloudPR4100
(kernel: 4.1.13)
CPU
4 cores / Intel® Pentium® CPU N3710 @ 1.60GHz
load averages: 0.11 0.14 0.16
RAM3.99 GB
82.9% free
Disk
26.0% used
8679.14 GB available

Stats
48 Passes
76 Shows
250 Recordings
Activity
Watching ch8.1 from 192.168.110.10.
Watching ch8.1 from 192.168.110.13.
Watching ch8.1 from 192.168.110.16.

You probably had the second extend selected in the web guide. The DVR does not combine multiple HDHRs yet.

Would only work if all ATVs had EXTENDs in the same priority, as HDHR combining is not yet implemented.

To clarify, the HDHR’s need to be the in same sequence for each client?

Yes.

Each client has them in the same priority.

First - 192.168.110.243
Second - 192.168.110.242
Third - 192.168.110.241

Should the server have the same priority? I had the clients using the inverse priority from the server.

Server Priority:

First - 192.168.110.241
Second - 192.168.110.242
Third - 192.168.110.243

I wanted to test my old NUC (D54250WYK) and see how well it would do hardware transcoding because I didn’t like the QNAP TS-251A. At first it was working fine and I was getting great transcoding speeds (around 7-8x compared to a little over 1 with the QNAP), but then I updated to the pre-release and got these errors when trying to transcode to my iPad and iPhone:

2017/04/14 17:58:59 [HLS] Starting transcoder for channel 802 (encoder=h264_qsv, resolution=1080, deinterlacer=blend, bitrate=10000) [mpegts @ 0000000000ceb5c0] Could not find codec parameters for stream 2 (Audio: ac3 (AC-3 / 0x332D4341), 0 channels, fltp): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options pipe:: could not seek to position 70815.661 [h264_qsv @ 0000000000e1ba80] Error during encoding: device failed (-17) Video encoding failed [aac @ 0000000000e1d6c0] 2 frames left in the queue on closing 2017/04/14 17:59:32 [HLS] Stopping transcoder session 131F8A20-ch802 @ 0s

What’s the CPU field say on the dvr settings? New build is working fine on my QNAP, so must be something with older CPUs perhaps…

4 cores / Intel® Core™ i5-4250U CPU @ 1.30GHz

I just tried to stream away from home and the DVR crashed. It restarted though.

Can you email the Log to support@getchannels.com

You’ll have it in about 30 minutes.

Glad to report this build fixed my guide issues

What kind of guide issues were you having before?

It was not matching most channels.
Before the update i had MyCity-Cable and MyCity-Digital
After the update, only digital was available, but it generated the entire list.

1 Like

Speeds that high are not possible, and usually mean the recording was already H.264 and was only getting remuxed.

New build available v2017.04.17.1856:

  • IMPROVED: Use recorder transcode setting for web playback with an EXTEND.
  • IMPROVED: More logging on tuner sharing events.
  • IMPROVED: Reduced HDHR communication timeouts from 5s to 3s.
  • IMPROVED: Ignore p2p and tunnel network interfaces in bonjour.
  • FIXED: Remove broken 240p option when using mac hardware transcoder.
  • FIXED: Make DVR checkbox clickable during initial setup.
  • FIXED: Settings page would not load if bonjour could not find any IPs.

Linux/FreeBSD/Mac/NAS (replace 127.0.0.1 with IP of DVR)

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

Windows (run in PowerShell)

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