High cpu from gstglcontext thread when eos or no stream update

[Nicolas Dufresne]

Le mercredi 19 juillet 2017 à 11:32 -0400, Nicolas Dufresne a écrit :
> Le mercredi 19 juillet 2017 à 14:02 +0530, Vikas Patil a écrit :
> > Hi All,
> > 
> > Applying below patch fixes the issue.
> > 
> > https://github.com/GStreamer/gst-plugins-
> > bad/commit/05a0f0002ccaa94b4d5c173999f7e8a58aceafd4
> 
> That's great, though patches are handles through our bug system. Please
> open a bug at bugs.gnome.org and attach the patch. We will then be able
> to proceed with proper code review.

Oops, never-mind, this is of course already applied as this is a git
mirror.

> 
> regards,
> Nicolas
> 
> > 
> > Thank you.
> > 
> > Regards,
> > Vikash
> > 
> > On Tue, Jul 18, 2017 at 6:42 PM, Vikas Patil <vikasmpatil at gmail.com>
> > wrote:
> > > Dear Team,
> > > 
> > > 
> > > I am observing high CPU ( From 20% To  40%) when there is no video
> > > stream coming (e.g. no continuous update ) or EOS (end of stream)
> > > message comes in gstreamer. High cpu usage is mainly for
> > > gstglcontext
> > > thread. Version of gstreamer1.0 1.6.0 on i.MX6 platform.
> > > 
> > > 
> > > Pipeline I use in application is as follows.
> > > e.g
> > > #gst-launch-1.0 filesrc
> > > location=/home/root/B01_Baseline1.0_1280_720.MP4 typefind=true !
> > > video/quicktime ! aiurdemux ! queue max-size-time=0 ! vpudec !
> > > glimagesink
> > > 
> > > Could anyone please help me to understand and fix this issue? Is
> > > this
> > > known issue? Is there any way to avoid this?
> > > 
> > > Thanks & Regards,
> > > Vikash
> > 
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170719/8f2a3ed6/attachment.sig>