|Anonymous | Login | Signup for a new account||2018-05-22 02:25 CEST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000536||madVR||bug||public||2018-01-18 22:35||2018-01-27 13:46|
|Platform||Windows 64-Bit (Surface Pro 3)||OS||Windows 10||OS Version||1709|
|Summary||0000536: Black bars + Video aspect ratio changed in screenshots with DXVA upscaling/downscaling enabled|
|Description||There is an issue with madVR using DXVA scaling, both upscaling and downscaling, and the aspect ratio of the resulting screenshot taken. Black bars are added to the image, where the image dimensions remain constant. The image is distorted to fit the remaining image, but only in screenshots. This issue is reproducible, but I'm not sure of the conditions that result in a particular aspect ratio.|
Attached are a series of images in windowed and fullscreen mode, both with dxva enabled and with bilinear modes enabled in image upscaling and labeled as such. I used two videos with differing native aspect ratios to see if it would produce a different result. The 1280x720 video produced the correct aspect ratio fullscreen, but incorrect windowed with dxva enabled. The 720x540 video produced incorrect output windowed and fullscreen with dxva enabled. In both cases, with bilinear selected instead (and as far as I can tell, anything but DXVA in upscaling or downscaling) the image was the correct aspect ratio. I do have custom screenshot scaling (encoded video size) enabled, which has a warning that it does not work with DXVA.
I also was able to produce similar behavior in MPC, but in that case the fullscreen image was the correct aspect ratio with DXVA enabled (windowed was still distorted). I was also able to produce an issue with the 720p video with quickSync enabled, and have included these in subfolders.
If you have any suggestions, or can look into this, I'd appreciate it! I use DXVA because the performance is much better on this machine and it also looks better than others that I can run; I use the smooth motion feature of madVR almost exclusively and it works perfectly with DXVA upscaling enabled. Thanks for your time.
Photos demonstrating the issue uploaded here: https://files.catbox.moe/ozc2v4.7z [^]
|Steps To Reproduce||Use dxva scaling in image upscaling or image downscaling.|
Take a screenshot in PotPlayer with ctrl+E, in windowed mode and in fullscreen mode.
Seems to depend on the window size, the original aspect ratio, and decoder settings.
|Tags||No tags attached.|
|Media Player (with version info)||PotPlayer (64-Bit) 1.7.5545|
|Splitter (with version info)||LAV Splitter 0.70.2.88-git|
|Decoder (with version info)||LAV Video Decoder 0.70.2.88-git|
|DXVA2 Scaling Active||yes|
|Aero / Desktop Composition||On|
|Problem occurs with mode||all modes|
|GPU Model||Intel HD Graphics Family (Microsoft)|
|GPU Driver Version||18.104.22.16868|
|The problem probably goes away if you activate the "use high quality scaling algos" option in the madVR "screenshots" settings tab, doesn't it?|
|It does not, unfortunately. PotPlayer, MPC, and enabling/disabling quick sync exhibit the same behavior as before.|
I've tried, but I can't seem to able to reproduce the problem. Seems to work fine on my PC.
Can you please provide me with a step-by-step guide for how to reproduce the problem exactly, using MPC-HC? Maybe you can even upload your madVR settings (settings.bin in madVR folder or HKEY_CURRENT_USER\software\madshi\madVR\settings") and a little sample video file, to improve the chances that I'll be able to reproduce the problem on my PC?
|2018-01-18 22:35||pd69||New Issue|
|2018-01-18 22:46||madshi||Note Added: 0002151|
|2018-01-18 22:46||madshi||Assigned To||=> madshi|
|2018-01-18 22:46||madshi||Status||new => feedback|
|2018-01-18 22:52||pd69||Note Added: 0002152|
|2018-01-18 22:52||pd69||Status||feedback => assigned|
|2018-01-27 13:45||madshi||Note Added: 0002222|
|2018-01-27 13:46||madshi||Status||assigned => feedback|
|Copyright © 2000 - 2012 MantisBT Group|