More > JRiver Media Center 29 for Windows
NEW: JRVR -- JRiver Video Renderer
ppataki:
Yes, I understand that but I also did the following:
- installed LAV filters
- set up Custom Video Mode in JRiver to use LAV Video Decoder
- set LAV to output Full (0-255)
...and still in JRVR OSD I can see Limited/TV
(my RTX2060 is configured to output Full)
Is that because the input file (any 4K HDR movies I tried) is indeed Limited and even if I set LAV and the nVidia driver to output Full it won't happen or is it something else?
Thank you
jmone:
Yes, JRVR "Input" information is just reporting the specs of the file being played. Changing filter settings will not alter this. As a test I created a Video in Davinci Resolve using "Full" (0-255) instead of a std (16-235) colour range and when playing it back in JRVR it is reported as "Full / PC" instead of "Limited / TV" (see pic). I also don't know of any commercially authored videos that uses "Full".
(at this stage) The JRVR OSD simply does not show (and there are no JRVR Settings) on what colour range is being used during rendering and output. The Output section shows the format being sent to the Graphics Driver (eg RGB10A2 which is 10 bits per red, green and blue. 2 bits of alpha) the and that it is HDR10 BT.2020, but nothing specifying the colour range directly. I do see under "Performance" there is a "colorspace conversion" entry but Hendrik would need to advise on further details.
Hendrik:
jmone is right, the "Input" section describes the video you are playing, it should not be impacted by any settings.
Output is always full range RGB, since limited range is more of a hack and you are lying to the graphics driver etc when you use it. Its also extremely rarely useful, so I decided to not put in an option for now.
"colorspace conversion" would be for BT.2020 to BT.709 or similar conversions, or the other way around, which in your screenshot only applies to the overlay, as all overlays are BT.709 SDR RGB, which in your case needs to be converted to BT.2020 and tone-mapped to HDR10.
In this case, the main video doesn't get converted, the only thing happening to it is YCbCr -> RGB, which is the "color decoding, color encoding" line, which reads the YCbCr (decoding) and writes it out as RGB (encoding).
jmone:
Thanks Hendrik, makes sense. So if I understand correctly,
- JRVR does all it processing as RGB "Full" and will output as such to the Graphic Driver
- The Graphics Driver then (depending on it's settings) will output either Full or Limited to the Display
- Modern Displays "should" read the stream as either Full or Limited as appropriate
I'm guessing that if the Display supports "Full" then having the Graphic Driver set to "Full" would be the most appropriate setup. If the Display only supports "Limited" then setting the Graphics driver to "Limited" would be the most appropriate?
dtc:
I am not sure of the full implications of converting limited rgb to full rgb in this environment, but limited rgb is used for broadcast TV and for DVDs and Blurays, so it is, in fact, pretty commonly used. It is not typically used for computer monitors, but it is in TV and movies, prior to 4K. However, the conventional wisdom is that playing a limited rgb movie on a full rgb display caused problems with the blacks.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version