View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000390 | madVR | bug | public | 2016-02-22 23:12 | 2018-01-14 14:57 |
| Reporter | DarkSpace | Assigned To | madshi | ||
| Priority | normal | Severity | crash | Reproducibility | random |
| Status | closed | Resolution | unable to reproduce | ||
| Summary | 0000390: Entering fullscreen windowed mode crashes sometimes | ||||
| Description | From time to time, madVR will crash when trying to enter Fullscreen Mode (windowed): The currently displayed image (the video frame, plus any black borders on either side, and debug OSD) are scaled to the display resolution and fill the screen. Then, the crash report window comes up. The image is scaled without regard to aspect ratio. | ||||
| Steps To Reproduce | When playing a video, double-click into the video area to enter fullscreen mode. | ||||
| Additional Information | Sometime this weekend, I already sent you two crash reports for this issue. Today, I managed to recreate the crash in debug mode. I attached the debug log, my settings.bin, the crash report, and a screenshot of how the screen looked for one of my earlier reports. Because .7z upload is not permitted, I packed the .7z inside a .zip file. I considered simply changing the extension, but that might have been confusing, and a regular .zip would have exceeded your upload size limit. I'm under the impression that this is triggered more often when entering fullscreen mode at the start of playback. However, this could also be caused by my entering fullscreen mode only rarely in the middle of playback. This has occurred, sporadically, ever since I got a new laptop (around mid-January). Unfortunately, I cannot test using my old laptop, as that one broke mid-December (causing me to need a new one). This also happened with J River's default madVR version (0.89.19, I think it is). I could not try D3D9, as it is highly impractical (I consistently get a blank screen, until I bring up the madVR settings window, select D3D11 rendering, and press apply - after that, I can re-set to D3D9, and still have a picture until the next video). | ||||
| Tags | No tags attached. | ||||
| madVR Version | madVR v0.90.12.0 | ||||
| Media Player (with version info) | Media Center 21 v21.0.48.0 | ||||
| Splitter (with version info) | LAV Splitter 0.66.0 | ||||
| Decoder (with version info) | LAV Video 0.66.0 | ||||
| Decoding | Software | ||||
| Deinterlacing | none (progressive) | ||||
| DXVA2 Scaling Active | no | ||||
| Aero / Desktop Composition | On | ||||
| Problem occurs with mode | windowed mode | ||||
| GPU Manufacturer | NVidia + Intel | ||||
| GPU Model | GeForce GTX 980M | ||||
| GPU Driver Version | 361.91 | ||||
|
|
This is an Optimus laptop, it seems? These are known to be problematic. The crash seems to occur while trying to reset the D3D11 device. It seems to be a GPU driver issue, as far as I can see. Have you tried different GPU driver versions? Not sure why D3D9 wouldn't work. Could again be Optimus related. Again: Have you tried different GPU driver versions? You could also try Overlay mode as a possible alternative. Or you could try disabling FSE mode. Don't really know what else to suggest because the crash seems to occur outside of madVR, even though madVR catches and reports the crash. |
|
|
Closed due to lack of feedback. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2016-02-22 23:12 | DarkSpace | New Issue | |
| 2016-02-22 23:12 | DarkSpace | File Added: madVR.zip | |
| 2016-03-23 10:53 | madshi | Note Added: 0001297 | |
| 2016-03-23 10:53 | madshi | Assigned To | => madshi |
| 2016-03-23 10:53 | madshi | Status | new => feedback |
| 2016-03-23 10:53 | madshi | File Deleted: madVR.zip | |
| 2018-01-14 14:57 | madshi | Note Added: 0002032 | |
| 2018-01-14 14:57 | madshi | Status | feedback => closed |
| 2018-01-14 14:57 | madshi | Resolution | open => unable to reproduce |
