[gstreamer-bugs] [Bug 607798] x264enc needs updating to support new features

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #3 from Mark Nauwelaerts <manauw at skynet.be> 2010-02-01 17:53:31 UTC ---
Do any of the above allow for multiple preset and/or tuning
(needs then to be called several times or comma-separated stuff or ...)?

Obviously, it would be convenient if updates would occur automagically :)
Since e.g. bitfields do not seem appealing, IMO involving a string is not
particularly a problem.

On GStreamer/gobject level, it remains to sort out:
* whether tuning/presets should be set through GStreamer presets (doing so
might in some views be cleaner, but with current state of things that would
e.g. not always be convenient and particularly not benefit the cmd line way)
* the command-line semantics of presets/tunings (i.e. first apply presets, then
tunings and then override with any other user provided options) are a bit hard
to replicate using a "collection of gobject properties".  Some trickery might
allow for that, but AFAICS that would probably (at least) require moving away
from defaults provided by property specification to defaults provided by the
underlying library.  The former would sort-of guarantee property stability, the
latter not.  [But the encoder lib does not arrange for such stability anyway,
and can always introduce new features, so I see not much point in trying to
(pretend) stability can be maintained on wrapper level]

-- 
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.