View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000427 | madVR | bug | public | 2016-08-16 13:06 | 2018-01-14 15:16 |
| Reporter | romulous | Assigned To | madshi | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | unable to reproduce | ||
| Summary | 0000427: Taskbar playback buttons placed behind taskbar with FSE enabled | ||||
| Description | I refer to the playback controls in the Zoom Player taskbar icon. I have found a way to reliably break them - ie cause them to stop displaying until I restart Zoom - on my system. This is with madVR, with FSE enabled. With FSE disabled, or another renderer (EVR), problem does not occur. | ||||
| Steps To Reproduce | 1. Open Zoom, fullscreen to the second display and play a video. Not sure if this is a Win 10 only thing or not, can't test other Windows versions. 2. Mouse over the taskbar and ensure the controls are displaying. 3. Double click a file in File Explorer to get Zoom to start playing it instead. 4. Mouse over the taskbar - the Zoom thumbnail still shows, but sans the playback controls. I am speculating here - but rather than being completely gone, they may be displayed under the taskbar. 5. Taking Zoom out of fullscreen, or playing another file does not restore the controls - only a complete Zoom restart will fix it. | ||||
| Tags | No tags attached. | ||||
| madVR Version | 0.90.24 | ||||
| Media Player (with version info) | Zoom Player 12.5 Beta 4 | ||||
| Splitter (with version info) | LAV 0.68.1 | ||||
| Decoder (with version info) | LAV 0.68.1 | ||||
| Decoding | Software | ||||
| Deinterlacing | auto mode | ||||
| DXVA2 Scaling Active | no | ||||
| Aero / Desktop Composition | On | ||||
| Problem occurs with mode | fullscreen exclusive mode | ||||
| GPU Manufacturer | NVidia | ||||
| GPU Model | GTX970 | ||||
| GPU Driver Version | 368.81 | ||||
|
|
The problem is (once again) that it's hard to say if this is a bug in madVR or not, because we don't have anything to compare this to. I suppose if you disable FSE mode, the problem goes away? If ZP had another video renderer with FSE support, it would be much easier to double check whether a specific issue only occurs with madVR or not. Generally, this appears to be a failure in the ZP controls. So IMHO the first dev to talk to would be Blight. After all, *his* control has stopped working, not mine. Of course it could be my fault, but it's much harder for me to debug why HIS control doesn't work than it his for him. So maybe he can look into it, and at least figure out the reason why it stops working? If he finds that madVR does something specific that breaks his control, I can look into it. |
|
|
Closed due to lack of feedback. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2016-08-16 13:06 | romulous | New Issue | |
| 2016-08-16 13:36 | madshi | Note Added: 0001442 | |
| 2018-01-14 15:16 | madshi | Note Added: 0002038 | |
| 2018-01-14 15:16 | madshi | Status | new => closed |
| 2018-01-14 15:16 | madshi | Assigned To | => madshi |
| 2018-01-14 15:16 | madshi | Resolution | open => unable to reproduce |
