[gstreamer-bugs] [Bug 607321] improve GstDTMFSrc

[GStreamer (bugzilla.gnome.org)]

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

Olivier Crete (Tester) <tester> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |tester at tester.ca
     Ever Confirmed|0                           |1

--- Comment #1 from Olivier Crete (Tester) <tester at tester.ca> 2010-01-18 17:15:47 UTC ---
(In reply to comment #0)
>   - there should be an example for type=0 as I can't see how one would then
> specify the frequencies.

Type 0 is not implemented right now (but it exists in the RFCs), that's why
there is no example.

> - would applications mix type=0 and type=1 wildly? What about making this a
> property? One can still change the property at runtime. This would make the
> events lighter. Same for the volume.

If the application is a gateway or a conference server, yes they could be mixed
because the events would really be coming as RTP packets from the other side.

> I still wonder what can be done to classify such an element as "special" so
> that a normal music application could avoid it.

The idea was that you could put dtmfsrc and/or rtpdtmfsrc into a pipeline and
just send the even to the pipeline and have the right thing happen. That said,
right now, in farsight2, there is custom code to deliver the events to the
right element.

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