*Official* Ivy Bridge for HTPCs Thread - Page 5

This might be the key. I'm NTSC.

Pretty much everything except Copy-Once CableCARD content, but it doesn't really matter. They were bought out by Google ~1yr ago, taken off the market, and left to waste away... RIP

Well, if its a problem with 50Hz content, that's not too good either.
I think I have some NTSC based stuff lying around somewhere, I'll test when I get home.

My whole impression of IB is that it's not near release ready yet, and that Intel just released something to keep their OEMs kinda happy. Look at the fiasko with latest BIOSes for SB boards with support for IB.
What the heck, I'll just have to wait and see if the idea of a PC-based HTPC will survive this round.

If you upload a sample WTV that repros, I have a look here with a monitor that supports 50Hz.

Here's what intel sysinfo says:

Report Date: 6/28/2012
Report Time[hh:mm:ss]: 23:03:54
Driver Version: 8.15.10.2761
Operating System: Windows 7 Service Pack 1(6.1.7601)
Default Language: German (Germany)
DirectX* Version: 11.0
Physical Memory: 16077 MB
Minimum Graphics Memory: 256 MB
Maximum Graphics Memory: 1760 MB
Graphics Memory in Use: 120 MB
Processor: Intel64 Family 6 Model 58 Stepping 9
Processor Speed: 3400 MHz
Vendor ID: 8086
Device ID: 0162
Device Revision: 09




* Processor Graphics Information *


Processor Graphics in Use: Intel(R) HD Graphics 4000
Video BIOS: 2132.0
Current Graphics Mode: 1920 by 1200


I also have a short piece ~250MB that shows the effect. Where do you want me to upload it (any preferences)?

BTW, I noticed that 720p is OK after all, maybe with this driver release, or I was mistaken about 720p all the time.
I haven't found anything NTSC yet.

Edit:
looking around, I couldn't find anything NTSC. So it boils down to interlaced HD then. I thought I read something from egur in the doom9 forum about some troubles with interlaced HD content, but I'm not sure.
Edited by Robin Mitra - 6/28/12 at 3:57pm

Same here.

Dropbox?

Here goes...

https://dl.dropbox.com/u/88601158/S06E09%20-%20Mali-Buh%20-%20short.wtv


BTW, I tried this on a 'normal' desktop 1920x1200x60 Monitor, no need to find a TV if you just want to test.
OTOH, if it turns out to work on a 50Hz display....
I just didn't bother moving the tower to the TV yet.
Edited by Robin Mitra - 6/29/12 at 2:33pm

HD4000 @60Hz:

7MC = unwatchable, lots of video corruption
GraphStudioNext MS Decoder (what 7MC uses) = same as 7MC
GraphStudioNext LAV Video (DXVA2) = smooth, looks OK (although video looks highly compressed)
GraphStudioNext LAV Video (QS) = smooth, looks OK (although video looks highly compressed)

HD4000 @50Hz:

7MC = unwatchable, lots of video corruption
GraphStudioNext MS Decoder (what 7MC uses) = same as 7MC
GraphStudioNext LAV Video (DXVA2) = smooth, looks OK (although video looks highly compressed)
GraphStudioNext LAV Video (QS) = smooth, looks OK (although video looks highly compressed)

Yup, like I said. I was also assuming that Lav Suite (or other 3rd party codecs) would do better, but that is not an option WMC live TV, IIRC.
Did you play the WTV directly with GSnext, or did you extract the ts from it to run with LAV
I guess Intel has skipped the regression tests for now.

Anyway, thanks for confirming. Your word definitely has more weight than mine.

I played the WTV directly.

These results indicate that it's not a driver/hardware issue (i.e. not Intel's problem per se). What's interesting from the results is that LAV's DXVA implementation works where the MS decoder (which also uses DXVA) does not.

That said, it doesn't mean that Intel can't do something to address the issue; I just want to make sure that it's clear where the fault lies (with MS's DXVA implementation).

Can you leave the file up? I will pass it on to a contact at Intel.

Sure.
Let me know if you need additional samples.

Although I normally don't use drivers from ms update, this might be a temporary workaround right now. Maybe they have something that has been tweaked. Or MS get'S there first...

Thats certainly a first on Intel.

Well, since you joined...
Isn't LAV using DXVA2 almost exclusively?
I could imagine MS is DTV Decoder is more conservative. Just a thought.

I have no idea what you mean with that. Either a decoder uses DXVA2, or it doesn't. How you send the frames to the GPU then determines if you get back a good picture, or well, not.
LAV is in no way exclusively DXVA, it has plenty of other modes including full software decoding support.

. . . for which I am glad! Thanks, Nev.

Any news on this one?
Is this some kind of configuration issue?

It has been passed on to the GPU driver team, so now we wait.

