rtspsrc: handle NULL rtpmap and parse error better
rtspsrc: free caps in ptmap array

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=726696
udpsrc: open/close socket in NULL<->READY state

We should open the socket when going to NULL<->READY and not in the
start/stop vemthod, which is called in READY<->PAUSED. This makes it
possible to allocate a socket without going to PAUSED (and starting the
negotiation).
udpsrc: improve caps handling

Protect caps with the lock.
Don't push the caps event from the set_property function but mark the
pad for reconfiguration so that it will renegotiate and push the new
caps event in the streaming thread.
rtspsrc: set udpsrc to READY

READY is enough to allocate ports now
rtspsrc: use profile to set rtcp caps

Use the negotiated profile to set x-rtcp or x-srtcp caps
rtspsrc: put caps on udpsrc instead of using the signals

Try to avoid using the request-pt-map to get caps but set them directly
on the udpsrc element. That way, the caps get nicely transformed as they
pass through the different elements in the rtpbin, including the AUX and
decoder/encoder elements.
rtspsrc: set SSRC on caps if known
rtspsrc: srtp handling
rtspsrc: copy sticky events to ghostpad

When we expose internal pads as ghostpads, first copy the sticky events
so that we have the caps and segment etc.

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=724712
rtspsrc: only expose streams on dataflow

Only probe on buffers, we don't want to expose the streams on events.
matroskamux: handle both sticky and non-sticky custom event
matroskademux: early sending pending codec-data for all streams

... at least before syncing across all streams might cause some gap
activity on any of those streams, notably sparse streams.

See also #712134
matroskademux: segment closing not needed in 1.x

... as sender should keep track of segment base accumulation.
Rather, it may have some adverse effects as a spurious segment event,
e.g. in collectpads.
pngdec: All frames are sync points
jpegdec: All frames are sync points
jpegpay: consider header len when calculating payload len

Fixed https://bugzilla.gnome.org/show_bug.cgi?id=726777
ximagesrc: Add ARGB/BGRA support
ximagesrc: only extrapolate alpha mask for 32-bit depth

Instead of passing bogus alpha mask values when there's no alpha.

https://bugzilla.gnome.org/show_bug.cgi?id=726833
v4l2: fix distcheck

Make sure ext/*.h are dist'ed