4K Playback choppy when using MadVR mostly on X265 files and tv will not detect hdr

Hello when I use madVR for 4k video playback is choppy on some files like X265 or very large video files. Works better with Enhanced Custom presenter but as I understand it can not do HDR. I have had this problem forever with MadVR not playing 4k correctly. MadVR with DVXA Copy back eats the heck out of the cpu so I use direct DXVA2 Native custom presenter seems to work a bit better. Also how the heck do I turn subtitles off by default!? haha Thank you!

Sony XBR900E
Pioneer SC-LX701 Elite Receiver
Atevon latest standard HDMI
Windows 7 64bit
16gb ram
Samsung 500gb SSD
running movies off of WD 7200rpm Hard drive
AMD Radeon R9270x 4gb Video card.
AMD A-10 7870 CPU

Here is the log

Codec Tweak Tool | Log file | Generated at 2018-01-31 20:32:02

##### System Information #####

OS: Windows 7 Ultimate (6.01.7601) (x64)
CPU name: AMD A10-7870K Radeon R7, 12 Compute Cores 4C+8G
CPU speed: 3892 MHz (4t)
Memory: 15296 MB
Screen size: 2560x1440 (32bits) (29Hz) (150%)
Video card: AMD Radeon R9 200 Series
VendorID: 1002, DeviceID: 6810
Video mem: 4096 MB
Video driver: aticfx64.dll (Version 23.20.793.1024) (11-27-2017)
Audio device: High Definition Audio Device
Audio driver: HdAudio.sys (Version 6.1.7601.17514) (11-19-2010)

##### K-Lite Codec Pack #####

KLCP version: 13.8.0
KLCP type: standard

Speaker conf: as is

MPC renderer: EVR CP
MPC subs: VSFilter
MPC decoder: h264=DXVA2CB hevc=0 vp9=0 vc1=0 mpeg2=0

##### Decoder Settings #####

LAV Video:
H264=DXVA2N HEVC=DXVA2N VP9=1 VC1=1 MPEG2=1 MPEG4=1 WMV3=0

LAV Audio:
MP3=1 AC3=B DTS=B DTSHD=B EAC3=B TRUEHD=B AAC=1 Vorbis=1 LPCM=1 WMA=0

##### DirectShow Filters (32-bit) #####

(A total of 84 filters, 0 shown, 84 hidden)

##### DirectShow Filters (64-bit) #####

(A total of 81 filters, 0 shown, 81 hidden)

##### ICM Class Manager (32-bit) #####

(A total of 2 filters, 0 shown, 2 hidden)

##### ICM Class Manager (64-bit) #####

(A total of 3 filters, 0 shown, 3 hidden)

##### Default source filters (32-bit) #####

(A total of 55 default source filters, 0 shown, 55 hidden)

##### Default source filters (64-bit) #####

(A total of 55 default source filters, 0 shown, 55 hidden)

##### ACM and VFW Codecs (32-bit) #####

(A total of 15 codecs, 0 shown, 15 hidden)

##### ACM and VFW Codecs (64-bit) #####

(A total of 13 codecs, 0 shown, 13 hidden)

There are not many CPU's strong enough to decode x265 4K 10-bit content. You are really better off using x264 files because it requires a lot less CPU to decode.

Also, make sure that HEVC 10-bit is actually supported by your GPU, as it requires additional hardware support from 8-bit->10-bit You can check it here: http://bluesky23.yukishigure.com/en/DXVAChecker.html

If there's an entry saying "HEVC_VLD_MAIN10" then you should be okay.

Decoding any HEVC 4K content will be choppy, especially with 10-bit depth if it's using a software decoder. software decoding of this content is very hard for almost any CPU.

I use Intel QuickSync for decoding HEVC since my iGPU in my Intel supports HEVC and HEVC10 and it's still faster than CPU decoding.

Your GPU does not support hardware acceleration decoding of HEVC video. And your CPU probably also isn't fast enough for perfectly smooth playback.

These settings should bring Madvr performance closer to EVR-CP:
Madvr settings > scaling algorithms > image upscaling > DXVA2
Madvr settings > scaling algorithms > image downscaling > DXVA2

For subtitles:
MPC-HC options > Playback > Output > Subtitle Renderer > Internal Subtitle renderer
MPC-HC menu > Play > Subtitles > Enable (uncheck to disable subtitles by default)

I think the only consumers CPU's that can software decode HEVC10 4K@24fps smoothly are fairly recent i7s with hyperthreading, 6-core Coffee Lake's and AMD Threadrippers/8-cores. It is very dependent on core count because video decoding is very thread safe.

thanks guys i am going to try those settings.

Well I am playing a HEVC X265 Main 10 file and seems to be fine. Seems the normal looks like the actual height and width 3840 x 1600 files play fine its the 3840 x 2160 H265 that seems to be giving me the trouble when they are larger than a few gigs  So pinned it down, I cannot play smoothly 3840x2160 H265 but I can play 3840x2160 H264 or 3840x1600 H265. Edit I just played a 3840x2160 HEVC H265 and it worked fine. It was a smaller file size though seems any file larger than 10 gig has choppiness. Here is the data on that file. and I will put he one that plays choppy after.

