[Bug 639292] remove pt value from selected rtp pay/depayloaders

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=639292
  GStreamer | gst-plugins-good | 0.10.26

Wim Taymans <wim.taymans> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |wim.taymans at gmail.com
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |1.0.6

--- Comment #7 from Wim Taymans <wim.taymans at gmail.com> 2013-01-28 11:47:31 UTC ---
I only relaxed the restrictions in the depayloaders. I don't see a reason why
we should allow wrong output from our payloaders...

commit 4397c8ffbfdac3fee7db98cf3cded08f0f07d569
Author: Wim Taymans <wim.taymans at collabora.co.uk>
Date:   Mon Jan 28 12:41:04 2013 +0100

    rtpdepay: remove payload type restrictions

    Remove the pt restrictions for all the depayloaders that have an
    encoding-name. We can use this to autoplug decoders.
    Remove the encoding-name for all the payloaders with a fixed payload
    type.
    We now either have an encoding-name or a pt in the sinkpad caps of
    a depayloader.

    See https://bugzilla.gnome.org/show_bug.cgi?id=639292

commit bab2f3c92b32b82eff7112baa7765935d8c4025e
Author: Marc Leeman <marc.leeman at gmail.com>
Date:   Mon Jan 28 12:23:41 2013 +0100

    rtp: remove payload requirements from selected depayloaders

    encoding name is required in the caps and is a better fit for autoplugging
than
    the pt value. Hardware manufacturers have a bad habit of skimming through
RFCs
    and in this case; use unassigned numbers for encoders instead of dynamic
    numbers.

    In essence, this patch will add support for a lot of Bosch hardware
encoders
    without breaking autoplugging.

    Fixes https://bugzilla.gnome.org/show_bug.cgi?id=639292

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