View Issue Details

IDProjectCategoryView StatusLast Update
0000328madVRbugpublic2018-01-21 21:21
Reporterfarfie Assigned Tomadshi  
PriorityhighSeveritymajorReproducibilityalways
Status closedResolutionno change required 
Platformx64?OSWin10 ProOS Version240
Summary0000328: Render and Present queue not filling in MPC-HC
DescriptionWhen 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 ReproducePlay file with my settings with my software and voila! xD. Just say if there's anything else you'd like to know...
Additional InformationIf 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.
TagsNo tags attached.
madVR Version88.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
DecodingSoftware
Deinterlacingnone (progressive)
DXVA2 Scaling Activeno
Aero / Desktop CompositionOn
Problem occurs with modeoverlay mode
GPU ManufacturerNVidia
GPU ModelGTX 680
GPU Driver Version353.30

Activities

farfie

2015-07-20 05:34

reporter  

yVBNAe.png (160,686 bytes)   
yVBNAe.png (160,686 bytes)   

madshi

2015-07-20 09:06

administrator   ~0001119

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?

farfie

2015-07-20 16:52

reporter   ~0001121

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?

farfie

2015-07-20 19:39

reporter   ~0001122

Last edited: 2015-07-20 19:48

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.

madshi

2018-01-14 18:53

administrator   ~0002080

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...

madshi

2018-01-21 21:21

administrator   ~0002178

Closing this due to lack of feedback/reply. Please feel free to reopen at any time.

Issue History

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