After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 645943 - [camerabin2] Provide a video orientation
[camerabin2] Provide a video orientation
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-03-28 13:54 UTC by Sjoerd Simons
Modified: 2018-11-03 13:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sjoerd Simons 2011-03-28 13:54:52 UTC
It would be very useful to set the video orientation of the captured video, both for cameras and IM application (make the orientation depend on device orientation)

It would be nice to have a GstVideoOrientation interface on all CameraSrc implementations. It's relatively easy for a user to fake, but having two code-patch in a CameraSrc using apps for (for when the src provides video-orientation and for when not).

I'm not very familiar with the design of GstBaseCameraSrc, but a potentialy suggested way would be to have GstBaseCameraSrc automatically put in a videoflip unless the implementation indicates it can do this in hardware.
Comment 1 Thiago Sousa Santos 2011-03-28 23:14:07 UTC
About adding it to camera sources, I agree that it is a good idea, we could do it in 2 ways:

1) Add it as a recommended or obligatory interface in the camera source writing guide (I'm writing one and it might even have conformance tests!) and people implement it the way they want in their sources, using hardware or not. And then we add it to our wrappercamerabinsrc.

2) Make basecamerasrc implement it and make it use software in case the subclass didn't implement it.

I don't particularly like 2 because we don't have elements in basecamerasrc, it only contains properties/API/helper functions.
Comment 2 Stefan Sauer (gstreamer, gtkdoc dev) 2011-05-02 10:35:50 UTC
Option two would have the advantage of applying the fallback to whatever camerasrc is beeing used, where option might cause duplicated code. That said, I still prefer option 1. as well.

I also wonder if the same should be done for a videobalance interface. On the other hand applying software balance to a camerasrc is not realy helpful ...
Comment 3 GStreamer system administrator 2018-11-03 13:07:51 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/38.