After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 703739 - deinterlace: flickering with some DVDs
deinterlace: flickering with some DVDs
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-07-07 14:43 UTC by Frank Ansari
Modified: 2018-11-03 14:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GST_DEBUG=*:5 gst-launch-1.0 -v playbin uri=dvd:// 2> gw3.log (1.41 MB, application/gzip)
2013-07-07 14:47 UTC, Frank Ansari
Details

Description Frank Ansari 2013-07-07 14:43:36 UTC
Playing DVDs gives a flickering video.

I have tested now "Zeitakademmie: Psychologie" and "The good wife season 3".

Test were done in Fedora 18 and 19.

The quality was ok in Fedora 17.

Especially a line from the upper left corner until the middle of the screen is always flickering.

There is a lot of output like this:

/GstPlayBin:playbin0/GstInputSelector:inputselector2.GstSelectorPad:sink_0: tags = "taglist\,\ title\=\(string\)THE_GOOD_WIFE_S3_D4\,\ video-codec\=\(string\)\"MPEG\\\ 2\\\ Video\"\,\ minimum-bitrate\=\(uint\)91200\,\ bitrate\=\(uint\)6363409\,\ maximum-bitrate\=\(uint\)15404000\;"
Comment 1 Frank Ansari 2013-07-07 14:47:50 UTC
Created attachment 248548 [details]
GST_DEBUG=*:5 gst-launch-1.0 -v playbin uri=dvd:// 2> gw3.log
Comment 2 Frank Ansari 2013-07-07 17:04:06 UTC
I want to add: there is no such issue in gstreamer-0.10 which Totem was using in Fedora 17.

So this

gst-launch-0.10 playbin2 uri=dvd://

runs OK.
Comment 3 Tim-Philipp Müller 2013-07-07 19:02:30 UTC
Could you please test gst-launch-1.0 vs. gst-launch-0.10 on the same Fedora version?

Also, why did you file this bug against totem if the issue happens with just gst-launch as well?
Comment 4 Frank Ansari 2013-07-09 18:51:44 UTC
I did both tests on Fedora 19. Also I can confirm to you that it behaved the same with Fedora 18.

I filed it against totem because that was my purpose of usage. I want to have a working totem with DVD playback again. The last version which was working was Fedora 17 with gstreamer-0.10. 

It is not clear to me why totem changed to gstreamer1 since this version is not working correctly.

I changed using to Fluendo player now. This is using gstreamer-0.10 and this is working.
Comment 5 Frank Ansari 2013-07-11 19:00:57 UTC
I also openend a case here:

https://bugzilla.redhat.com/show_bug.cgi?id=904792
Comment 6 Tim-Philipp Müller 2013-07-11 19:09:21 UTC
I'm not sure what the problem is exactly (hard to tell what kind of flickering it is without seeing it), but I doubt it's a general 0.10 vs 1.0 thing. There is no reason for this to depend on the GStreamer version, it's likely something to do with the graphics output chosen, and maybe the graphics backend. It generally seems to work fine for most people as far as I am aware.

Maybe what you're seeing is "tearing" ? Is it mostly obvious in scenes with movements?

Does it go away if you remove the fluendo codec pack? (Does "gst-inspect-1.0 | grep -i flu" show anything?)
Comment 7 Frank Ansari 2013-07-13 18:55:25 UTC
Look: I did a fresh Fedora 19 installation without installation of Fluendo codec pack so far.

Also this is not the same PC as the one for which I opened the bug in RedHat bugzilla. My old PC had an NVidia graphic card (9500 as far as I remember) and my new one has some integraed Intel board.

The difference between gst-0.10 and gst-1.0 is exactly the same on both systems.

So I don't believe that it has anything to do with my grahic drivers or Fluendo.

I also checked my monitor settings (I have a SyncMaster 2494) but did not find anything to better the situation. Also a reset on the monitor settings did not change the behaviour.

My graphic driver is i915.

With flickering I mean that the picture is not stable. Espcecially a line at the top and botton (perhaps 3 mm heigth) is moving quickly in up and down. 

I tested again today and the result is as always. Everything is fine with gst-launch-0.10 and the flickering with gst-launch-1.0.

The effect is also good visible when only text appears on the screen so it has nothing to do with quick movements.
Comment 8 Frank Ansari 2013-07-14 09:12:13 UTC
I will show you want I mean with flickering. I filmed some seconds of a DVD with my digicam. For this I ran totem in full screen mode.

Please go to this site. You will find an flv file there. Then you can see it yourself.

http://www.frank-ansari.de/debug/
Comment 9 Frank Ansari 2013-07-20 13:01:40 UTC
Let me point out that not only the first lines are flickering.

You can see it especially when text is on the screen.

I put a second example on the location given above with a presentation on psychology.

You will find flickering of text in the middle of the screen. You can also see that the bottom is also flickering.

Since all installations of gstreamer-1 I did so far have this flickering (which I never saw in gstreamer-0.10) I conclude it will have all the same reason.

