[Bug 797047] New: kmssink: Deprecate force-modesetting in favour of "mode" property
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Aug 29 18:57:22 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=797047
Bug ID: 797047
Summary: kmssink: Deprecate force-modesetting in favour of
"mode" property
Classification: Platform
Product: GStreamer
Version: git master
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-bad
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: nicolas at ndufresne.ca
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
I think force-modesetting isn't great has a property. As the time goes, we find
that most people uses kmssink in a way one would use decklinkvideosink. It's
basically the "new" way, even though still a bit limited, to handle a video
output. In this regard, the typical use case is to fix the output mode using
well known names, like 1080p60, 1080i60, etc. Basically, the API exposed by
decklinkvideosink.
So my proposal is to replace "force-modesetting" with a mode property. We could
have special values to indicate "current", for the currently configured mode
(our default), "automatic", to try and match the video resolution with the
output, or an alternative of type "best-match". And then, a list of modes.
The decklinkvideosink just hardcodes a fixed list of modes, we could do that,
but then we'd need to improve it everything a DRM driver introduce a new mode.
Maybe we could find a compromise, keep "mode" as a string and match it to one
of the enumerated modes for the connector.
--
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