[gstreamer-bugs] [Bug 640118] New: [PATCH][enhancement] There's no element to control v4l2 radio devices
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Thu Jan 20 14:40:28 PST 2011
https://bugzilla.gnome.org/show_bug.cgi?id=640118
GStreamer | gst-plugins-good | git
Summary: [PATCH][enhancement] There's no element to control
v4l2 radio devices
Classification: Desktop
Product: GStreamer
Version: git
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-good
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: 4ernov at gmail.com
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME target: ---
GNOME version: ---
Created an attachment (id=178899)
--> (https://bugzilla.gnome.org/attachment.cgi?id=178899)
Patch adding v4l2radio element code
GStreamer plugins lack an element which provides control over v4l2 radio
devices as there's no separate element for it and v4l2src element couldn't be
used due to several limitations of radio V4L2 devices against video V4L2
devices.
Last year I wrote separate radiotuner GStreamer plugin
(http://sourceforge.net/projects/gstradiotuner/) and during discussion in the
mailing-list several developers suggested me not to include the plugin
separately (to -bad package, obviously) but to try to merge it with existing
video4linux2 plugin range (which consists of v4l2src and v4l2sink). I worked at
it and I actually managed to use most of the low-level calls from already
existing code. With some additional radiodevice-specific code I wrote the new
v4l2radio element to close the gap in this part of functionality.
Attached patch includes code to video4linux2 plugin and adds v4l2radio element.
The element itself implements GstTuner, GstURIHandler, GstPropertyProbe and
GstImplementsInterface interfaces as completely as it's possible.
In terms of GstTuner interface, v4l2radio element has single channel (according
to the official V4L2 API radio devices can contain exactly one channel) and
supports changing frequency, sending certain signals and receiving signal
strength. List of norms is NULL as norms aren't supported for radio.
As for GstURIHandler, the element supports 'radio' protocol. I decided to
implement it very similar to MPlayer example, i.e. the format is "radio://"+
<frequency in MHz>.
Also, device and frequency can be set using certain properties.
I hope the patch is useful and would enhance GStreamer's functionality.
--
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.
More information about the Gstreamer-bugs
mailing list