No Hardware Accleration 7th Gen I3-7100

[JeremyFr79 228]

So just put together my new media system last night and uh a bit dissapointed.

 

Running an I3-7100, z270 mobo, Windows 10 Enterprise, Latest version of Emby Theater.  All drivers and OS up to date and I cannot get hardware acceleration to work at all in Emby Theater.  I've tried every setting known to man and get no difference.

 

If I use MPC-HC or "movies & TV" in Windows I get hardware acceleration.  

 

Any ideas here?? I would really like to start enjoying some 4K love in Theater but can't yet since it won't use the hardware decoder in the I3.

[JeremyFr79 228]

Ok so it really seems to be hit or miss.  1080P seems to use HW Decode if set for dxva copy back quicksync it's hard to tell if it is or not.  4k HEVC is a no go no matter what the settings, same 4k HEVC file plays find in MPC-HC and Movies&TV.

[JeremyFr79 228]

And this is in the Emby Theater stand alone, results are worse using the store app.

[Luke 42077]

Well the store app is using the system video player provided by Microsoft, so the hardware acceleration is not entirely in our control. I will consult with our resident direct show expert about hevc. Thanks.

[Guest asrequested]

Is it only 4k or any HEVC? 10 bit, 8 bit or both? I have an i5 6500 in my HTPC, no 4k content but I do have some 1080. I normally run DXVA2copyback but I'll play around with it and watch the GPU.

[Guest asrequested]

Also,are you using HDMI or a display port?

[Guest asrequested]

Playing a 1080 HEVC file with Quick Sync enabled on my i5 6500, hardware acceleration worked well. Maybe it's a KabyLake glitch? 

 

[Guest asrequested]

FWIW MadVr is up to 91.7

[Luke 42077]

Well done @

[Guest asrequested]

I am interested in this, though. I'll be getting a KabyLake in the not too distant future. I'm redesigning my HTPC around the display port and it's 4k abilities. 

[JeremyFr79 228]

4k HEVC, 10 bit but not HDR, display port.

 

If I play in mpc-hc I average 5% or so could so no load as expected. I played around with settings more in theater and got it to where I'm seeing 50% or so on could so it plays but obviously is still not fully utilizing hardware acceleratio. When I get home this evening I'll post more details from the file, settings etc.

[JeremyFr79 228]

Ok here's the file info......

 

Format                      : Matroska

Format version              : Version 4 / Version 2

File size                   : 8.90 GiB

Duration                    : 1 h 41 min

Overall bit rate            : 12.6 Mb/s

Encoded date                : UTC 2017-03-14 17:07:26

Writing application         : mkvmerge v9.9.0 ('Pick Up') 64bit

Writing library             : libebml v1.3.4 + libmatroska v1.4.5

Cover                       : Yes

Attachments                 : cover.jpg

 

Video

ID                          : 1

Format                      : HEVC

Format/Info                 : High Efficiency Video Coding

Format profile              : Main 10@L5.1@Main

Codec ID                    : V_MPEGH/ISO/HEVC

Duration                    : 1 h 41 min

Bit rate                    : 12.0 Mb/s

Width                       : 3 840 pixels

Height                      : 1 600 pixels

Display aspect ratio        : 2.40:1

Frame rate mode             : Constant

Frame rate                  : 23.976 (24000/1001) FPS

Color space                 : YUV

Chroma subsampling          : 4:2:0

Bit depth                   : 10 bits

Bits/(Pixel*Frame)          : 0.082

Stream size                 : 8.50 GiB (96%)

Writing library             : x265 2.3+17-6e348252e902:[Windows][GCC 7.0.1][64 bit] 10bit

Encoding settings           : cpuid=1049087 / frame-threads=3 / numa-pools=10 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1600 / interlace=0 / total-frames=145604 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=8 / scenecut=40 / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / analysis-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=12028 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-optrefine-level=5

Default                     : Yes

Forced                      : No

[Guest asrequested]

It may be that LAV needs to catch up bit. I see that 10bit support has been added, but there is a commit to update ffmpeg. Maybe that will help with this. Who knows when that will be released.

 

 

 

Are you using LAV with other players?

 

[JeremyFr79 228]

It may be that LAV needs to catch up bit. I see that 10bit support has been added, but there is a commit to update ffmpeg. Maybe that will help with this. Who knows when that will be released.

 

 

 

Are you using LAV with other players?

I have LAV .69 installed, I assume that MPC-HC is using LAV, using MPC-HC results in expected CPU usage during playback (essentially idle as it should be) Windows Media Player results in near 100% cpu, Movies&TV plays with same as MPC-HC but with no audio.

[Guest asrequested]

I have LAV .69 installed, I assume that MPC-HC is using LAV, using MPC-HC results in expected CPU usage during playback (essentially idle as it should be) Windows Media Player results in near 100% cpu, Movies&TV plays with same as MPC-HC but with no audio.

 

Windows will only use LAV if you disable windows media foundation, and configure the directshow player to affiliate with it. I used to do this, and I used the codectweaktool. If you haven't done that, then MPC is probably using the windows media foundation.

 

Oh wait! Doesn't MPC have all its own codecs, like VLC?

Edited March 18, 2017 by Doofus

