Bug 91339

Summary:	vpp deinterlace MADI/MCDI not able to handle mixed interlaced / progressive
Product:	libva	Reporter:	phil.uithoven
Component:	intel	Assignee:	haihao <haihao.xiang>
Status:	RESOLVED WONTFIX	QA Contact:	Sean V Kelley <seanvk>
Severity:	normal
Priority:	medium	CC:	fritsch
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	Console output of gst-launch Console output of gst-launch

Description phil.uithoven 2015-07-14 21:09:03 UTC

Using Kodi 14.2 (Helix) for Live TV via cable system.  Some channels contain content that causes the hardware de-interlacer to apparently drop frames.  Kodi counts skipped frames, and we can see that count rapidly increasing when this content is encountered.  I've discussed this in the Kodi forums here:  http://forum.kodi.tv/showthread.php?tid=231955&pid=2052702#pid2052702 - Kodi devs seem to think this is caused by the stream having mixed progressive & interlaced - causing switching back and forth.

I've reproduced the issue via gstreamer using a capture of the live tv stream (also used for testing in Kodi):
gst-launch-1.0 filesrc -v location=file.ts ! decodebin ! vaapipostproc deinterlace-method=3 ! vaapisink

Playback with this command is really jumpy.  The effect looks almost like skipping back & forward in time.  I will attempt to attach log files showing the console output from playing two different samples with the above command.  The output seems to show some "interleaved" and "progressive" references.

The same file played with the following command plays smoothly, though of course with the interlaced lines:
gst-launch-1.0 filesrc -v location=test-usa-svu-1.ts ! decodebin ! vaapisink

I will attempt to attach the test samples as well, if allowed.

Info on the system:
Model:  Intel NUC D54250WYK (Haswell)
Kernel:  4.0.7
Mesa:  10.6.2
libva: 1.6.0

Comment 1 phil.uithoven 2015-07-14 21:09:51 UTC

Created attachment 117120 [details]
Console output of gst-launch

Comment 2 phil.uithoven 2015-07-14 21:10:16 UTC

Created attachment 117121 [details]
Console output of gst-launch

Comment 3 phil.uithoven 2015-07-14 21:14:37 UTC

Video samples will be too large to attach.  Can be pulled from here:
https://spideroak.com/storage/OB2WS5DIN53GK/shared/647068-2-1758/test-usa-svu-1.ts?9faf7c12306de326bb6cf9b3acca9114
https://spideroak.com/storage/OB2WS5DIN53GK/shared/647068-2-1759/test-usa-svu-2.ts?ac269fbc747b7b6dd335901cc1d35ecb

Though the links will expire in a couple days - can repost when needed.

Comment 4 haihao 2015-07-17 07:25:25 UTC

I failed to access the links you provided.

Comment 5 phil.uithoven 2015-07-17 10:50:56 UTC

Ah, sorry about that.  Something's strange as the links seem to still work for me.  Let's try Google Drive instead then.  Here's a link to a folder where I can drop any other samples you may want to see.

https://drive.google.com/folderview?id=0B_bzwvu0gyw3fjF4NnQxeGFoOWtrQVlUdXJsZGhVVUE0alRhR1hqbVlFaXEyT09JVHJVem8&usp=sharing

Comment 6 haihao 2016-12-01 02:46:19 UTC

Sorry for slow response, Do you still experience this issue?

Comment 7 phil.uithoven 2016-12-01 13:28:16 UTC

Well, last time I checked, it was still happening.  However, over the course of time since reporting that, I've since switched over to running Windows on my TV boxes.  I've also moved and am on a different cable system.  As such, I'm not willing to switch back for testing at this time.

Comment 8 haihao 2016-12-07 05:16:38 UTC

I closed it as won't fix MCDI/MADI for mixed interlaced/progressive stream. Please feel free to reopen this bug or file a new bug if you have interest in the future.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.