DVR server on windows

Not sure if this belongs here, but I am using the Windows 10 64-bit DVR version. Web streaming works for live TV, but not recordings. Appears to be transcoding, but picture never displays. I have it on the lowest setting, and have used Firefox and Chrome on Windows, or Safari on iPhone 7.

What does the log say?

2017/02/01 15:12:30 [HLS] Starting transcoder for file-14 at 0s (encoder=libx264, resolution=240, deinterlacer=blend, bitrate=360)
[mpegts @ 000000000220bfc0] Dropped corrupted packet (stream = 1)
[mpegts @ 000000000220bfc0] Dropped corrupted packet (stream = 2)
2017/02/01 15:12:49 [HLS] Stopping transcoder session file-14 @ 41.708344s
2017/02/01 15:12:50 [HLS] error during ffmpeg progress: read tcp 127.0.0.1:8089->127.0.0.1:52796: wsarecv: An existing connection was forcibly closed by the remote host.

Thanks. It looks like recording playback on windows broke with yesterday’s build.

Ok. BTW - love the software, keep it up! I was having trouble with the Linux server going offline (my issue I am sure), so this is a marked improvement being able to install on an OS I am more familiar with.

I’m not the “you” you’re talking to :slight_smile:, but here’s the changelog:

With the latest build 2017.02.01.2149 the channel listing disappears at the slightest movement of the mouse in the web interface. Settings -> 506 channels on … is where I’m at. The page below stays grey until I refresh the page.

This is using the Microsoft Edge browser. Works fine in Chrome. Edge had been working for me.

The recording playback bug on windows has been fixed in v2017.02.02.0208

Perfect - web viewer now working as expected with recordings. Thanks!

1 Like

Having an issue where hardware transcoding is not working, trying to play content does not load, however software transcoding does however. I have channels DVR running on a headless server with an i5 6500 with Intel HD Graphics 530. As I mentioned, it is headless, would this impede channels trying to transcode via hardware? I am running my Plex server on this machine as well, so would that be having an issue where it would not allow it to be used? I was looking in task manager on the computer and I saw igmpfx or something like that. Any ideas? EDIT: I should also mention that this is through the web GUI, just installed last night, don’t know if it works on ATV yet

Yes this might be why.

Please post what the Log says when you try hardware transcoding.

This is what the log says. All the web UI player says is “Transcoder starting” but does not ever play anything.

2017/02/03 11:03:07 [HLS] Starting transcoder for channel 618 (encoder=h264_qsv, resolution=1080, deinterlacer=blend, bitrate=6000)
[mpegts @ 0000000000e39120] Dropped corrupted packet (stream = 1)
[mpegts @ 0000000000e39120] Dropped corrupted packet (stream = 0)
pipe:: could not seek to position 8142.446
[ac3 @ 00000000030d60e0] frame sync error
Error while decoding stream #0:1: Invalid data found when processing input
[aac @ 00000000030ba400] Queue input is backward in time
[hls @ 0000000002fd24c0] Non-monotonous DTS in output stream 0:1; previous: 4800, current: 3840; changing to 4801. This may result in incorrect timestamps in the output file.
[h264_qsv @ 0000000002fd4340] EncodeFrameAsync returned -17
Video encoding failed
[aac @ 00000000030ba400] 2 frames left in the queue on closing
2017/02/03 11:04:31 [HLS] Stopping transcoder session 13233C61-ch618 @ 0s
2017/02/03 11:05:01 [HLS] Starting transcoder for channel 618 (encoder=h264_qsv, resolution=1080, deinterlacer=blend, bitrate=6000)
pipe:: could not seek to position 8267.982
[ac3 @ 000000000301a4c0] frame sync error
Error while decoding stream #0:1: Invalid data found when processing input
[aac @ 0000000002e83600] Queue input is backward in time
[hls @ 00000000032f22c0] Non-monotonous DTS in output stream 0:1; previous: 98400, current: 97440; changing to 98401. This may result in incorrect timestamps in the output file.
[h264_qsv @ 00000000032f3de0] EncodeFrameAsync returned -17
Video encoding failed
[aac @ 0000000002e83600] 2 frames left in the queue on closing

Looks like the hardware transcoder is failing to initialize.

Please plug something into the hdmi port and see if it makes any difference.

Also you can try to update your drivers to the latest version: www.intel.com/content/www/us/en/support/detect.html

Yeah, I tried updating to the latest drivers and it did no good, I will try out hooking up a monitor later today and testing. If that ends up working I might try to see if I can set up a virtual display to trick the driver into thinking there is a monitor attached.

Just tried hooking a monitor up to the PC and tried hardware transcoding, no luck.

Bummer. Did you try playing back a recording instead of live tv? Is that the same?

Note that you can still use software transcoding no problem (just like Plex does), and that watching from the Apple TV does not even require a transcoder.

Yeah software works great, I have not done a recording as of yet and playing that through the web interface, CPU is about 30% load using software at 1080p @10 mbps. Obviously ATV is more important than the web UI but find it odd that hardware transcoding does not work, I will just use software when I am out of the house and perhaps we will find a solution for hardware transcoding in the future, other than that so far it is working great!

Odd indeed.

I found someone else who was having this issues on windows10, and said:

The problem stopped occurring for me when I updated to the latest Intel® Graphics Driver (version 15.45.10.4542). Hopefully this will work for others as well.

What version of the driver was installed after you updated?

Also earlier on this thread @facke02 reported getting the same error watching live tv. But watching recordings was working just fine.

Try making a quick recording on the web interface and see if it plays back.

@facke02 Are you still getting the encoding error on live tv?