Intel's Haswell NUC: D54250WYK UCFF PC Review

The NUC as an HTPC

The form factor and network streaming power consumption profile of the Intel D54250WYK NUC makes it a very attractive option for HTPCs. We have already covered Haswell as a HTPC platform in great detail before. So, we will just take a look at a couple of interesting aspects which may vary from one build to another.

Refresh Rate Handling:

One of the most important fixes in Haswell for HTPC users was increased display refresh rate accuracy. We have already seen 23.976 Hz working perfectly in our custom Haswell HTPC build. The gallery below presents the various refresh rates that we tested out on the Intel D54250WYK NUC.

As expected, the refresh rate accuracy is excellent across all tested points. One of the pleasantly surprising aspect was that the drivers allowed forcing of refresh rates not reported by the display through EDID. This must have come in a recent update, because, when I was evaluating our first Haswell HTPC build, the i7-4765T based PC refused to drive 50 Hz on the Sony KDL46EX720. However, the NUC was able to do it successfully after deselecting 'Hide modes not supported by this monitor'.

Decoding and Rendering Benchmarks:

Detailed decoder / renderer benchmarks for Haswell were presented in our initial review. For the NUC, we are going to concentrate on XBMC's native decoding / rendering (used by the average HTPC user) and the combination of QuickSync with EVR-CP and madVR.

We used MPC-HC v1.7.1 for evaluation. LAV Filters 0.59.1.26 come pre-integrated as the default choice with that version. madVR 0.86.11 was configured with the following options: no decoding, deinterlacing automatically activated when needed with deactivation when in doubt (decided by only looking at pixels in the frame center), chroma upscaling set to bicubic with a sharpness of 75, image upscaling and downscaling done by GPU video logic using DXVA2 calls, rendering in full screen exclusive mode with playback delayed until fill up of the render queue, a separate device for presentation, CPU and GPU queue sizes of 128 and 24, 16 frames presented in advance, smooth motion features disabled and the default quality-performance tradeoffs of 16b pixel shader results and subtitle quality optimization for performance.

A number of experiments were done with different madVR settings and this was the one with which we were able to play all our test streams without frame drops. It must be noted that the streams benchmarked are meant to stress the system. The usual media file played back is more of the 1080p24 variety which goes comparatively easy on the resources compared to the 60 fps streams used for the tables below.

The only disappointing aspects above are related to the native decoder / renderer used by XBMC. Interlaced VC-1 decoding is broken when hardware accelerated decoding is enabled. Deinterlacing, particularly for the 480i60 stream, was not properly performed with any combination of settings. On the other hand, QuickSync decoding works smoothly (as expected) for all the test streams when used with any renderer.