or Connect
AVS › AVS Forum › Video Components › Home Theater Computers › *Official* Ivy Bridge for HTPCs Thread
New Posts  All Forums:Forum Nav:

*Official* Ivy Bridge for HTPCs Thread - Page 5

post #121 of 261
Quote:
Originally Posted by Robin Mitra View Post


For example, where I live (in PAL land)

This might be the key. I'm NTSC.
Quote:
Originally Posted by Robin Mitra View Post

What content does SAGE TV offer?

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
post #122 of 261
Quote:
Originally Posted by babgvant View Post

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.
post #123 of 261
Quote:
Originally Posted by Robin Mitra View Post

Well, if its a problem with 50Hz content, that's not too good either.

If you upload a sample WTV that repros, I have a look here with a monitor that supports 50Hz.
post #124 of 261
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
post #125 of 261
Quote:
Originally Posted by Robin Mitra View Post

Video BIOS: 2132.0

Same here.
Quote:
Originally Posted by Robin Mitra View Post

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

Dropbox?
post #126 of 261
Quote:
Originally Posted by babgvant View Post

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
post #127 of 261
Quote:
Originally Posted by Robin Mitra View Post

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.

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)
post #128 of 261
Quote:
Originally Posted by babgvant View Post

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.
post #129 of 261
Quote:
Originally Posted by Robin Mitra View Post

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.
post #130 of 261
Quote:
Originally Posted by babgvant View Post

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...
post #131 of 261
Quote:
Originally Posted by babgvant View Post

What's interesting from the results is that LAV's DXVA implementation works where the MS decoder (which also uses DXVA) does not.

Thats certainly a first on Intel. tongue.gif
post #132 of 261
Quote:
Originally Posted by Nevcairiel View Post

Thats certainly a first on Intel. tongue.gif

Well, since you joined...
Isn't LAV using DXVA2 almost exclusively?
I could imagine MS is DTV Decoder is more conservative. Just a thought.
post #133 of 261
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.
post #134 of 261
Quote:
Originally Posted by Nevcairiel View Post

. . . 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.
post #135 of 261
Quote:
Originally Posted by babgvant View Post

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.

Any news on this one?
Is this some kind of configuration issue?
post #136 of 261
Quote:
Originally Posted by Robin Mitra View Post

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.
post #137 of 261
Quote:
Originally Posted by babgvant View Post

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.
post #138 of 261
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.
post #139 of 261
Quote:
Originally Posted by babgvant View Post

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

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.
post #140 of 261
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?
post #141 of 261
http://ark.intel.com/

Pretty good chart to browse around and make a good decision based on your needs / wants
post #142 of 261
Quote:
Originally Posted by LeandrodaFL View Post

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?

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.
post #143 of 261
Quote:
Originally Posted by jakmal View Post


Andrew told me that he had the 'production BIOS', and he even linked me to one image where he captured the '23.976' refresh rate:




(Full credit goes to Andrew (babgvant) @ MissingRemote)


Unfortunately, it is not that stable apparently as the locking to 23.973 fps playback rate indicates. (I am yet to get Asus's version of the 'fixed BIOS' for my testbed).

As I wrote in a response to one of the comments on my review, if they get it between 23.974 and 23.978 and average out to 23.976, it will just end up like most of the other AMD and NVIDIA cards.

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..wink.gif

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%:
71760e23_i5_HD3000_23.991_kl.jpeg


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):

beep_delay.png

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

Thank you!
Edited by blaubart - 8/5/12 at 1:31pm
post #144 of 261
24pslices.jpg 247k .jpg file
Quote:
Originally Posted by blaubart View Post

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

Core i7-3770S results attached.
post #145 of 261
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..cool.gif - 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:

lav2.png
post #146 of 261
Quote:
Originally Posted by blaubart View Post

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..cool.gif - 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:
lav2.png

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.
post #147 of 261
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..smile.gif

p.s.
maybe the kids have better eyes..smile.gif
_
Edited by blaubart - 8/5/12 at 2:10pm
post #148 of 261
Quote:
Originally Posted by blaubart View Post

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

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

24pslices330.jpg 255k .jpg file
post #149 of 261
Every ~3.5 minutes and no jumps between - good enough for me.
If AnandTech is pleased with - no idea..wink.gif

Anyway, more thanks!
post #150 of 261
Quote:
Originally Posted by babgvant View Post

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)

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?
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Home Theater Computers
AVS › AVS Forum › Video Components › Home Theater Computers › *Official* Ivy Bridge for HTPCs Thread