[gstreamer-bugs] [Bug 616814] Photography interface extension

[GStreamer (bugzilla.gnome.org)]

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

Stefan Kost (gstreamer, gtkdoc dev) <ensonic> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ensonic at sonicpulse.de

--- Comment #4 from Stefan Kost (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2010-04-26 19:41:20 UTC ---
GST_PHOTOGRAPHY_COLOUR_TONE_MODE_ EMBOSS: emboss image effect
GST_PHOTOGRAPHY_COLOUR_TONE_MODE_ SKETECH: sketch image effect
are not color modes, they are effects. I don't think it makes much sense to
apply them at the time of taking the image.

I am a bit worried regarding the noise reduction. This is something applied as
a postprocessing (which actually is also true for the color modes). The problem
of adding all those possible image post processing function to the photography
interface is that the interface get semantically diluted. The purpose of the
photography interface is to specify capture settings.

Ideally posprocessing effects are separate gstreamer plugins. If the post
processing is done one the fly by the source, we need a better way to express
it.

Another problem of using the enums/flags here is, that there is no way to
enumerate all possible noise filtering algorithms. If the noisefiltering would
be presented as a separate gstreamer element, it can have its own api.

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