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 796826 - videodecoder: print warning if frame drops due to QoS
videodecoder: print warning if frame drops due to QoS
Status: RESOLVED DUPLICATE of bug 796762
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
unspecified
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-07-18 01:05 UTC by sreerenj
Modified: 2018-07-18 19:21 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
videodecoder: print warning if dropping frame due to QoS (1.14 KB, patch)
2018-07-18 01:06 UTC, sreerenj
none Details | Review

Description sreerenj 2018-07-18 01:05:10 UTC
Print a warning message if frame drops due to QoS.
Comment 1 sreerenj 2018-07-18 01:06:22 UTC
Created attachment 373079 [details] [review]
videodecoder: print warning if dropping frame due to QoS
Comment 2 Sebastian Dröge (slomo) 2018-07-18 05:50:01 UTC
basesink for example is also not making this a warning, it's only logging it with debug level.
Comment 3 Tim-Philipp Müller 2018-07-18 07:51:49 UTC
Comment on attachment 373079 [details] [review]
videodecoder: print warning if dropping frame due to QoS

It's something that's fairly normal/expected in most real-world use cases, so don't know if it should be a warning.
Comment 4 Nicolas Dufresne (ndufresne) 2018-07-18 11:29:32 UTC
We should post QoS message, see:

https://bugzilla.gnome.org/show_bug.cgi?id=796762

*** This bug has been marked as a duplicate of bug 796762 ***
Comment 5 sreerenj 2018-07-18 18:19:15 UTC
(In reply to Tim-Philipp Müller from comment #3)
> Comment on attachment 373079 [details] [review] [review]
> videodecoder: print warning if dropping frame due to QoS
> 
> It's something that's fairly normal/expected in most real-world use cases,
> so don't know if it should be a warning.

I was debugging the issue here :https://bugzilla.gnome.org/show_bug.cgi?id=796521
. Adding a msdkvpp just after the decoder caused dropping frames in decoder, and didn't generate any warning. I think, we should generate a warning if there is a drop frame irrespective of the root cause of dropping.
Comment 6 Nicolas Dufresne (ndufresne) 2018-07-18 19:20:56 UTC
No, drops should generate application messages, not warning.
Comment 7 Nicolas Dufresne (ndufresne) 2018-07-18 19:21:33 UTC
Also, in master we just merged code that introduce processing-deadline on basesink, which is suppose to address these issues.