2014-10-20, 09:00 PM
I've just bought myself an Intel NUC (D54250WYKH) to try out as a prototype NPVR client. It's very nice and with NPVR 3.2.9 and Windows 8.1 runs HDTV very happily at about 20% CPU usage. I'm using ffdshow for the video decoding and lav for the audio (both courtesy of SAF). I'm quite happy with that, but I did notice that by default, ffdshow wasn't taking advantage of the Intel Quicksync hardware decoding on the HD5000 video chipset. The odd thing is that when I reconfigured the ffdshow decoders to use the hardware decoding instead of libavcodec, the cpu usage went up noticeably, lipsync went out and the video developed a distinct stutter.
I'm not concerned, because the i5 CPU is more than up to the job of the software decode, but it struck me as odd, so I thought I'd put it out here to see if wiser heads could suggest why. I did think of buying the cheaper Celeron version to give it a try, but without the hardware decode working, it might struggle.
I'm not concerned, because the i5 CPU is more than up to the job of the software decode, but it struck me as odd, so I thought I'd put it out here to see if wiser heads could suggest why. I did think of buying the cheaper Celeron version to give it a try, but without the hardware decode working, it might struggle.
Server: Ci5 2500k, 3GB, Windows Server 2012, nPVR 3.5.7. 2xWinTV-DVB-T USB, 1xWinTV-DVB-T PCI, 2 x BlackGold DVB-T, 1xPCTV290E and 1xPCTV460E on Astra 28.2 E.
clients: RPI2, Acer R3700, PCH-A110, NUC, 3xSamsung Smart TV