[Bug 734679] New: videobox has only a fraction of the performance of videocrop, while doing the same task.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=734679
  GStreamer | gst-plugins-good | git

           Summary: videobox has only a fraction of the performance of
                    videocrop, while doing the same task.
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: swestrup at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


I have an application that needs to do both video cropping and padding and
which works with 4K videos. We chose videobox for the task because its the only
element that does reasonable padding and the fact that it can also crop was a
major bonus.

However, in time trials we've found that videobox is much, MUCH slower than
videocrop, even when its just cropping. For example, using gstreamer 1.4.0,
this pipeline runs on a stock ivy-bridge server driving a SMSC zero client
display at about 45 fps:

gst-launch-1.0 -v filesrc location=Sintel-4K.mkv ! decodebin ! videoconvert !
videocrop left=100 ! videoscale ! fpsdisplaysink sync=false
video-sink="xvimagesink display=:2"

The same pipeline, with videobox used instead of videocrop gives us an average
of about 20 fps, which is a huge drop. Worse the video in question is 24 fps,
so with videobox we cannot play realtime without dropping frames.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.