View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000548 | madVR | bug | public | 2018-03-25 01:36 | 2018-03-28 12:23 |
Reporter | markmon | Assigned To | madshi | ||
Priority | normal | Severity | major | Reproducibility | sometimes |
Status | closed | Resolution | open | ||
Platform | Windows Zoom player 14 | OS | Windows 10 | OS Version | 1709 |
Summary | 0000548: MadVR resolution switches cause display sync issues and player needs be restarted | ||||
Description | Looking 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 Reproduce | Set 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. | ||||
Tags | No tags attached. | ||||
madVR Version | beta 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 | ||||
Decoding | DXVA2 Native | ||||
Deinterlacing | auto mode | ||||
DXVA2 Scaling Active | yes | ||||
Aero / Desktop Composition | On | ||||
Problem occurs with mode | all modes | ||||
GPU Manufacturer | NVidia | ||||
GPU Model | GTX 1080ti | ||||
GPU Driver Version | 388.43 | ||||
|
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? |
|
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. |
|
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? |
|
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. |
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 |