Concluding Remarks

The Haswell platform ticks all the checkboxes for the mainstream HTPC user. It fixes some nagging bugs left behind in Ivy Bridge. Setting up MPC-HC with LAV Filters was a walk in the park. With good and stable support for DXVA2 APIs in the drivers, even softwares like XBMC can take advantage of the GPU's capabilities. Essential video processing steps such as chroma upsampling, cadence detection and deinterlacing work beautifully. For advanced users, the GPU is capable of supporting madVR for most usage scenarios even with DDR3-1600 memory in the system.

Admittedly, there doesn't seem to be much improvement in madVR capabilities over the HD4000 in Ivy Bridge. The madVR developer has also added more complicated algorithms to the mix and made further refinements to existing ones (such as the anti-ringing filter). The improvements in the Intel GPU capabilities haven't kept up with the requirements of these updates. That said, madVR with DXVA2 scaling works well and looks good, satifying some of the HTPC users who have moved to it from the default renderers. We could certainly complain about some missing driver features and the lack of hardware decode capabilities for 10b H.264 streams. HEVC (H.265) decode acceleration is absent too. However, let us be reasonable and accept the fact that despite  anime's adoption of 10b H.264 in a big way, it is yet to gain mass-market appeal. HEVC was standardized pretty recently, and Haswell's GPU would have long been past the design stage by that time. To further Intel's defense, neither NVIDIA nor AMD support these two features.

Talking of display refresh rate support, Intel has finally fixed the 23.976 Hz bug which has been plaguing Intel-based HTPCs since 2008. This is going to make HTPC enthusiasts really happy. The fact that Intel manages the best match for the required refresh rate compared to AMD and NVIDIA cards is just icing on the cake. The 4K H.264 decode and output support from Haswell seems very promising for the 4K ecosystem. It also strengthens H.264's relevance for some time to come in the 4K arena.

The biggest disappointment with Haswell in the media department is the regression in QuickSync video transcode quality. The salt in the wound is really Intel's claims before launch of significant increases in QS video quality. Ivy Bridge definitely produces better quality QSV accelerated video transcodes.  Combine that with a lack of significant progress on the software support side until recently (hooray for Handbrake, boo for no substantial OS X deployment) and you'd almost get the impression that Intel was trying its best to ruin one of the most promising features of its Core microprocessors. Haswell doesn't ruin QuickSync, the technology is still a great way of getting your content quickly transcoded for use on mobile devices. However, in its current implementation, Haswell does absolutely nothing to further QuickSync - in fact, it's a definitely step in the wrong direction.

The low power consumption of the Haswell system makes it ideal for HTPC builds, and we are very bullish on the NUC as well as the capabilities of completely passive builds as HTPC platforms. Our overall conclusion is that Haswell takes discrete GPUs out of the equation for a vast majority of HTPC users. The few who care about advanced madVR scaling algorithms (such as Jinc and the anti-ringing filters for Lanczos) may need to fork out for a discrete GPU, but even those will probably be of the higher end variety rather than the entry level GT 640s and AMD 7750s that we have been suggesting so far.

Power Consumption
Comments Locked

95 Comments

View All Comments

  • meacupla - Monday, June 3, 2013 - link

    there's like... exactly one mITX FM2 mobo even worth considering out of a grand total of two. One of them catches on fire and neither of them have bluetooth or wifi.

    LGA1155 and LGA1150 have at least four each.
  • TomWomack - Monday, June 3, 2013 - link

    The mITX FM2 motherboard that I bought last week has bluetooth and wifi; they're slightly kludged in (they are USB modules apparently glued into extra USB ports that they've added), but I don't care.

    The Haswell mITX boards aren't available from my preferred supplier yet, so I've gone for micro-ATX for that machine.
  • BMNify - Monday, June 3, 2013 - link

    I know you're trolling but the fact is more people are content with converting their 5 year old C2D cookie cutter desktop into an HTPC ($50 video card + case + IR receiver = job done) than buying all new kit.
    We reached the age of "good enough" years ago. Money is tight and with all the available gadgets on the market (and more to come) people are looking to make it go as far as possible. Intel is going to find it harder and harder to get their high margin silicon into the homes of the average family. Good enough ARM mobile + good enough x86 allows people to own more devices and still pay the bills. It looks like AMD has accepted this, they've taking their lumps and are moving forward in this "new world". I'm not sure what Intels long term strategy is but I'm a bit concerned.
  • Veroxious - Tuesday, June 4, 2013 - link

    Agreed 100%. I am using an old Dell SFF with an E2140 LGA775 CPU running XBMCbuntu. It works like a charm. I can watch movies while simultaneously adding content. That PC is near silent. What incentive do I have for upgrading to a Haswell based system? None whatsoever.
  • kallogan - Monday, June 3, 2013 - link

    2.0 ghz seriously ??? The core 45W Sandy i5-2500T was at 2,3 ghz and 3,3 ghz turbo. LOL at this useless cpu gen.
  • kallogan - Monday, June 3, 2013 - link

    Forget my comment didn't see it was a i7 with 8 threads. 35W tdp is not bad either. But the 45W core i7-3770T would still smoke this.
  • Montago - Monday, June 3, 2013 - link

    I must be blind... i don't see the regression you are talking about.

    HD4000 QSV usually get smudgy and blocky.. and that i don't see in HD4600 ... so i think you are wrong in your statements.

    comparing the frames, there is little difference, and none i would ever notice while watching the movie on a handheld device like an tablet or Smartphone.

    The biggest problem with QSV is not the quality, but the filesize :-(
    QSV is usually 2x larger than x264
  • ganeshts - Monday, June 3, 2013 - link

    Montago,

    Just one example of the many that can be unearthed from the galleries:

    Look at Frame 4 in the 720p encodes in full size here:

    HD4600: http://images.anandtech.com/galleries/2836/QSV-720...
    HD4000: http://images.anandtech.com/galleries/2839/QSV-HD4...

    Look at the horns of the cattle in the background to the right of the horse. The HD4000 version is sharper and more faithful to the original compared to the HD4600 version, even though the target bitrate is the same.

    In general, when looking at the video being played back, these differences added up to a very evident quality loss.

    Objectively, even the FPS took a beating with the HD4600 compared to the HD4000. There is some driver issue managing the new QuickSync Haswell modes definitely.
  • nevcairiel - Monday, June 3, 2013 - link

    The main Haswell performance test from Anand at least showed improved QuickSync performance over Ivy, as well as something called the "Better Quality" mode (which was slower than Ivy, but never specified what it really meant)
  • ganeshts - Monday, June 3, 2013 - link

    Anand used MediaEspresso (CyberLink's commercial app), while I used HandBrake. As far as I remember, MediaEspresso doesn't allow specification of target bitrate (at least from the time that I used it a year or so back), just better quality or better performance. Handbrake allows setting of target bitrate, so the modes that are being used by the Handbrake app might be completely different from those used by MediaEspresso.

    As we theorize, some new Haswell modes which are probably not being used by MediaEspresso are making the transcodes longer and worse quality.

Log in

Don't have an account? Sign up now