View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000328 | madVR | bug | public | 2015-07-20 05:34 | 2018-01-21 21:21 |
Reporter | farfie | Assigned To | madshi | ||
Priority | high | Severity | major | Reproducibility | always |
Status | closed | Resolution | no change required | ||
Platform | x64? | OS | Win10 Pro | OS Version | 240 |
Summary | 0000328: Render and Present queue not filling in MPC-HC | ||||
Description | When playing, the queues don't fill. Sometimes they manage to go up higher, and the stuttering seems like it stops, but it doesn't last. Something about 88.20 is either taking a large toll on the GPU or something else. | ||||
Steps To Reproduce | Play file with my settings with my software and voila! xD. Just say if there's anything else you'd like to know... | ||||
Additional Information | If I use fullscreen exclusive mode instead, the queues fill. But it takes a good 4-6 seconds before the screen goes from black, to the actual show. Disabling Overlay doesn't seem to help. If I disable using Direct3D11 for presentation, the problem seems to go away. Disabling Direct3D11 for presentation seems to fix everything. I haven't tested other resolutions. | ||||
Tags | No tags attached. | ||||
madVR Version | 88.20 | ||||
Media Player (with version info) | mpc-hc 1.7.9 x64 | ||||
Splitter (with version info) | lav 0.65.0.9 | ||||
Decoder (with version info) | lav 0.65.0.9 | ||||
Decoding | Software | ||||
Deinterlacing | none (progressive) | ||||
DXVA2 Scaling Active | no | ||||
Aero / Desktop Composition | On | ||||
Problem occurs with mode | overlay mode | ||||
GPU Manufacturer | NVidia | ||||
GPU Model | GTX 680 | ||||
GPU Driver Version | 353.30 | ||||
|
|
|
Is this a new problem with v0.88.20? Or did you have the same problem with previous builds, too? What happens if you turn down your settings a bit to lower the rendering times? Does the make the problem go away? |
|
It's a new problem with 88.20; I didn't change any settings for the problem to arise. However, switching to Jinc from NNEDI also fixes the problem. Maybe some new logic is pushing my card just over the edge of being able to render fast enough? |
|
It's just, sometimes the queue fills up without having to change anything. I feel like if I mess with it by maximizing the window, and then make it normal size, and pressing ctrl+j in some weird order it fixes it, but it's not reproducible at this time... and it could just be a coincidence. Edit: So I ran into something just now. If I switch to NNEDI32, then back to NNEDI64, hit apply, the rendering time goes up but the queues stay full. Once I resize the window though, and bring it back to fullscreen the queue empties, stays empty and it starts to stutter. So resizing the window might have something to do with it. |
|
Sorry for the very late reply. The latest madVR build has no NNEDI3, anymore, because the various NGU variants are better looking, faster and more reliable. Maybe switching to one of the NGU variants solves the problem for you? NNEDI3 has always been troublesome... |
|
Closing this due to lack of feedback/reply. Please feel free to reopen at any time. |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-07-20 05:34 | farfie | New Issue | |
2015-07-20 05:34 | farfie | File Added: yVBNAe.png | |
2015-07-20 09:06 | madshi | Note Added: 0001119 | |
2015-07-20 16:52 | farfie | Note Added: 0001121 | |
2015-07-20 19:39 | farfie | Note Added: 0001122 | |
2015-07-20 19:48 | farfie | Note Edited: 0001122 | |
2015-07-20 19:48 | farfie | Note Edited: 0001122 | |
2015-07-21 12:10 | madshi | Assigned To | => madshi |
2015-07-21 12:10 | madshi | Status | new => assigned |
2018-01-14 18:53 | madshi | Note Added: 0002080 | |
2018-01-14 18:53 | madshi | Status | assigned => feedback |
2018-01-21 21:21 | madshi | Note Added: 0002178 | |
2018-01-21 21:21 | madshi | Status | feedback => closed |
2018-01-21 21:21 | madshi | Resolution | open => no change required |