Intel's Haswell - An HTPC Perspective: Media Playback, 4K and QuickSync Evaluated
by Ganesh T S on June 2, 2013 8:15 PM ESTConcluding 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.
Facebook
Twitter
RSS
95 Comments
View All Comments
eio - Sunday, June 23, 2013 - link
great example! very interesting.I agree with Montage that for most snapshots, HD4600 is significantly better than HD4000 for retaining much more texture, even for this frame 4 in 1080p.
but in 720p HD4600 shows its trade off of keep more fine grained texture: looks like HD4600 are regressed in low contrast, large scale structral infomation.
as you said, this type of regression can be more evident in video than snapshots.
eio - Sunday, June 23, 2013 - link
another thing that surprises me is: x264 is a clear loser in this test. I don't understand why, what are the specific params that handbrake used to call x264?nevcairiel - Monday, June 3, 2013 - link
@ganeshtsI'm curious, what did you use for DXVA2N testing of VC-1?
LAV Video doesn't support VC-1 DXVA2 on Intel, at least on Ivy Bridge, and i doubt Haswell changed much (although it would be a nice surprise, i'll see for myself in a few days)
ganeshts - Monday, June 3, 2013 - link
Hendrik,I made a note that DXVA2N for interlaced VC-1 has software fallback.
That issue is still not fixed in Haswell. That is why you see QuickSync consuming lower power compared to DXVA2N for the interlaced VC-1 sample.
zilexa - Monday, June 3, 2013 - link
To be honest, now that I have a near-perfect Raspberry setup, I would never buy a Core ix/AMD Ax HTPC anymore. Huge waiste of money for almost un-noticable image quality improvement.The Raspberry Pi will use max 6.5w, usually much lower. Speed in XBMC is no issue anymore, and it plays back all my movies just fine (Batman imax x264 rip 7-15MBps). I play mostly downloaded tv shows, streams and occasionally a movie. It also takes care of the whole download process in the background. So I don't even have a computer anymore at home. I sold my old AMD 780G based Silverstone M2 HTPC for €170 and it was the best decision ever.
Still cool to read about the high end possibilities of HTPC/MadVR or actually just video playback and encoding, cos thats what this is really about. But I would never buy a system to be able to support this. HTPC in my opinion is to be in a lazy mode and able to playback your shows/movies/watch your photos and streams in good HD quality and audio.
If you need HTPC, in my opinion there is no need for such an investment in a computer system which is meant for a huge variety of computing tasks.
jwcalla - Monday, June 3, 2013 - link
It's going to depend on individual needs of course, and I think your Raspberry Pi is on the other end of the extreme, but otherwise I kind of have the same reaction. This has got to be an $800+ build here for an HTPC and then I begin to wonder if this is a practical approach.Owing to the fact that Intel's entire marketing strategy is to oversell to the consumer (i.e., sell him much more than he really needs), it seems that sometimes these reviews follow the strategy too closely. For an HTPC? Core i3 at the max. And even that's being generous. If one needs certain workloads like transcoding and such then maybe a higher end box is needed. But then I question if that kind of stuff is appropriate for an HTPC.
superjim - Monday, June 3, 2013 - link
Playback a raw M2TS 1080p 60fps file on your Pi and get back to me.phoenix_rizzen - Monday, June 3, 2013 - link
How did you get around the "interface is not accelerated" issue on the RPi? I found it completely useless when trying to navigate the XBMC interface itself (you know, to select the show to watch). Sure, once the video was loaded, and processing moved over to the hardware decoder, things ran smooth as silk.I sold my RPi two weeks after receiving it due to this issue. Just wasn't worth the headaches. Since moved to a quad-core AthlonII running off an SSD with a fanless nVidia dGPU. So much nicer to work with.
vlado08 - Monday, June 3, 2013 - link
What about Frame Rate Conversion (FRC) capability?ericgl21 - Monday, June 3, 2013 - link
Ganesh,Let's assume you have two 4K/60p video files playing in a loop at the same time for a duration of 3 hours.
Is it possible that Iris or Iris Pro could play those two video streams at the same time, without dropping frames and without the processor throttling throughout the entire movie playback ?
I mean, connecting two 4K TVs, one to the HDMI port and the other to the DisplayPort, and outputting each video to each TV. Would you say the Iris / Iris Pro is up to this task? Could you test this scenario?