View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000651 | madVR | bug | public | 2020-08-07 04:46 | 2020-08-07 07:57 |
| Reporter | TBlazeWarriorT | Assigned To | |||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | PC | OS | Windows | OS Version | Windows 10 |
| Summary | 0000651: 'ACESS VIOLATION' crash when "image upscaling = NGU sharp" and using SVP in fullscreen | ||||
| Description | Error message: https://imgur.com/5xOxmqR Happens when I turn this on: https://i.imgur.com/QKjBqNZ.png FFMPEG tooltip info: https://imgur.com/Fo98flk The playback always crashes, almost instantly when certain MadVR settings are on. Seems to only happen when I have SVP on (SmoothVideoProject 4.0.0-6), I'm using MPC-HC 64-bit 1.9.6 and madVR 0.92.17. This might be a SVP bug, but seems to be directly affected by madVR. I downloaded madVR and MPC-HC through the SVP mainteinance tool. Seems related to http://bugs.madshi.net/view.php?id=527 | ||||
| Steps To Reproduce | The bug seems to only happen if I meet all 3 of the following requirements: - Have SVP on (performing frame rate conversion) - Have MPC-HC on a big window so upscaling kicks in (for example, fullscreen a 720p video) - Have "Image Upscaling" set to "NGU Sharp" in settings - Might only happen on my CPU/GPU setup (but probably affects all/most setups), can't test. Closing SVP, watching in windowed mode, or changing Image Upscaling to Jinc either greatly lowers the chance for the crash to happen (like from 99% per second to 1%) or fully stops it (didn't test for long periods of time). | ||||
| Additional Information | Error message: https://imgur.com/5xOxmqR Happens when I turn this on: https://i.imgur.com/QKjBqNZ.png FFMPEG tooltip info: https://imgur.com/Fo98flk Detailed NVidia Driver info: https://hastebin.com/atakijavar.nginx I'm a basic user, I don't know what the decoding, splitter and decoder fields below are, I hope I typed the right thing but probably not. Don't know how to check. RELATED TO: http://bugs.madshi.net/view.php?id=527 | ||||
| Tags | No tags attached. | ||||
| madVR Version | 0.92.17 | ||||
| Media Player (with version info) | MPC-HC 64-bit 1.9.6 | ||||
| Splitter (with version info) | ffvshow video decoder raw. Input: YV12 (uncompressed). Output: NV12 | ||||
| Decoder (with version info) | ffvshow video decoder raw. Input: YV12 (uncompressed). Output: NV12 | ||||
| Decoding | Software | ||||
| Deinterlacing | auto mode | ||||
| DXVA2 Scaling Active | no | ||||
| Aero / Desktop Composition | Off | ||||
| Problem occurs with mode | all modes | ||||
| GPU Manufacturer | NVidia | ||||
| GPU Model | Gigabyte GTX 750, 1GB VRAM | ||||
| GPU Driver Version | 451.67 (more info: https://hastebin.com/atakijavar.nginx ) | ||||
|
|
|
|
|
The website duplicated my other issue ( http://bugs.madshi.net/view.php?id=651 ). I tried to upload a text file, it said it wasnt published because .txt was invalid and asked me to press back on my browser and change it. I made minor changes to this bug report and submitted again, but then realized the website published both for some reason. |
|
|
Upon further testing, seems like other upscaling modes can also cause crashes. Maxed out quality NGU Sharp causes a very instant crash, but only if SVP is running. I can't reproduce the crash at 24/30 frames per second. Jinc causes very rare crashes. Crash chance/time until crash does seem to be directly related to how complex the upscale method is, but is not limited to NGU. SVP also gave me some messages like "Could not access video player. Did you try running it as an admin?" yesterday but that did not fix it and did not happen today. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2020-08-07 04:46 | TBlazeWarriorT | New Issue | |
| 2020-08-07 04:46 | TBlazeWarriorT | File Added: 5xOxmqR.png | |
| 2020-08-07 04:48 | TBlazeWarriorT | Note Added: 0002726 | |
| 2020-08-07 07:57 | TBlazeWarriorT | Note Added: 0002728 |
