madshi bug tracker - madVR
View Issue Details
0000244madVRbugpublic2014-11-30 21:092015-05-02 11:29
closedunable to reproduce 
x86-64 (Intel Core i3 M 330)Windows 7 Ultimate SP1 64-Bit6.1.7601
MPC-HC 1.7.7 (46ce9d6)
LAV Splitter Source 0.60.0
LAV Video Decoder 0.60.0
DXVA2 Copyback
auto mode
all modes
Mobility Radeon HD 5650
Catalyst 14.4 (dev:, pkg:14.10.1006-140417a-171098C, 2D:
0000244: 10-bit / 8-bit color-depth change freezes rendering
I have a rendering problem that seems to be cause by a 10-bit / 8-bit video playback transition.

In the DirectShow graph: LAV S/A/V, xy-VSFilter, madVR, Default DirectSound Device.

Files that I noticed the issue with are each:
* Matroska v2 with ordered chapters:
   ch.1: 10-bit, AVC L4.1, YUV 4:2:0, 23.976P, SAR 1:1, 1920x1080 (main file)
   ch.2: 8-bit, AVC L4.1, YUV 4:2:0, 23.976P, SAR 1:1, 1920x1080 (external file)
   ch.3: 10-bit, AVC L4.1, YUV 4:2:0, 23.976P, SAR 1:1, 1920x1080 (main file)

Video stream rendering freezes on the last frame of ch.1.
Play a file with described characteristics, possibly any MKV with ordered chapters that switch between 10-bit and 8-bit, or maybe any video stream of any kind that makes that transition.
With some madVR settings, I see the last frames of ch.1 (sometimes terminated with a green-frame) displayed in a repeating loop instead of a static image of the last frame. (I believe this is setting dependent, but I am not sure what settings; possibly buffer sizes.)

I can work around the issue by seeking past the 8-bit segment before it's playback is attempted.

After playback freezes during the 10-bit to 8-bit transition, playback of audio continues without issue. madVR seems responsive (for example if I press Ctrl-J the OSD info is toggled, although it may introduce a green-frame artifact flashing if it was not already present).

Also after playback freezes, it does not unfreeze on its own when the 8-bit segment is over or if I seek to the initial or final 10-bit segment manually.

The OSD, if displayed, does not seem to indicate any problems.

Ctrl-A (reload file) in MPC-HC allow the file to play again from the start.

I tried all the other renderers available in MPC-HC, with the same splitter and decoders, and each of the other renderers played through the 10-bit/8-bit transitions without issue.

Thank you for your work on this state-of-the-art video renderer!
No tags attached.
Issue History
2014-11-30 21:09asagataNew Issue
2014-12-01 08:14asagataMedia Player (with version info)1.7.7 (46ce9d6) => MPC-HC 1.7.7 (46ce9d6)
2015-03-14 15:10madshiNote Added: 0000738
2015-03-14 15:10madshiAssigned To => madshi
2015-03-14 15:10madshiStatusnew => feedback
2015-05-02 11:29madshiNote Added: 0000974
2015-05-02 11:29madshiStatusfeedback => closed
2015-05-02 11:29madshiResolutionopen => unable to reproduce

2015-03-14 15:10   
I'd need to be able to reproduce this, in order to do anything about it. Can you create a sample for me?
2015-05-02 11:29   
Closed due to lack of feedback/sample.