View Issue Details

IDProjectCategoryView StatusLast Update
0000548madVRbugpublic2018-03-28 12:23
Reportermarkmon Assigned Tomadshi  
PrioritynormalSeveritymajorReproducibilitysometimes
Status closedResolutionopen 
PlatformWindows Zoom player 14OSWindows 10OS Version1709
Summary0000548: MadVR resolution switches cause display sync issues and player needs be restarted
DescriptionLooking for ability to add playback delay entered by user after MadVR changes resolution. See below:

In my case, (and I cant be the only one), when MadVR switches from 60hz to 24hz display modes, the projector goes black as HDMI resyncs. By the time the picture shows up, often it's a couple seconds into the video. Or, the video is paused while the sound is going for a couple seconds, or (worse one) the video never manages to sync and the player has to be restarted (happens about 20% of the time). If the display is put into the mode that MadVR will switch into, this never occurs at all. I think if we can guarantee that the display resolution is changed and link is stable before any video starts, it would work every time correctly.

I should note I'm using zoom player v14.

I think an acceptable option would be if we could have a user-configurable delay added to the display profile before video playback starts on resolution changes. So I enter say 3000 then *if* MadVR has to switch resolutions, it will wait an additional 3 seconds before starting playback after the display switch.

I can probably code around this myself by analyzing the video and kicking the display into the correct resolution prior to launching the player then MadVR would never switch resolutions. But a user-configurable delay in MadVR would solve the problem properly I think.
Steps To ReproduceSet desktop to 60hz. Set MadVR to switch display modes on playback based on framerate of video.
Play back 24fps video.
Exit player and repeat.

Results vary. Sometimes video starts but the first second or two are cut off.
Sometimes video starts frozen with sound, and when video and sound catch up, they resume together.
Sometimes HDMI refuses to sync and never comes back until player is exited.

If display is set to 24hz before starting above, none of the above ever occur and everything work great.
TagsNo tags attached.
madVR Versionbeta version from improve HDR on projectors thread
Media Player (with version info)zoom player v14
Splitter (with version info)LAV Filters
Decoder (with version info)LAV Filters
DecodingDXVA2 Native
Deinterlacingauto mode
DXVA2 Scaling Activeyes
Aero / Desktop CompositionOn
Problem occurs with modeall modes
GPU ManufacturerNVidia
GPU ModelGTX 1080ti
GPU Driver Version388.43

Activities

madshi

2018-03-25 10:04

administrator   ~0002244

Does this only occur with the test build, or also with the official build?

Does the problem go away if you disable fullscreen exclusive mode?

Does the problem go away if you switch to DXVA Copyback or Software decoding?

markmon

2018-03-25 20:50

reporter   ~0002245

Last edited: 2018-03-25 20:52

I probably should have filed this as a feature request, but I don't see a place to change this to feature request after the fact. The result is a "bug" in the overall experience, but I don't think MadVR is responsible for the actual problem. If I just switch resolutions enough times outside of MadVR, I can generate the sync issue.

The fact that MadVR switches resolutions so frequently (every video playback) triggers the issue more.

What is an actual MadVR issue, however, is when MadVR switches resolution and video playback begins before resolution HDMI resync is stable. This causes the first couple seconds of the video to be lost on the video. If the clip is a quick dolby demo that only lasts say 10 seconds, you lose a significant portion of the clip. I don't believe MadVR can know for sure when HDMI link is stable, and the time will change based on a number of factors and devices hence the feature request.

The feature request here is to allow a user-configurable delay after resolution switch before playback to avoid loss of the first couple seconds of the video.

As for resolution changing resulting in loss of sync, I'm going to start with a video driver update first.

To answer your questions, the loss of a couple seconds of video can occur on any of the above 3 conditions. It's a side effect of the resolution change not of the playback mode.

madshi

2018-03-26 16:22

administrator   ~0002246

This bug tracker is only intended for bug reports, not for feature requests. Anyway, I already have your feature request in my to do list. So probably we should just close this bug report?

madshi

2018-03-28 12:23

administrator   ~0002255

I'm closing because it's a feature request, not a bug report, and the feature request is already on my to do list, anyway.

Issue History

Date Modified Username Field Change
2018-03-25 01:36 markmon New Issue
2018-03-25 10:04 madshi Note Added: 0002244
2018-03-25 10:04 madshi Assigned To => madshi
2018-03-25 10:04 madshi Status new => feedback
2018-03-25 20:50 markmon Note Added: 0002245
2018-03-25 20:50 markmon Status feedback => assigned
2018-03-25 20:52 markmon Note Edited: 0002245
2018-03-26 16:22 madshi Note Added: 0002246
2018-03-26 16:22 madshi Status assigned => feedback
2018-03-28 12:23 madshi Note Added: 0002255
2018-03-28 12:23 madshi Status feedback => closed