INTERACT FORUM
Devices => Video Cards, Monitors, Televisions, and Projectors => Topic started by: fitbrit on May 06, 2018, 11:09:45 pm
-
I am having trouble with one particular set of 4K files with the latest Nvidia driver., and possibly the previous one too When I try to play those files with ROHQ and Hardware acceleration on, I get a mess of video - worse than scrambled cable signals. Turn off HA in ROHQ, or switch to ROStd and all is well. This is with a GTX1050Ti. Other 4K mkv files play just fine.
I am downscaling these to 1080p because my screens are limited to that resolution for now.
Has anyone seen anything similar? Using a laptop with an older Nvidia card, and the same ROHQ settings results in normal playback, so not sure where the problem is.
-
Any difference in the specs? (eg media info to compare it with the ones that work?)
-
Good idea. Will do when the sun is up.
-
The main difference between those that work and those that do not:
This is the problematic series:
ID/String : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format_Profile : Main 10@L5@Main
CodecID : V_MPEGH/ISO/HEVC
Duration/String : 48 min 23 s
BitRate/String : 15.2 Mb/s
Width/String : 3 840 pixels
Height/String : 2 160 pixels
DisplayAspectRatio/String : 16:9
FrameRate_Mode/String : Constant
FrameRate/String : 23.976 (24000/1001) FPS
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 10 bits
Bits-(Pixel*Frame) : 0.076
StreamSize/String : 5.13 GiB (96%)
Default/String : Yes
Forced/String : No
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709
Statistics Tags Issue : mkvmerge v12.0.0 ('Trust / Lust') 64bit 2017-05-29 08:29:33 / mkvmerge v12.0.0 ('Trust / Lust') 64bit 2017-05-29 08:29:33 / UTC 2017-01-07 01:24:54
FromStats_BitRate : 15475897
FromStats_Duration : 00:48:23.276000000
FromStats_FrameCount : 69609
FromStats_StreamSize : 5616350198
This is one that works fine:
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 51 min 0 s
Bit rate : 19.3 Mb/s
Width : 3 840 pixels
Height : 1 920 pixels
Display aspect ratio : 2.000
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.109
Stream size : 6.89 GiB (98%)
Writing library : x265 2.7+340-aa9102400f24:[Windows][GCC 8.0.1][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=4 / numa-pools=0,28 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1920 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=40 / lookahead-slices=0 / scenecut=40 / radl=0 / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / amp / max-tu-size=32 / tu-inter-depth=3 / tu-intra-depth=3 / limit-tu=4 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=4 / limit-refs=1 / limit-modes / me=3 / subme=4 / merange=57 / temporal-mvp / weightp / weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=6 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=15.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / 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 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=0 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1) / max-cll=1094,280 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / hdr / hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-mv-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : R: x=0.680000 y=0.320000, G: x=0.265000 y=0.690000, B: x=0.150000 y=0.060000, White point: x=0.312700 y=0.329000
Mastering display luminance : min: 0.0001 cd/m2, max: 1000.0000 cd/m2
Maximum Content Light Level : 1094 cd/m2
Maximum Frame-Average Light Level :
Both are Main 10@L5@Main, but the one that works is also HDR
-
What the screen looks like when playing back the item.
-
Perhaps you could cut a 30 second clip and upload it somewhere?
You could also try enabling LAV Video's D3D11 decoding.
For this, you need LAV Video installed/registered on the system. If you want to register MC24's install of LAV Video, the command is:
regsvr32 "C:\Users\<YOUR USERNAME>\AppData\Roaming\J River\Media Center 24\Plugins\lav64\LAVVideo.ax"
In Tools > Options > Video, set the video mode to custom, and add LAV Video Decoder.
Now in LAV Video's properties, select D3D11 as the hardware decoder and your GPU as the hardware device to use.
I haven't experienced this video corruption, but have found that the D3D11 decoder seems to be more stable with problematic video formats like WMV files which would frequently crash Media Center when seeking (though it's still not perfect).
-
Thanks very much for the suggestions
-
I finally got around to installing mkvtoolnix. That allowed me to make a 1 minute excerpt of one of the affected files. If anyone wants to try it, it's a120MB clip:
https://www.dropbox.com/s/wwgbou5ulbn5fxi/Stranger%20Things%20S01E01%202160p%20DD5.1%20HEVC%20excerpt.mkv?dl=0
The link plays in your browser, but you should download it to try out in MC's ROHQ, from the top right ellipses.
Just a reminder, my video card is a GTX1050Ti and I am running Win 10 Pro 64, with 64 bit MC24
-
Quick test:
- HW Accell On + ROHQ: Video Corruption
- HW Accell On + ROStd : Initial Video Corruption then plays fine
- HW Accell OFF (any RO) : Plays fine
I'm sure Hendrik will shed some light on this clip and if it is just "broken" or not.
-
Quick test:
- HW Accell On + ROHQ: Video Corruption
- HW Accell On + ROStd : Initial Video Corruption then plays fine
- HW Accell OFF (any RO) : Plays fine
I'm sure Henrik will shed some light on this clip and if it is just "broken" or not.
Thanks, jmone. That is exactly what I see too. It's not just this file though - the whole season is like this, as are some other HEVC videos.
Which video card did you use, Nathan?
-
I'm all on nvidia (the PC I tested on has a 960)
-
It looks like a muxing issue. I just ran it though tsMuxerR and the resultant M2TS version plays fine.
-
For what it's worth, I tested your sample and the only decoders which show corruption on my system with a GTX 1070 are DXVA2 Native and DXVA2 Copy-Back.
D3D11 decoding - whether native or copy-back - works without any corruption. CUVID too.
-
It looks like a muxing issue. I just ran it though tsMuxerR and the resultant M2TS version plays fine.
If this is the case, I can also get TSMuxer , learn to use it and remux the files. I generally like the mkv format, but I do have standalone m2ts files too.
Is it fairly easy to use? Is there a GUI?
-
Easy, for this file:
- Download Links on the First Page of the thread - https://forum.doom9.org/showthread.php?t=168539
- Run the GUI exe
- Drag in the MKV
- Select M2TS Radio Button (or one of the other options if you prefer)
- Press Start muxing
- Test it works then Rinse and Repeat.
-
Amazing. Thanks. I will try to do this tonight or tomorrow. Funny thought - what do you think would happen if I then ran MakeMKV on the M2TS file? ;D
-
I've tested remuxing the M2TS back to MKV (eg MKV-> M2TS-> MKV) and that plays fine (not much point really as M2TS is just another container). One thing I did notice with the M2TS is that the Subtitles are not as good. FYI - tsMuxeR was built prior to the HEVC days and from what I understand is that it is muxing the output with flags consistent with the BD AVC spec. FYI - I'd also tried remuxing the original MKV back to another MKV using a few different settings but they all had the same issue. No idea what is actually wrong with these clips.
-
Why remux files instead of changing the decoder? If it's something that can be fixed, I'm sure that Hendrik is on it.
I would expect MC to be moving to the newer D3D11 decoder at some point in the future anyway.
-
Yeah I'm sure at some point Hendrik will advise (who knows, they could be just out of spec files).
-
Why remux files instead of changing the decoder? If it's something that can be fixed, I'm sure that Hendrik is on it.
I would expect MC to be moving to the newer D3D11 decoder at some point in the future anyway.
I am remuxing a few episodes because my daughter is getting into Stranger Things now, and it's fun to watch it with her. It's annoying that I keep forgetting to set HA off or revert to ROStd.
Further I didn't really understand your post before the one I quoted, but now I take it to mean that there may be a fix for this issue when MC moves to a new D3D11 decoder. If and when that happens, I will delete the remuxed M2TS files.
The subtitles in the one episode I remuxed are all prefaced with {AN\8} or something like that. My 9 year-old may find that annoying.
-
1. Copy and paste the following command into a command prompt running "as admin" then restart Media Center if it is open.
regsvr32 "C:\Users\<YOUR USERNAME>\AppData\Roaming\J River\Media Center 24\Plugins\lav64\LAVVideo.ax"
(https://yabb.jriver.com/interact/index.php?action=dlattach;topic=115826.0;attach=27775;image)
2. Change Media Center's video settings to Custom rather than Red October/ROHQ and disable hardware decoding.
(https://yabb.jriver.com/interact/index.php?action=dlattach;topic=115826.0;attach=27777;image)
3. In the custom video mode settings, select your preference for RO/ROHQ, and add LAV Video Decoder.
(https://yabb.jriver.com/interact/index.php?action=dlattach;topic=115826.0;attach=27779;image)
4. In the LAV Video Decoder properties, select the D3D11 decoder and your GPU to enable D3D11 copy-back mode (copy-back is required for features like madVR's Zoom Control to work).
(https://yabb.jriver.com/interact/index.php?action=dlattach;topic=115826.0;attach=27781;image)
-
Wow. Thanks for the comprehensive step-by-step answer.
My gratitude to you, and jmone for his earlier help.
I found that the tsmuxed versions of the episodes had audio sync issues and video artifacts on seeking, making them nonviable for extended viewing. I will try the LAV registration solution. But doesn't that mean I have to register MadVR separately too?
-
I will try the LAV registration solution. But doesn't that mean I have to register MadVR separately too?
You don't have to if you select ROHQ at the top of the custom video mode settings, rather than adding a video renderer to the list in addition to the LAV Video Decoder.
-
I would generally not recommend to use D3D11 as the default, because it still lacks a bunch of things. Most notably, you will not get any deinterlacing. Its also shown to not be fully stable with madVR quite yet (future madVR versions will hopefully improve on that), and its Copy-Back mode is more resource intensive then DXVA2-CB.
The issue with the sample in this thread is also already fixed in the latest development version of LAV Filters, so the next release will rectify it with default settings.
-
I would generally not recommend to use D3D11 as the default, because it still lacks a bunch of things. Most notably, you will not get any deinterlacing. Its also shown to not be fully stable with madVR quite yet (future madVR versions will hopefully improve on that), and its Copy-Back mode is more resource intensive then DXVA2-CB.
That's weird, deinterlacing seems to be working fine here. I use madVR's deinterlacing options though, so perhaps the reason it's working is because I'm using D3D11 copy-back.
I switched to D3D11 mode specifically because it seemed to be more stable with Media Center.
-
I would generally not recommend to use D3D11 as the default, because it still lacks a bunch of things. Most notably, you will not get any deinterlacing. Its also shown to not be fully stable with madVR quite yet (future madVR versions will hopefully improve on that), and its Copy-Back mode is more resource intensive then DXVA2-CB.
The issue with the sample in this thread is also already fixed in the latest development version of LAV Filters, so the next release will rectify it with default settings.
Thanks, Hendrik.
-
That's weird, deinterlacing seems to be working fine here. I use madVR's deinterlacing options though, so perhaps the reason it's working is because I'm using D3D11 copy-back.
I switched to D3D11 mode specifically because it seemed to be more stable with Media Center.
Copy-Back has no impact on the renderer, it just behaves like software decoding, but as said above, D3D11 copy-back is also measurably more resource intensive for not yet fully clear reasons.
-
Thanks Hendrik
@fitbit. I'd either temp remux for now or manually update LAV
-
Thanks Hendrik
@fitbit. I'd either temp remux for now or manually update LAV
The remuxing has audio sync issues.
For now I am content to have HA turned off or use ROStd for that one series. When MC incorporates the latest builds of LAV, I'll simply switch back to ROHQ. ROHQ is the only way I can watch HDR content properly on my SDR TV.