View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000592 | madVR | bug | public | 2019-01-12 11:25 | 2019-01-14 14:40 |
| Reporter | kathampy | Assigned To | |||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | new | Resolution | open | ||
| OS | Windows 10 | OS Version | 1809 | ||
| Summary | 0000592: Minimizing player on Monitor 1 causes display mode change on Monitor 2 | ||||
| Description | Monitor 1 does not have any "display modes" settings. Monitor 2 has "switch to matching display mode" configured. The desktop is set to "Extend" mode. MPC-BE is playing on Monitor 1. Monitor 2 has no windows on it. | ||||
| Steps To Reproduce | Minimize MPC-BE or press Win+D. Monitor 2 has its display mode change unnecessarily. Restore the window. Video playback may freeze. MPC-HC hangs on closing the window. | ||||
| Tags | No tags attached. | ||||
| madVR Version | 0.92.17 | ||||
| Media Player (with version info) | MPC-BE x64 1.5.2 (build 4105) | ||||
| Splitter (with version info) | LAV SPlitter 0.73.1 | ||||
| Decoder (with version info) | LAV Video Decoder 0.73.1 | ||||
| Decoding | DXVA2 Native | ||||
| Deinterlacing | auto mode | ||||
| DXVA2 Scaling Active | no | ||||
| Aero / Desktop Composition | On | ||||
| Problem occurs with mode | all modes | ||||
| GPU Manufacturer | NVidia | ||||
| GPU Model | RTX 2080 Ti | ||||
| GPU Driver Version | 417.58 | ||||
|
|
Hmmmm... Which is your primary monitor? Monitor 1 or 2? |
|
|
Monitor 1 is primary. I do not use Monitor 2 at all in extended desktop mode - it's offscreen in the top left corner for HDMI audio output only. When I do use Monitor 2 (for HDR), I use it exclusively as the only display, hence I've set the display modes on it. A related problem is when I maximize an application window on Monitor 1 and it touches the top left corner, the animation stutters, probably due to it copying the framebuffer to Monitor 2. This should only happen when moving the window into Monitor 2's space, but it happens even on maximize. However for this bug report, MPC-BE is not maximized and runs in a small window on Monitor 1. Minimizing it does not cause it to touch anything close to the top left corner where Monitor 2 is. |
|
|
Hmmmm... If you use monitor 2 only for HDMI audio output, why do you have "switch to matching display mode" activated? My best guess is that in minimized state, for some reason madVR considers the media player to be on monitor 2. Not sure why, though... |
|
|
I use Monitor 2 exclusively sometimes for HDR and I need the display modes to correctly use it's built-in frame interpolation. Even if it switches the display mode on Monitor 2 due to a bug, it shouldn't crash or freeze on restoring the window. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2019-01-12 11:25 | kathampy | New Issue | |
| 2019-01-13 11:12 | madshi | Note Added: 0002467 | |
| 2019-01-14 14:34 | kathampy | Note Added: 0002468 | |
| 2019-01-14 14:35 | kathampy | Note Edited: 0002468 | |
| 2019-01-14 14:35 | kathampy | Note Edited: 0002468 | |
| 2019-01-14 14:36 | madshi | Note Added: 0002469 | |
| 2019-01-14 14:36 | kathampy | Note Edited: 0002468 | |
| 2019-01-14 14:37 | kathampy | Note Edited: 0002468 | |
| 2019-01-14 14:38 | kathampy | Note Added: 0002470 | |
| 2019-01-14 14:40 | kathampy | Note Edited: 0002470 |
