facedetect: set maximum feature size to 0x0

This disables the "max feature size" feature. The current configuration
is totally busted: The max feature size is hard-coded to 2 pixels more
than the user-supplied min feature size which pretty much means you need
to guess the size of the person's face to within a few pixels to get the
code to find it.

https://bugzilla.gnome.org/show_bug.cgi?id=722158
faceblur: set maximum feature size to 0x0

Previously faces would only be detected if they were at least 30x30 pixels
large and at most 32x32 pixels. We keep the minimum setting (maybe needs
a property as in facedetect) but disable the maximum feature size.

See https://bugzilla.gnome.org/show_bug.cgi?id=722158
amcvideodec: Add the divx variant for mpeg4 video

Looks like all the mpeg4 video decoders also accept the divx
variants. So we better add those caps too

https://bugzilla.gnome.org/show_bug.cgi?id=711163
h264parser: remove trailling 0x00 bytes as the spec doesn't allow them

The spec states that the last byte of a NAL 'shall not' be 0x00
and it is allowed for byte-stream format to add padding 0x00 for
alignment.

So our parser should strip any trailling 0x00.

https://bugzilla.gnome.org/show_bug.cgi?id=721384
androidmedia: Don't handle FLUSHING or NOT_LINKED as error

And also just stop the task for FLUSHING.
mpegts: install but nodist for generated header
fisheye: Fix documentation

https://bugzilla.gnome.org/show_bug.cgi?id=723398
aiffparse: fix data start offset calculation not counting COMM size

In particular, this fixes seeking back to the start reading data
out of sync with sample start granularity, yielding swapped channels.
aiffparse: adaptive buffer size

Copied from wavparse, helps with CPU usage on high bitrate
files.
po: Update translations
schroenc: set buffer offset to buffer timestamp

oggmux expects this to order incoming buffers

https://bugzilla.gnome.org/show_bug.cgi?id=722078
d3dvideosink: First destroy the window, then unregister the class

It's impossible to create another pipeline with d3dvideosink after disposing
the previous one due to some problem in d3dvideosink. The message is: "Unable
to register Direct3D hidden window class".

I've evaluated the problem and it's that UnregisterClass() in working thread is
called before DestroyWindow() and UnregisterClass() does nothing.

https://bugzilla.gnome.org/show_bug.cgi?id=722622
opencv: The plugin works with 2.4.8 too

https://bugzilla.gnome.org/show_bug.cgi?id=723230
tsdemux: We do not support the SKIP seek flag but that is not a problem
h264parse: Fix multiple SEI messages in one SEI RBSP parsing.

An SEI RBSP could contains more than one SEI message as specified in
7.4.2.3.1.

This commit change the parser API: the gst_h264_parser_parse_sei()
function now create and fill a GArray containing GstH264SEIMessage.
uridownloader: fix deadlock near EOS

A deadlock can happen when the source sends EOS when
being put to NULL as the object lock is being held by the
thread that sets the element to NULL and is needed by
the event handler.
uridownloader: Always release the object lock in gst_uri_downloader_fetch_uri_with_range()

even if downloader->priv->urisrc is not set. This avoids deadlock under some
some conditions on cancel.

https://bugzilla.gnome.org/show_bug.cgi?id=723127
uridownloader: Fix race condition between EOS handling and downloading a range

https://bugzilla.gnome.org/show_bug.cgi?id=723134
Update .po files
Release 1.2.3