Corrupted decoding when using DGIndexNV

Support forum for DGDecNV
Post Reply
DAE avatar
squallmx
Posts: 15
Joined: Wed Sep 14, 2011 11:50 pm

Corrupted decoding when using DGIndexNV

Post by squallmx »

Hi. I have a issue when decoding a file:

https://1drv.ms/v/s!AiCgDguh7E_Ogc4L5_z ... g?e=lgoOQf

When playing with DGIndexNV 251 there is a corrupted set of frames at 1818-1822, when decoding using LWLibavVideoSource it plays fine.

Image

Image

The file was encoded using x265 3.6 using these settings:
--colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(40000000,50)" --crf 19 --fps 24000/1001 --sar 1:1 --profile main10 --output-depth 10 --preset slow --no-strong-intra-smoothing --no-rect --aud --limit-modes --aq-mode 2 --hdr10 --no-opt-ref-list-length-pps --hdr10-opt --no-opt-qp-pps --limit-sao --selective-sao 2 --sao-non-deblock --chromaloc 2 --keyint 60 --min-keyint 6 --log2-max-poc-lsb 8 --dynamic-refine --rskip 2 --rskip-edge-threshold 3 --rdoq-level 2 --rc-lookahead 24 --level-idc 5 --psy-rd 2.00 --psy-rdoq 1.00 --vbv-maxrate 54000 --vbv-bufsize 46000 --deblock -1 --nr-intra 0 --nr-inter 0 --no-info --ctu 64 --merange 57 --y4m
User avatar
Rocky
Posts: 3840
Joined: Fri Sep 06, 2019 12:57 pm

Corrupted decoding when using DGIndexNV

Post by Rocky »

It fails in MPC-HC using both DXVA2 native and NVDec HW but not when HW is turned off. So it's not solely an NVDec issue. Some coding parameter must be exceeding HW limits. You'll need to try to identify which parameter is causing it. I am not sufficiently familiar with x265 to speculate on that.

Another possibility is that there is an actual corruption in the stream and the software decoder has better error recovery. Does this happen with all streams encoded with those settings?
DAE avatar
squallmx
Posts: 15
Joined: Wed Sep 14, 2011 11:50 pm

Corrupted decoding when using DGIndexNV

Post by squallmx »

It was encoded using the newer x265 3.6, if I use the old 3.5 build with the same settings the output plays perfectly, probably a bug in the newer build, thanks I will try to report it.

I will keep using 3.5 for the time being.
User avatar
Rocky
Posts: 3840
Joined: Fri Sep 06, 2019 12:57 pm

Corrupted decoding when using DGIndexNV

Post by Rocky »

Thank you for the update and information.
User avatar
Rocky
Posts: 3840
Joined: Fri Sep 06, 2019 12:57 pm

Corrupted decoding when using DGIndexNV

Post by Rocky »

Apparently, recent versions of x265 have "gone to sh*t".

https://forum.doom9.org/showthread.php? ... ost2006117

Not a DGDecNV issue so marking resolved.
DAE avatar
renols
Posts: 156
Joined: Tue Feb 22, 2011 2:34 am

Corrupted decoding when using DGIndexNV

Post by renols »

squallmx wrote:
Fri Aug 23, 2024 8:08 pm
It was encoded using the newer x265 3.6, if I use the old 3.5 build with the same settings the output plays perfectly, probably a bug in the newer build, thanks I will try to report it.

I will keep using 3.5 for the time being.
Hi.

Which 3.6 build are you using? Am using 3.6+35 from http://msystem.waw.pl/x265/ myself, and haven't seen any issues with encodes. Could have missed it of course.

renols
DAE avatar
HPotter
Posts: 43
Joined: Thu Jul 29, 2021 9:54 am

Corrupted decoding when using DGIndexNV

Post by HPotter »

I just got weird video h264 corrupt while using last DGIndexNV x64.
For example few screens with 48744, 49277, 050961 etc frames, there is a lot of them.
It's just opened in AVSPmod during DGIndexNV decoding so source video as is.

But if I using FFVideoSource decode for example it's fine for the same frames.

NVidia last driver 566.36 Studio but for 566.14 were the same.

File here: https://filebin.net/rtpm7ho4rxkxfpao
pass "rationalqm"

LoadPlugin("DGDecodeNV.dll")
DGSource("Almost.Fly.S01E01.1080p.WEB.h264-KOGi.dgi",fieldop=0)

Image Image Image
User avatar
Rocky
Posts: 3840
Joined: Fri Sep 06, 2019 12:57 pm

Corrupted decoding when using DGIndexNV

Post by Rocky »

I cannot duplicate this with my installed driver 551.23. I'm also reluctant to get that excited over a random MKV torrent for which I have no idea how it was encoded, etc. It could be violating constraints for HW decoding. In any case if it is an Nvdec issue there's nothing I can do about it.
DAE avatar
emilius256
Posts: 23
Joined: Mon Feb 06, 2012 2:41 pm

Corrupted decoding when using DGIndexNV

Post by emilius256 »

Hi,
I've noticed the same strange behavior, but it is really difficult to find what may be the real problem.
It is defintely not a problem of DGDecNV and not only a problem with x265 3.6 version, because I did an encode with version 4.0+20 and sometimes I have the same problem with "corrupted" frame, but if HW Acceleration is disabled the video play without any problem.

I don't know if it may be a problem with Nvidia, if I play the video with Kodi on a fire tv stick with hardware acceleration disabled, it seems that also here the video plays without any "corrupted" frame.
I said it seems because with HW acc. disabled the video is stuttering, and the corrupted frame may be bypassed.

I tried to find what may be the problem but haven't find a real solution, this is the results of my tests:

- Encoded just the part that gave me the problem, 5 minutes before and 5 minutes after, no corrupted frame, but if it is encoded from the beginning until the problematic part, I have the corrupted frame.

- Changed some of x265 parameters, on some movie it worked, on other do not.

- Used Patman mod and tried with binaries created with different compiler (GCC,MSVC,ICC) or for differents CPU, sometimes it solve the problem, but the same version that solved a problem for a movie it may have the same problem on another movie.

So, even if the problem can be reproduced on the same machine, with same source, same binary using the same steps, it seems totally random why it is causing corrupted frames on some movies and not on others.
Post Reply