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 697797 - videosignal ported to 1.0
videosignal ported to 1.0
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.x
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-04-11 14:15 UTC by Kees Blom
Modified: 2018-11-03 13:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch to port videosignal to gstreamer 1.0 (18.61 KB, patch)
2013-04-11 14:15 UTC, Kees Blom
needs-work Details | Review
updated patch (14.02 KB, patch)
2013-04-12 21:18 UTC, David Schleef
needs-work Details | Review

Description Kees Blom 2013-04-11 14:15:27 UTC
Created attachment 241255 [details] [review]
patch to port videosignal to gstreamer 1.0

The elements videoanalyse, videodetect and videomark are not yet ported to gstreamer 1.0.
As we needed these in some applications,  we ported them ourselves.
We did not change names (as requested in a recent FIXME comment) nor functionality
and only tested on Linux Ubuntu 12.04 for a limit number of properties.
The resulting patch is attached.  (for gst-plugin-bad as on 2013-04-11 00:00).
Comment 1 Tim-Philipp Müller 2013-04-11 14:31:00 UTC
Great, many thanks!

One minor niggle: you shouldn't really have to deal with the GstMemory in the GstBuffer, instead just poke at the data[] array in the GstVideoFrame structures directly, it should already be mapped and filled in.

http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-gstvideo.html#GstVideoFrame
Comment 2 Wim Taymans 2013-04-11 21:04:47 UTC
how about naming themvideopatterndetect, videopatternmark? maybe the videoanalyse could become videolevel, like the audio one..
Comment 3 David Schleef 2013-04-12 21:18:29 UTC
Created attachment 241404 [details] [review]
updated patch

I did an independent port of videoanalyse recently, so I pushed that, and then fixed up your patch to apply on top of it.

I've been porting code to 1.0 by regenerating new source code using gst-element-maker in gst-plugins-bad/tools/, and then copying over relevant code from the 0.10 source, and modifying as necessary.  I think this will be a more reliable way to get bug-free porting.

Note that this doesn't fix any of the problems noticed by Tim.
Comment 4 David Schleef 2013-04-13 23:57:15 UTC
The best I've come up with so far is simplevideomark and simplevideomarkdetect.

Rationale: If SMPTE had a standard method for doing this, we'd probably call it smptevideomark or smpte2999mark.  And this is a "simple" method.  Also, "markdetect" instead of "detect", because it's specifically detecting the mark.
Comment 5 GStreamer system administrator 2018-11-03 13:15:20 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/92.