[JeremyFr79 228]

doesn't Emby Theater stand alone use it's own Codecs included with it? or am I mistaken.  I'm NOT using the store version of Emby Theater.

[Guest asrequested]

doesn't Emby Theater stand alone use it's own Codecs included with it? or am I mistaken.  I'm NOT using the store version of Emby Theater.

 

It does, but if you use MPC, that will have it's own and not use the LAV that you've installed, or theater. What I'm getting at is the comparison between the two. That the issue may be with LAV. If you wanted to test LAV, you could disable the media foundation, use LAV under windows and play a file with Windows Media Player. That would circumvent everything.

[Guest asrequested]

Something else to consider is that theater is a much bigger program than MPC, so it will use more of the CPU than MPC. Comparing CPU usage between them isn't really a good comparison. I just watched the difference in GPU usage between nothing playing and playing something that needed a bit of juice. My i5 functions differently to my i7. The i7 clock is dynamic and will range. So looking at the stats, it might say 90% but the clock speed will be low, so it's processing with ease. With the i5 the clock is always high, not dynamic, and usage will be lower. But the GPU will function dependent on load, alone. Does your CPU function dynamically? I really want to get my hands on an i7 7700k

[JeremyFr79 228]

Trust me it was running at 100% as video was laggy and stuttering and skipping frames etc, all very clear indicators it was using the cpu only for decode and it couldn't keep up with decoding the content.  As it stands now I've found a fairly well working combination of settings.

 

Also I understand how speedstep and "turbo boost" work, and also the 7th gen processors have change how both of these are handled vs previous gen procs.  Anyways point stands it was definitely not hardware decoding at the onset but like I said I seem to have found a combination of settings that is yield sufficient results.  I'm now seeing roughly 30-50% CPU utilization while playing in ET which is better than the 90-100 I was seeing at first.  Outside of ET I am seeing the expected 5-6% while playing content and have working WMP now.  

 

As it stands it just seems the CODECs in ET just need to catch up, no big deal at this point as I know the amazing team behind Emby, as well as the teams behind the codecs they use will have things working well.

 

I wouldn't say this is resolved completely and we can definitely keep this thread going as things progress.  Tomorrow when I have a clearer (read sober) head I'll post up what I'm running for settings both in and out of ET that seem to be netting me the best results right now.  though ironically both in and out it seems using DXVA instead of QuickSync seems to be giving me better results right now.  I still need to play around with stuff of course.

[Guest asrequested]

I should be ordering mine in a few weeks, so I'll be referring to your configuration and comparing notes with you.

 

I'm also curious to see if the HDMI 19th pin issue still occurs with display port.

[JeremyFr79 228]

19th pin issue? not sure since I'm using an Active Dongle (which you'll want to get the Guru3d one if you want 60fps 4k no others do true 60FPS without downgrading the signal first)  What issue are you speaking of and I can let you know.

 

As for settings right now in ET if I leave everything Auto I get good playback of 4K using around 50% CPU, if I switch to Intel QS in ET It maxs the cpu and I get tons of droppe frames etc, DXVACopyback yields same results as Auto.

 

Another thing I've noticed if left on Auto LiveTV plays/looks like shit very stuttering, interlaced channels look like crap.  If I switch to IntelQS, TV looks perfect, but then 4k playback doesn't work lol.  I'm in a catch 22 right now

[Guest asrequested]

19th pin issue? not sure since I'm using an Active Dongle (which you'll want to get the Guru3d one if you want 60fps 4k no others do true 60FPS without downgrading the signal first)  What issue are you speaking of and I can let you know.

 

As for settings right now in ET if I leave everything Auto I get good playback of 4K using around 50% CPU, if I switch to Intel QS in ET It maxs the cpu and I get tons of droppe frames etc, DXVACopyback yields same results as Auto.

 

Another thing I've noticed if left on Auto LiveTV plays/looks like shit very stuttering, interlaced channels look like crap.  If I switch to IntelQS, TV looks perfect, but then 4k playback doesn't work lol.  I'm in a catch 22 right now

 

I'll be getting an active dongle, too. This one. The 19th pin issue is when you turn off the device the HDMI is connected to, it tells the display adapter to turn off. Then it turns back on. This resets the display adapter. So an open window will shift to the corner, or your fonts settings will revert to default etc. You can beat it with various adapters and widgets. I use monitor detector killer. The 19th pin is used to relay the signal that the device is off. I'm hoping that the display port doesn't do this.

 

The auto setting in my case, always uses QuickSync. I can tell, because I initially get a green screen for a second with QuickSync. I always leave it set to DXVA2Copyback.

 

What's your tv source? That possibly sounds like a splitter/codec issue. 

Edited March 19, 2017 by Doofus

[JeremyFr79 228]

TV Source is 2 Ceton InfiniTV 4's through WMC/ServerWMC to Emby.

[JeremyFr79 228]

I'd be concerned with the MDK as they only certify it up to 30FPS.........I haven't noticed an issue but I've been tinkering with shit and RDPing into it etc lately, Guess I'll have to see if I have the issue, I know with my last MoBo/CPU it wasn't an issue.  

[Guest asrequested]

Yeah, that's why I'm really hoping that the display port gets around the issue.