Quote:
Originally Posted by XRyche
The first chroma entry is for chroma upsampling from 4:2:0 to 4:4:4. The second chroma entry is for chroma upscaling for matching the chroma to the luma upscaled resolution. I believe that's correct but if not fell free to correct me anyone.
|
If you're talking about
this one then the resolution still doesn't match at the end since luma is downscaled whereas chroma is not.
Quote:
Originally Posted by ryrynz
That's because madVR isn't displaying the quad superxbr scaling that happens automatically alongside the luma scaling.
It has to match before it gets displayed.
|
I think it shows it in the double chroma line version but what is confusing is that the components' resolution doesn't match if we go by the OSD (everything matches until Luma is downscaled).
Quote:
Originally Posted by nevcairiel
If it says "Image" in the OSD, it refers to scaling both Luma and Chroma at the same time (otherwise it would say Luma)
So what it really does is only 2 steps
1) Double Chroma to 712x480, now matches Luma
2) Double the entire image twice (both Luma and Chroma) to 2848x1920, then downscale both components to 1920x1080
|
That's how I understood it when the OSD was like this (before 89.05):
But this one (89.05) doesn't make sense to me
because it doesn't match the luma and chroma resolutions.
Quote:
Originally Posted by madshi
This looks like a bug. When using super-xbr, luma and chroma should be treated the same way, so I have to check why the OSD reports them with different scaling paths.
|
It's not limited to suber-xbr though. It shows the same info when choosing NEDI as well.
But even though the scaling paths are treated differently, doesn't it show that the luma and chroma resolutions are not matched?
Code:
Video resolution: 712x480, 4:2:0
chroma > super-xbr | 356x240 > 712x480
luma > super-xbr > super-xbr < Catmull-Rom AR | 712x480 > 1424x960 > 2848x1920 < 1920x1080
chroma > super-xbr > super-xbr | 712x480 > 1424x960 > 2848x1920