[Bug 740106] New: openh264enc: Properties for multi-threading and fastest performance
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Thu Nov 13 23:16:11 PST 2014
https://bugzilla.gnome.org/show_bug.cgi?id=740106
GStreamer | gst-plugins-bad | git
Summary: openh264enc: Properties for multi-threading and
fastest performance
Classification: Platform
Product: GStreamer
Version: git
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: robert.swain at gmail.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Currently openh264enc uses only one slice which forces it to only use one
thread as threading is slice-based.
The following pull request against openwebrtc-gst-plugins on github adds a
slice-mode property that can be either n-slices or auto. If auto it will use a
number of slices per frame equal to the number of threads. If n-slices, it will
use a number of slices per frame equal to the num-slices property.
Some other properties were also added that improve performance when disabled.
The defaults remained intact with one exception. As a final and separate commit
I changed the slice-mode default to auto in order for the default behaviour to
be threads=0 slice-mode=auto which makes openh264 use a number of threads and
slices according to your CPU.
Patches here:
https://github.com/EricssonResearch/openwebrtc-gst-plugins/pull/15
Note: openh264 currently limits the maximum number of threads to 4 -
https://github.com/cisco/openh264/issues/1489
--
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.
More information about the gstreamer-bugs
mailing list