avcodecmap: exclude avc3 stream format from AV_CODEC_ID_H264

As part of the changes to support the "avc3" variant of the ISO-BMFF
(see bug #702004) a new stream-format has been created
(video/x-h264, stream-format="avc3", alignment="au") that requires
changes to gstavcodecmap to exclude this format because avdec_h264
expects the SPS and PPS to be in the codec_data.

Amendment 2 of ISO/IEC 14496-15 (AVC file format) is defining a new
structure for fragmented MP4 called "avc3". The principal difference
between AVC1 and AVC3 is the location of the codec initialisation data
(e.g. SPS, PPS). In AVC1 this data is placed in the initial MOOV box
(moov.trak.mdia.minf.stbl.stsd.avc1) but in AVC3 this data goes in the
first sample of every fragment.

https://bugzilla.gnome.org/show_bug.cgi?id=702004
avcodecmap: Add support for TechSmith Screen Capture 2

https://bugzilla.gnome.org/show_bug.cgi?id=707878
avviddec: Remember initially used stride and don't allow stride changes

libav does not allow stride changes currently, fall back to
non-direct rendering here:
https://bugzilla.gnome.org/show_bug.cgi?id=704769
https://bugzilla.libav.org/show_bug.cgi?id=556
avviddec: Use the correct context for negotiation

During get_buffer() it can happen that the main context is not
updated yet and only the context passed here has the correct
width, height, etc.
libav: Update to v9.9
avviddec: Initialize strides with the ones of avcodec_default_get_buffer() if we ever call it

https://bugzilla.gnome.org/show_bug.cgi?id=704769
Release 1.1.90
Back to development
Automatic update of common submodule

From 12af105 to 74a6857
Automatic update of common submodule

From 74a6857 to b613661
Automatic update of common submodule

From b613661 to 6b03ba7
Release 1.2.0
Back to development
configure: Actually use 1.3.0.1 as version to make configure happy
Automatic update of common submodule

From 6b03ba7 to 865aa20
configure: Chose right target-os for iOS
avcodecmap: Fix boolean expression to fix uninitialized usage of variables
avenc: Choose 25 fps if we don't have any in the caps

Some encoders require a non-zero framerate to be configured properly
and just choosing something will make them not fail completely at
least.

https://bugzilla.gnome.org/show_bug.cgi?id=708732
avauddec: Don't believe we're negotiated if negotiation failed

It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.

https://bugzilla.gnome.org/show_bug.cgi?id=708769
avviddec: Don't believe we're negotiated if negotiation failed

It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.