View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000652 | madVR | bug | public | 2020-08-22 03:03 | 2020-08-22 20:53 |
Reporter | huhn | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Platform | x64 | OS | windows | OS Version | 19041 |
Summary | 0000652: heavy chroma artifacts with p210 apple prores codec | ||||
Description | chroma is displayed wrongly with this file: https://drive.google.com/file/d/1FRBxetUKH1mIfZiF4aj6MTYPVdh_tfxn/view when mpc-be with internal filter is used. other video renderer doesn't show this issue it only happen with this combination. i talked with Volt about it which ended with madVR uses DXVA2 and DXVA2 can't do p210. mentioning that DXVA2 is optional in madVR doesn't seem to change this mind that DXVA is clearly not the issue here because it's not used. but fair enough that madVR could be the issue here. | ||||
Steps To Reproduce | use MPC-BE with default filter setting and madVR as the renderer. play the apple prores file. | ||||
Tags | No tags attached. | ||||
madVR Version | 92.17 | ||||
Media Player (with version info) | mpc-be | ||||
Splitter (with version info) | mpc-be | ||||
Decoder (with version info) | mpc-be | ||||
Decoding | Software | ||||
Deinterlacing | auto mode | ||||
DXVA2 Scaling Active | no | ||||
Aero / Desktop Composition | On | ||||
Problem occurs with mode | all modes | ||||
GPU Manufacturer | NVidia | ||||
GPU Model | 1060 | ||||
GPU Driver Version | 452.06 | ||||
|
You probably mean deinterlacing artifacts, not chroma artifacts? In any case, it seems that the DXVA deinterlacer used by madVR doesn't handle this file well. I'm not sure why, and I'm not sure why other video renderers don't have this problem. You can achieve the best quality (better than other video renderers) with this file by telling LAV Video Decoder to downconvert the video to NV12, and then by activating madVR's forced film mode. But of course it's very ugly to have to do this. |
|
well i mean this: https://abload.de/img/corruptionflj9s.png when lavfilter is used deint is not very good but that's not different with EVR. are you maybe doing a p210 to YUY2 to make it DXVA2 compatible? beware that unlike lavfilter MPC-BE internal filter send crop information that madVR honour correctly but it looks like it is "double" applied to the chroma. |
|
Oh ok, I don't see that here, but I'm using MPC-HC with external LAV filters. This is probably caused by madVR not handling the crop information correctly, as you say. |