videoh

But there can still be a confusion. The YUVRGB_Scale is not intended to signal the range of the input video, but rather how to scale when converting to RGB. Maybe...

Did a little more looking. We should just ignore YUVRGB_Scale and get things from the stream. In DGDecodeNV I set _ColorRange from CUVID/NVDec: vs_full_range = pFormat->video_signal_description.video_full_range_flag; So you'd have to...

If d2vsource is going to retain the connection to YUVRGB_Scale, which is a wrong thing IMHO, then it is backwards as you reported and should be fixed. But IMHO it...

> It would also be problematic to unflip the value if people are unaware this change occurred and were used to the flipped methodology. As in, they may have gotten...

Whatever! It's not relevant here. Make a thread at Doom9.

Because d2vsource has connected YUVRGB_Scale to _ColorRange, when it is insane to do so. Look, you are setting YUVRGB_Scale depending on what you think about the source video. It's a...

_ColorRange is intended to specify the range of the _input_ video, to allow proper downstream conversions/encodings. Yes, I am suggesting to ignore YUVRGB_Scale completely and simply specify _ColorRange (after the...

Agreed. If d2vsource cannot parse the video then nothing can be done. Unless, of course, the app generating the D2V wants to change the D2V format to include the range,...

I guess I am confused. I offered to provide a sample for the open GOP thing in the other thread about ffms. Do you now need an MPEG2 file to...

A fine decision IMHO. Thank you. I'll provide the sample in the other thread.