madshi bug tracker - madVR
View Issue Details
0000651madVRbugpublic2020-08-07 04:462020-08-07 07:57
TBlazeWarriorT 
 
normalcrashalways
newopen 
PCWindowsWindows 10
0.92.17
MPC-HC 64-bit 1.9.6
ffvshow video decoder raw. Input: YV12 (uncompressed). Output: NV12
ffvshow video decoder raw. Input: YV12 (uncompressed). Output: NV12
Software
auto mode
no
Off
all modes
NVidia
Gigabyte GTX 750, 1GB VRAM
451.67 (more info: https://hastebin.com/atakijavar.nginx [^] )
0000651: 'ACESS VIOLATION' crash when "image upscaling = NGU sharp" and using SVP in fullscreen
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 [^]
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).
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 [^]
No tags attached.
png 5xOxmqR.png (2,247,559) 2020-08-07 04:46
http://bugs.madshi.net/file_download.php?file_id=331&type=bug
Issue History
2020-08-07 04:46TBlazeWarriorTNew Issue
2020-08-07 04:46TBlazeWarriorTFile Added: 5xOxmqR.png
2020-08-07 04:48TBlazeWarriorTNote Added: 0002726
2020-08-07 07:57TBlazeWarriorTNote Added: 0002728

Notes
(0002726)
TBlazeWarriorT   
2020-08-07 04:48   
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.
(0002728)
TBlazeWarriorT   
2020-08-07 07:57   
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.