madshi bug tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000053madVRbugpublic2013-05-06 02:072013-06-01 16:29
ReporterRyrynz 
Assigned Tomadshi 
PrioritynormalSeverityminorReproducibilitysometimes
StatusclosedResolutionwon't fix 
Platformx64OSWindows 7OS VersionSP1
Summary0000053: FSE seekbar does not disappear using driver 9.18.10.3071 on Intel HD Graphics
DescriptionHave updated my Intel HD 4000 driver to 9.18.10.3071, now the FSE seekbar once brought up does not disappear. The sides of it are still visible but it is not refreshing the time, so it's inactive. Tried different settings within madVR but no change. The driver version 9.17.10.2932 does not exhibit this issue.
Steps To ReproduceInstall Driver package 15.31.3.64.3071 bring up FSE seekbar.
TagsNo tags attached.
madVR Version0.86.1
Media Player (with version info)MPC-BE Build 2642
Splitter (with version info)LAV 0.55.3
Decoder (with version info)LAV 0.55.3
DecodingSoftware
Deinterlacingnone (progressive)
DXVA2 Scaling Activeno
Aero / Desktop CompositionOff
Problem occurs with modefullscreen exclusive mode
GPU ManufacturerIntel
GPU ModelHD 4000
GPU Driver Version9.18.10.3071
Attached Files

- Relationships

-  Notes
(0000061)
Ryrynz (reporter)
2013-05-06 10:04

Only occurs with moving video, playing back a video which has a static image, the seekbar disappears as it should.
(0000067)
Ryrynz (reporter)
2013-05-26 10:46

Also occurs on 9.18.10.3111 drivers.
this issue only occurs with certain video resolutions.
The FSE seekbar disappears normally with 1920x1080 and 1280x720 resolution content (display is 1920x1080) Have found the problem to exist with 1920x800 640x480, 720x480 res content amongst others.
(0000098)
madshi (administrator)
2013-06-01 12:51

I've tried with 9.18.10.3071 drivers with my HD4000 on win8 x64, and I can't reproduce any problems. I don't have 1920x800, but I've tried both 640x480 and 720x480 and both work fine. FSE seekbar appears and disappears as it should.

How can I reproduce the problem?
(0000102)
Ryrynz (reporter)
2013-06-01 13:57

Found it. Use 'present several frames in advance' along with 'use a separate device for presentation' Considering this is not the default setting maybe it's not a bug as such as a side effect from using this driver with those options which previously worked. When these two options are enabled together increasing the GPU queue causes the FSE seekbar to flash on screen, lower queues cause it to stick to the screen likely it was this combination that also caused the jerkiness with smooth motion I reported in the forum.
(0000103)
Ryrynz (reporter)
2013-06-01 14:35

Madshi, might I suggest increasing the default FSE frames that are rendered in advance from 4 to 8 if there are no major drawbacks? I sit low 0-4 or 1-4 with it set to 4 and if I enable smooth motion I then get an increasing glitch count. Increasing to 8 I'm generally sitting on 4-8 and I have no glitches. I think using the separate device for presentation allowed me to avoid that issue along with keep low queues 4/4. Now not having 'use separate device for presentation' checked I have to use the default 8/12 to avoid glitches but everything seems to be working well now.
(0000106)
Ryrynz (reporter)
2013-06-01 15:06

Actually changing the rendered frames in advance only helps if I change it from 4 to 8 without restarting MPC. If I don't restart I sit on a healthy 4-8 and have no glitches, if I restart I'm still 0-8 or 1-8 with occasional glitches. Maybe you can find why the present queue fills better when increased without player restart so that it occurs all the time?

I'm finding it hard to have glitch free playback without 'use separate device for presentation' enabled. That always was the magic setting for perfect playback for me. Considering we use the exact same graphics, what settings work for you? Luckily nothing has changed in this area with the newer drivers on the HD 3000.
(0000115)
madshi (administrator)
2013-06-01 16:29

This is a bug in the GPU driver. I'm using shared surfaces, and the driver doesn't propagate a "Clear" command on one surface to the other surface. The only way to fix it seems to be to disable the "use separate device for presentation" for now. Or alternatively make sure that the active video area covers the whole screen. Everything outside of the active video area is not properly cleared by the GPU driver.

I don't know why your presentation queue goes to 0-8 or 1-8. Doesn't happen on my PC. I have a present queue of 11-12/12 with my HD4000.

I'll have to close this bug because it's a GPU driver bug and I can't fix it, without making performance worse for other GPUs. I could fix it by changing the way I clear the frames, but it would negatively affect performance, so I don't want to do that...

- Issue History
Date Modified Username Field Change
2013-05-06 02:07 Ryrynz New Issue
2013-05-06 10:04 Ryrynz Note Added: 0000061
2013-05-26 10:46 Ryrynz Note Added: 0000067
2013-06-01 12:51 madshi Note Added: 0000098
2013-06-01 12:52 madshi Assigned To => madshi
2013-06-01 12:52 madshi Status new => feedback
2013-06-01 13:57 Ryrynz Note Added: 0000102
2013-06-01 13:57 Ryrynz Status feedback => assigned
2013-06-01 14:35 Ryrynz Note Added: 0000103
2013-06-01 15:06 Ryrynz Note Added: 0000106
2013-06-01 16:29 madshi Note Added: 0000115
2013-06-01 16:29 madshi Status assigned => closed
2013-06-01 16:29 madshi Resolution open => won't fix


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker