More > JRiver Media Center 29 for Windows
JRVR MC29 Testing [Pre-release / Old]
BryanC:
--- Quote from: Hendrik on January 26, 2022, 01:52:16 pm ---"quality settings off" means what exactly? :) In trade quality for performance, you should have "Allow direct rendering on mismatched size" ON, as that saves quite a bunch of memory bandwidth.
There is a few bugs with that option currently (non-performance related), but we'll get those squared away.
--- End quote ---
Sorry for the confusion, for my low anchor both performance options are enabled w/ bilinear scaling, sigmoidal light off, dithering off (basically the barebone minimum of JRVR). For high anchor I use Lanczos 3 taps, sigmoidal light on, blue noise dithering and both performance options ON (since I don't tonemap and the new feature is tailored for iGPUs) as low bit-rate 2160p and 1080p content plays fine on the high anchor but nothing more intensive than that.
jmone:
--- Quote from: Hendrik on January 26, 2022, 04:09:55 pm ---There might be very minimal image changes due to it, which might result in a slightly darkened row of pixels at the bottom of the screen, but it's on by default and likely going to stay that way.
This would be entirely invisible if you have any black bars of course, and even on fullscreen content its an extremely minimal effect.
--- End quote ---
Thanks - I'll turn it on for all my setups as it gives a good performance bump
jmone:
--- Quote ---29.0.2 (1/27/2022)
3. NEW: Added an option to JRVR for toggling reporting the selected primaries/gamut to the display.
6. Fixed: Enabling direct mismatched size rendering in JRVR could result in a larger border then expected.
7. Changed: Disabled JRVR Peak Detection by default due to its performance cost and potential for brightness shifts, and moved the option into the Advanced section.
--- End quote ---
#6. Tested on the NUC and it is fixed and looking good. Still can't believe I don't have to replace these old NUCs anymore. Saved a bunch of $ and Time!
#7. I'll leave at off as suggested
#3. Not sure about this one, or how it functions to meaningfully test? Does it only impact when Tonemapping is on, or also do something with Passthrough? Also, could the Ctrl+J OSD display this info on what is being sent?
jmone:
On the feature request side for JRVR, most of what I'd like for HDR is looking good as all my screens are 16:9 (so I'm not a candidate for some of the dedicated Theater Room requests). There are a couple of things that may be worth considering on the SDR front:
- HW Deinterlacing: As well as legacy video, we still have interlaced DVB-T, and HW Deinterlacing would be a noticeable improvement. In my testing (deprecated) CUVID is still unrivalled on this sort of content.
- SDR to HDR Tonemapping: This may fall into the law of diminishing returns given how Win11 does this in the background, but a JRVR SDR to HDR may be worth looking at as the Win11 version gets only one adjustment (brightness?).
- Subtitle Improvement: I know you are all over this one!
Hendrik:
--- Quote from: jmone on January 27, 2022, 04:14:30 pm ---- HW Deinterlacing: As well as legacy video, we still have interlaced DVB-T, and HW Deinterlacing would be a noticeable improvement.
--- End quote ---
I'm not sure what you are asking for. TV or file playback all gets the same deinterlacing, as long as its using Red October for playback.
There are no plans for SDR to HDR at this time.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version