View Issue Details

IDProjectCategoryView StatusLast Update
0000363madVRbugpublic2018-01-15 09:03
Reportercyberbeing Assigned Tomadshi  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionunable to reproduce 
Platformx64OSWindows 7 SP1OS Version7601
Summary0000363: Very High Render Times with DXVA2-Native & Movable Subtitles
DescriptionDXVA2-Native + Movable Subtitles causes a large performance overhead.

Originally reported by Nullack with his GTX960 in the XySubFilter thread:
http://forum.doom9.org/showpost.php?p=1748276&postcount=836
Steps To Reproduce*Enable DXVA2-Native in LAV Filters.
*Playback a 1080p24 video with SRT subtitles which XySubFilter 3.1.0.746 would flag as movable.
*Scale the video to 2160p and open CTRL+J stats.
*Maximum render time will be ~42ms higher than normal
*Avg render time time will be around double normal
Additional InformationIssue occurs even if no black bars exists, if subtitles are flagged as movable.
Issue does not occur with DXVA2 Copy Back or Software Decoding.
Issue does not occur if XySubFilter flags as subtitles as unmovable.
TagsNo tags attached.
madVR Version0.89.17
Media Player (with version info)MPC-HC 1.7.10.28
Splitter (with version info)LAV 0.67.0.3
Decoder (with version info)LAV 0.67.0.3
DecodingDXVA2 Native
Deinterlacingnone (progressive)
DXVA2 Scaling Activeno
Aero / Desktop CompositionOn
Problem occurs with modefullscreen exclusive mode
GPU ManufacturerNVidia
GPU ModelGTX770
GPU Driver Version359.00

Activities

madshi

2018-01-14 20:33

administrator   ~0002098

I'm sorry for the extremely late reply.

I've tried to reproduce this now, but couldn't. Somehow my Nvidia GPU always gets slower after a bit of playing. I suppose clocks are going down if I don't use "expensive" algorithms. But I could not notice big differences between software and DXVA decoding, XySubFilter active/inactive etc.

If you're still there, and still have interest in this, could you please check if the problem still occurs for you with the latest madVR + LAV + MPC-HC builds? If so, please create an empty file or folder named "ShowRenderSteps" in the madVR folder. Afterwards the madVR OSD should tell you which of the rendering steps consumes how much time. Maybe this time you can figure out which of the rendering steps is the problem?

cyberbeing

2018-01-15 05:19

reporter   ~0002120

Last edited: 2018-01-15 05:20

I'm currently unable to test this, since I no longer own a display supporting 2160p, and I remember scaling to such a resolution being an important aspect in reproducing it (i.e. problem got worse the higher the resolution).

You'd probably have better luck just asking if anybody with a 4K display in madVR thread is able to reproduce this now when watching 1080p video with SRT subs using DXVA2-Native. Otherwise feel free to close the issue. If the problem ever resurfaced, I'm sure it would be easily noticed and reported again.

madshi

2018-01-15 09:03

administrator   ~0002122

Ok, thanks. And good to know you're still around.

Issue History

Date Modified Username Field Change
2015-12-02 03:01 cyberbeing New Issue
2018-01-14 20:33 madshi Note Added: 0002098
2018-01-14 20:33 madshi Assigned To => madshi
2018-01-14 20:33 madshi Status new => feedback
2018-01-15 05:19 cyberbeing Note Added: 0002120
2018-01-15 05:19 cyberbeing Status feedback => assigned
2018-01-15 05:20 cyberbeing Note Edited: 0002120
2018-01-15 09:03 madshi Note Added: 0002122
2018-01-15 09:03 madshi Status assigned => closed
2018-01-15 09:03 madshi Resolution open => unable to reproduce