Ok, Thanks, just wanted to know if I've been doing something stupid.
Not too many reports about IB based WMC users out there.

Is anybody successfully using a Hauppauge HVR-2250 ATSC capture card with a 7-series motherboard and IVB? I've read some reports that the cards are not even recognized at the BIOS level with some motherboards ( http://communities.intel.com/message/155615#155615 ). If you have a HVR-2250 + 7 series motherboard + IVB and it is working, what motherboard are you using? I don't have an IVB system yet; I'm just considering an upgrade.

People who have been using ATI in their HTPC have told me that this effect was 'default' for them for years since 2009 just until (quite) a few months ago where ATi fixed it. At that time they used to switch off DXVA alltogether as a workaround.
I only recently decided to forget about IB based HTPC and added an ATI dGPU to my Clarkdale system and can confirm that:
1. the video experience is a lot better
2. I don't have these artefacts on channel switching with the recent drivers. In fact video is OK in all my use cases.
3. I do have some issues with HDMI sound, but I guess I just need to get acquainted with ATI now...

I would still prefer Intel get's this fixed.

NEED HELP CHOSING A CPU FOR HTPC BUILD

All My machine will do is play blu-ray and record HDTV cable content. Im concerned about TDP, as I want a 0db system, well as silent as possible. My case is the moneual 320 wich has 3x 40mm in the rear and thats it. Also, Im going integrated graphics.

Basically I wanted a Intel HD4000 with 45W TDP, but apparently Intel is not releasing this CPU yet. All I find is 66W. Is that too hot for my machine?

http://ark.intel.com/

Pretty good chart to browse around and make a good decision based on your needs / wants

A 65W CPU will be fine in the 320B as long as you don't pack the case.

I ran an i5-2400S + 2TB WD Black + SSD in the 320 for a long time w/ just the PSU and HSF providing active cooling w/o any issues.

Could anybody be so nice to test "23.976-Slices" on his Ivy Bridge HD4000?

I'd only like to know before next buying: 1 drop/repeat each 5 1/2 minutes thru 23.973 would be NOT the problem but if there were more..

The more would be rel. fast to spot by the pattern without having to watch rare panning scenes in movies over and over:
23.976-Slices, 1080p, H.264, AAC+AC3, 8:22min, low bitrate - 30MB

Yes I know, should be all clean now with HD4000 but that's theory and "23.976-Slices" is practice..

An example:
a "Dell Vostro 3550" i5-2450M (Cougar Point HM67, Sandy Bridge) HD3000 I have to test here still does not like the 23 Hz setting (Intel Graphics Control Panel) at all:
23Hz log to insane 23.991 which produce rel. hard drops every 21sec (screenshot).

They are not recognized by the EVR graph (red and green line jumping every 66.66sec) but only appear as additional 21s-stutter in the ticker!
(I have to set 24Hz (display 24.001) - then only left the 40sec drops as displayed by the graph).

Screenshot, resized 70%:



Additional feature, I built in the "Pong" sounds every time the ticker bouncing (every 5 sec) from the edge.
This beeps are only 50 ms long and so you are able to "see" your video or audio delay (ie. to set the AVR audio delay appropriate to TV):



So please if only ONE could tell me if Ivy Bridge HD4000 is "clean"..

Thank you!
Edited by blaubart - 8/5/12 at 1:31pm

24pslices.jpg 247k .jpg file
Core i7-3770S results attached.

Thanks!

Any drops/repeats (ticker judders) more among the normal 5+ minutes?

I know it's hard to follow the ticker but I tried to design it eye-friendly.. - May be you manage 2-3 minutes or so would be enough for me.

The judders direct after starting the video do not count. Just wait 2-3 beeps till everything calmed down.

LAV video decoder should be set to QuickSync and HW Decoding:

Lav Video was configured using QS in the screenshot (which was taken a minute or two into playback). I didn't notice any issues w/ playback or A/V sync during playback.

The kids are using the TV right now, I'll try to take a longer look later tonight.

Thanks again!
The green line should slowly go up and up and after a while (maybe 5 min) jump down to the red.

Only in this moment the ticker might jump a micro-bit but don't always have to. Please no more micro-jumps here and there.. - that's all..

p.s.
maybe the kids have better eyes..
_
Edited by blaubart - 8/5/12 at 2:10pm

The drop happens every ~3.5 minutes. When it occurs there is a slight jump.

24pslices330.jpg 255k .jpg file

Every ~3.5 minutes and no jumps between - good enough for me.
If AnandTech is pleased with - no idea..

Anyway, more thanks!

I also tried a few things.
It seems to only be a problem when you use MS-DTV_Decoder + EVR as renderer (what WMC does, IIRC)
MS-DTV_decoder + VMR seems OK (at least a lot better than EVR)

When using LAV, both VMR and EVR are OK.

Funny thing, this. Any ideas?