Format : Matroska
Format version : Version 4 / Version 2
File size : 1.77 GiB
Duration : 1 h 0 min
Overall bit rate : 4 188 kb/s
Encoded date : UTC 2017-01-27 17:55:18
Writing application : mkvmerge v9.2.0 ('Photograph') 64bit
Writing library : libebml v1.3.3 + libmatroska v1.4.4

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 1 h 0 min
Bit rate : 4 001 kb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
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.020
Stream size : 1.69 GiB (96%)
Writing library : x265 2.0+54-e5ca9b210223:[Windows][MSVC 1900][64 bit] 10bit
Encoding settings : wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / early-skip / rskip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=250 / min-keyint=23 / scenecut=40 / rc-lookahead=20 / lookahead-slices=8 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=3 / limit-refs=3 / no-limit-modes / weightp / no-weightb / aq-mode=3 / qg-size=32 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=0.00 / rdoq-level=0 / psy-rdoq=0.00 / log2-max-poc-lsb=8 / no-rd-refine / signhide / deblock=0:0 / sao / no-sao-non-deblock / b-pyramid / cutree / no-intra-refresh / rc=2 / pass / bitrate=4000 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=1.0 / ipratio=1.40 / pbratio=1.30
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Format settings : Explicit
Codec ID : A_AAC-2
Duration : 1 h 0 min
Bit rate : 185 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz / 24.0 kHz
Frame rate : 23.438 FPS (1024 SPF)
Compression mode : Lossy
Delay relative to video : 31 ms
Stream size : 79.8 MiB (4%)
Language : English
Default : No
Forced : No

Text #1
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 58 min 41 s
Bit rate : 84 b/s
Count of elements : 1095
Stream size : 36.3 KiB (0%)
Language : English
Default : No
Forced : No

Text #2
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 58 min 48 s
Bit rate : 87 b/s
Count of elements : 1144
Stream size : 37.5 KiB (0%)
Language : English
Default : No
Forced : No

Here is a file that plays choppy:

Format : Matroska
Format version : Version 4 / Version 2
File size : 12.3 GiB
Duration : 58 min 15 s
Overall bit rate : 30.3 Mb/s
Encoded date : UTC 2017-04-09 02:09:51
Writing application : mkvmerge v10.0.0 ('To Drown In You') 64bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 49 min 22 s
Bit rate : 24.3 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.117
Stream size : 8.39 GiB (68%)
Writing library : x265 2.3+23-97435a0870be:[Windows][GCC 6.3.0][64 bit] 10bit
Encoding settings : cpuid=1173503 / frame-threads=3 / numa-pools=12 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x2160 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=1 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=25 / keyint=250 / bframes=3 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=40 / lookahead-slices=0 / scenecut=40 / no-intra-refresh / ctu=32 / 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=2 / dynamic-rd=0.00 / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=0 / no-limit-modes / me=2 / subme=7 / merange=57 / temporal-mvp / weightp / weightb / no-analyze-src-pics / no-deblock / no-sao / no-sao-non-deblock / rd=6 / no-early-skip / no-rskip / fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=3.00 / psy-rdoq=6.00 / no-rd-refine / analysis-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=21.0 / qcomp=0.80 / qpstep=1 / stats-write=0 / stats-read=0 / vbv-maxrate=100000 / vbv-bufsize=100000 / vbv-init=0.9 / crf-max=0.0 / crf-min=0.0 / ipratio=1.10 / pbratio=1.00 / aq-mode=3 / aq-strength=1.00 / no-cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=51 / qpmin=0 / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / 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-opt / refine-level=5
Language : English
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant

Audio #1
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 49 min 22 s
Bit rate mode : Variable / Constant
Bit rate : 3 840 kb/s / 1 509 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz





Lastly
Is the MadVR with those settings( that work great) going to give me a better picture than enhanced Custom presenter? and since it is working should I leave MadVR display to 10bit and higher and the HDR to passthough?  


Thank You, Thank You, Thank You for your help and advice I'm just trying to get the best possible picture out of my rig.

The bigger file has a much higher bitrate. More data means more decoding work. Your CPU is not fast enough for the second file.

and since it is working should I leave MadVR display to 10bit and higher and the HDR to passthough?

Yes.

Is the MadVR with those settings( that work great) going to give me a better picture than enhanced Custom presenter?

For HDR yes. For normal videos there will not be much difference with these 'basic' madvr settings. The more advanced algorithms in Madvr give (a little) better quality, but require more powerful hardware.

Thanks for answering my questions! Have a good weekend and keep up the great work!

Hello,

I had the same problem and you need windows 10 creators update to get a native HDR and for you to fully use directx11 feature in rendering cause its for directx 12 I don't know why it says 7. Anyway I use MadVR with DXVA native i3 3310 and GTX 950 I have no problem with 4k HDR x265 or x264 they were choppy when I was on windows 7 and I couldn't even get HDR to work properly. That being said neither your CPU or GPU support x265 decoding so that's why it's getting choppy on x265 better stick to x264 or buy a 950 as me the lowest gpu that supports x265 decoding.

HDR should also work on Windows 7 with NVIDIA, but only with very recent drivers. But I recommend Windows 10 if you care about HDR.

You should try D3D11 hardware acceleration in LAV Video. That might improve performance even a little bit more. Only downside is that it does not yet support deinterlacing or black bar detection in Madvr, but most people don't use or need that.