Any hinte what I am doing wrong?
Comment 10 Tim-Philipp Müller 2013-07-20 13:56:42 UTC
I doubt you're doing anything wrong, I'm sure it's a bug somewhere.

Could you try (in F19 preferably):

 gst-launch-1.0 playbin flags="soft-colorbalance+soft-volume+text+audio+video" uri=dvd://

(i.e. with deinterlacing disabled), to see if that makes a difference?
Comment 11 Frank Ansari 2013-07-20 20:04:59 UTC
Yes! This makes a big difference. The flickering is gone. It is now as good as with gstreamer-0.10.

How can I apply these settings to the totem player?
Comment 12 Frank Ansari 2013-07-20 20:12:13 UTC
I found the settings for totem. It is what you said: there is a property setting for deinterlacing. When I deactivate it the flickering is gone.

I cannot remember I activated it. I guess this is default. So I conclude that default settings give flickering on my system with gstreamer-1.0.
Comment 13 Sebastian Dröge (slomo) 2013-07-21 09:10:49 UTC
Maybe related to https://bugzilla.gnome.org/show_bug.cgi?id=617778

There's some tearing as well but the flickering first line looks like a bug in the deinterlacer. Can you make a short section of the movie available for testing? Setting a different value for the tff or fields property of deinterlace might be able to give better directions to where exactly the bug is.
Comment 14 Frank Ansari 2013-07-21 09:39:32 UTC
What do you mean "make a short section of the movie available for testing"?

The behaviour is not dependend on a specific DVD. You can take any DVD for your tests. Most DVDs have some text like FSK. Especially there you will see the flickering. Also at top and bottom - especially on the left hand side.

Also I don't know how to set tff and field properties in totem. In properties I can activate or deactivate deinterlacing.
Comment 15 Sebastian Dröge (slomo) 2013-07-22 07:27:31 UTC
I wasn't able to reproduce it with two DVDs I tried here, both having interlaced video content. So it's likely something specific to the DVDs you tried.


You'd have to build a custom pipeline for this, e.g.

gst-launch-1.0 -v rsndvdbin device=/dev/dvd ! deinterlace mode=interlaced fields=all tff=tff ! videoconvert ! navseek ! xvimagesink


You could also try if any of the different methods on deinterlace makes a difference.
Comment 16 Frank Ansari 2013-07-22 17:33:01 UTC
Strange. I never had a DVD which worked with gstreamer-1.0 before I deactivated the deinterlacing in totem.

I tried the command given above but this gives again flickering.
Comment 17 Sebastian Dröge (slomo) 2013-07-23 06:46:00 UTC
Try the command above with different properties. Like tff=bff or fields=top or fields=bottom
Comment 18 Tim-Philipp Müller 2013-07-23 13:42:25 UTC
The video in bug #687684 seems to exhibit something like this (e.g. if you look at the '#isaac' or the 'WED')
Comment 19 Frank Ansari 2013-07-23 18:07:53 UTC
tff has no influence on the flickering. But fields has.

fields=all    => flickering
fields=top    => no flickering
feilds=bottom => no flickering
Comment 20 Frank Ansari 2013-07-23 18:10:34 UTC
BTW: there is no sound with this script. Is this to be expected?
Comment 21 Tim-Philipp Müller 2013-07-23 18:17:02 UTC
> BTW: there is no sound with this script. Is this to be expected?

Yes, that's expected. Thanks for the observations.
Comment 22 David Schleef 2013-07-23 22:50:49 UTC
I'm pretty sure that the submitter's "flickering" is just normal deinterlacing artifacts with the linear filter.
Comment 23 Sebastian Dröge (slomo) 2013-07-24 06:52:11 UTC
Maybe we should set fields to top or bottom instead of all to get around these artifacts. Would give lower but at least gets around the artifacts usually. What do you think, David?
Comment 24 Tim-Philipp Müller 2013-07-24 17:00:41 UTC
Possibly related to, if not the same as, bug #617778 ?
Comment 25 Sebastian Dröge (slomo) 2013-07-24 18:08:55 UTC
I think so, see comment 13 :)
Comment 26 David Schleef 2013-07-24 18:16:13 UTC
slomo,

IMO, fields=top/bottom or fields=all is a sane default when combined with the linear filter.  There exists video content that will make any specific choice look bad, but not too bad.

The best solution is to write a better filter than mode=linear, specifically one that uses cross-field matching (copying good lines from adjacent fields) and non-linear interpolation (such as edge-directed interpolation).  We have yadif in -bad, which is a drop-in replacement for deinterlace, but is GPL-only.

I am slowly working up to either rewriting yadif (with an MIT or LGPL license) or writing a new algorithm.  We need this at Rdio and it's on my to-do list, but is low priority since yadif and ivtc are adequate.
Comment 27 David Schleef 2013-07-24 18:19:35 UTC
#617778 does not apply to the linear filter.  IIRC, the major problem remaining is that fields are shifted in time by two field durations for the more complex filters.
Comment 28 GStreamer system administrator 2018-11-03 14:49:00 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/86.