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 697690 - gst-libav doesn't have the same multithread performance as ffplay
gst-libav doesn't have the same multithread performance as ffplay
Status: RESOLVED DUPLICATE of bug 696501
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-04-10 07:53 UTC by cee1
Modified: 2013-04-10 08:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description cee1 2013-04-10 07:53:06 UTC
While playing back some films ffplay is seen more balanced CPU occupancy then gstreamer.

Sample film: http://dev.lemote.com/files/upload/software/temp/tears_of_steel_720p.mkv

Following change solves this:
diff --git a/ext/libav/gstavviddec.c b/ext/libav/gstavviddec.c
index 0e909a4..f96c21b 100644
--- a/ext/libav/gstavviddec.c
+++ b/ext/libav/gstavviddec.c
@@ -434,7 +434,7 @@ gst_ffmpegviddec_set_format (GstVideoDecoder * decoder,
   } else
     ffmpegdec->context->thread_count = ffmpegdec->max_threads;

-  ffmpegdec->context->thread_type = FF_THREAD_SLICE;
+  ffmpegdec->context->thread_type = FF_THREAD_SLICE | FF_THREAD_FRAME;

   /* open codec - we don't select an output pix_fmt yet,
    * simply because we don't know! We only get it
Comment 1 Tim-Philipp Müller 2013-04-10 08:25:36 UTC
We don't want to do that unconditionally.

*** This bug has been marked as a duplicate of bug 696501 ***