madshi bug tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000209madVRbugpublic2014-05-13 07:002015-03-14 15:39
ReporterWhiplack 
Assigned Tomadshi 
PrioritylowSeveritytweakReproducibilityalways
StatusclosedResolutionno change required 
PlatformDesktop PCOSWindows 7OS Version64 bit
Summary0000209: "Automatic Display Mode" prioritizes display refresh rate over video source resolution
DescriptionBottom line:
madVR switches to a display resolution to a value lower than the video source.
Resulting in a higher definition video playing at lower resolutions.


madVR --> settings --> devices ( a monitor ) --> display modes.

relevant settings:
switch matching display modes (checked)
   when playback starts (checked)
list all display modes madVR may switch to: (values)
   1080p60, 800x600p72 (valid)
(or any other supported display mode greater than the one listed running at 72 hertz)


What's the problem?
madVR changes the display resolution to 800x600p72 when watching a 1080p video playing at 23.976 fps

What I expected to happen instead:
madVR changes changes display resolution to 1080p60
Steps To ReproducePlay a 23.976 fps video that has a resolution greater than the 72 hert display mode listed in:

devices ( a monitor ) --> display modes.
list all display modes madVR may switch to.
Additional InformationI know it's not much of a big deal, and can be solved by removing the 72 hertz display mode. Tho this isn't ideal, because then madVR cannot switch to the display mode when it's supposed to.

I think that most people would prefer the higher resolution display to the synchronized fps and hertz, when other options like smooth motion exist.

Also attached is an example.
TagsNo tags attached.
madVR Version0.87.9 - 0.87.10 ( only ones tested )
Media Player (with version info)MPC-HC 1.7.4
Splitter (with version info)LAV Splitter Source ( MPC-HC Internal )
Decoder (with version info)LAV Video
DecodingSoftware
Deinterlacingauto mode
DXVA2 Scaling Activeno
Aero / Desktop CompositionOff
Problem occurs with modeall modes
GPU ManufacturerAMD
GPU ModelHD 4870
GPU Driver VersionCatalyst Version 13.9
Attached Filespng file icon Bug report madVR.png [^] (565,612 bytes) 2014-05-13 07:00

- Relationships

-  Notes
(0000746)
madshi (administrator)
2015-03-14 15:39

This is not a bug, but it behaves "as intended". It's my personal opinion that a mismatching refresh rate is a bigger problem than a loss in resolution. I know that this might be a matter of taste. But with the current way the display mode changer works, I have to decide which takes top priority: Resolution or framerate. And I've decided that framerate matching has top priority. Some users might agree, others might not, but that's the way it is for now.

In the long run I plan to rewrite the display mode changer to allow you to choose exactly which display mode is used for which kind of source resolution & framerate. But it'll take some time for me to implement that.

- Issue History
Date Modified Username Field Change
2014-05-13 07:00 Whiplack New Issue
2014-05-13 07:00 Whiplack File Added: Bug report madVR.png
2015-03-14 15:39 madshi Note Added: 0000746
2015-03-14 15:39 madshi Status new => closed
2015-03-14 15:39 madshi Assigned To => madshi
2015-03-14 15:39 madshi Resolution open => no change required


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker