[Bug 770225] New: High CPU usage in multiqueue of playbin3 with multiple audio track

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 770225
           Summary: High CPU usage in multiqueue of playbin3 with multiple
                    audio track
    Classification: Platform
           Product: GStreamer
           Version: 1.9.1
                OS: Linux
            Status: NEW
          Severity: major
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: hoonh83.lee at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Dear Edward Hervey, Tim-Philipp Müller and Jan Schmidt

In playbin3(decodebin3) with GST v1.9.1, CPU usage is more high compared with
playbin2(decodebin2) when multiple audio track contents.
I tested 1-video and 8-audio stream by launching gst-launch.

Multiqueue is set as below in playbin3.
=> g_object_set (dbin->multiqueue, "sync-by-running-time", TRUE,
"use-interleave", TRUE, "max-size-buffers", 0, NULL);
In that case, CPU usage is around 210%. And most of them are related with
srcpads of multiqueue.

In playbin2(decodebin2), CPU usage is around 15%.

And I turned off the 'sync-by-running-time' in MQ and CPU usage is similar with
playbin2.

I am guessing 'sync-by-running-time' mode consumes much more CPU usage than
playbin2.


1) Do you have similar phenomenon?
2) Do you have a plan to reduce CPU usage when using "sync-by-running-time"?
3) May I get any opinions or guide to reduce CPU usage?

Please refer https://harmony.lge.com:8443/issue/browse/CTRGST-288
or
http://gstreamer-devel.966125.n4.nabble.com/High-CPU-usage-in-multiple-audio-track-in-playbin3-td4679179.html

I am always welcome any questions and opinions.

Thanks.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.