[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