motionblur: reject 0 planes formats

invert: reject 0 planes formats

cropadd: reject 0 planes formats

vdpau: deal with separate VDPAU instances for decoding and rendering

This is a corner case. The picture needs to be copied back to the main
memory from the decoding GPU, and from there onto the rendering GPU.

vdpau: chroma filter cleanup

vdpau: output video surfaces from decoder (pass-through)

...instead of copying YCbCr planes back to the main memory.

vout: keep the original picture if "early" SPU blending fails

This avoids loosing the picture context if there is one. If the
original picture has no context, it makes no difference whether the
original or the copy is kept since blending failed anyway.

picture_BlendSubpicture: return the number of blent regions

vout: robustify "early" SPU blending

If the picture copy fails or blending is unavailable(1), discard only
the subpicture and keep the original picture.

(1) In practice, this never happens as the blender object is kept
all the time even without a "blend" module.

vdpau: accept video surfaces as input to the display plugin

vdpau: video surface to output surface "chroma" conversion

This provides colour space conversion, cropping and scaling of existing
video surfaces (as would come from a hardware decoder).

vdpau: chroma conversion from video surface to regular YUV

This enables using the pass-through hardware-accelerated decoder (from
a later commit) with transcode in stream output or with a video output
that does not support VDPAU surfaces.

vdpau: context structure for video surfaces

libvlccore: bump plugin interface version

picture: pointer for decoder-specified hardware context

picture: handle allocation of pictures with 0 bytes-per-pixel

vdpau: RGBA subpicture blending for video output display

vdpau: presentation queue video output display plugin

This uses a VDPAU presentation queue to render VDPAU output surfaces
(i.e. screen-scaled RGBA pictures) on an X11 window. It is assumed that
a video filter will eventually convert pictures in the source video
format to VDPAU output surfaces of adequate dimensions.

The common VLC XCB event handling is used for X11 matters.

vdpau: video conversion filter to VDPAU output surface format

This enables importing I420, YV12, NV12, YUYV and UYVY pictures into
the GPU's VDPAU back-end. Conversion to RGBA color space and scaling to
the target resolution are performed on the fly by the GPU.

vdpau: picture_sys_t definition for output surfaces

vdpau: add function to convert VLC format to VDPAU type/format pair

fourcc: VDPAU surface types

This define several codec identifiers for each of the VDPAU video
surface types (YUV 4:2:0 and 4:2:2) and one for VDPAU output surfaces
regardless of their internal type. (At this point, it does not seem
that the output surface type affects VLC processes).
VDPAU bitmap surfaces are not included as they do not seem useful.

VDPAU pictures have zero pixel planes since they only carry picture
infos and handles to GPU resources, no actual pixel data. Nevertheless,
inclusion in chroma description is required for picture setup to work.

vdpau: dynamic allocation for (hardware decoding) video surfaces

avcodec: remove old VDPAU hardware decoder

vdpau: libavcodec hardware decoder using new helper library

vdpau: library mechanism to share VDPAU instance

VDPAU surfaces cannot be shared across multiple device instances.
Thus the same instance must be used within a pipeline.

Sharing instances also saves resources (X11 server connections).

vdpau: helper library for VDPAU and VDPAU-X11 function calls

This provides a more traditional set of library function calls than the
VDPAU specification defines. Furthermore, this has libvdpau.so as a
conditional run-time linking dependency.

Note that this requires libvdpau 0.6 or later (0.4.1-8 on Debian) at
run-time due to a bug in libvdpau versions 0.4 through 0.5.

configure: look for libvdpau regardless of libavcodec

This uncomments the configure checks for HAVE_VDPAU. That way VDPAU can
be used even if libavcodec is missing or old.

modules: move Modules.am stuff to genmf

This way, common.am can be included also in directories without a
Modules.am file.

Lua: do not allocate useless pipe on Win32

Lua: disable net.(poll|read|write) on Windows and document

These functions assume that sockets are file descriptors, never worked
properly on Windows. See also 3841c0859053d29058682650e87bf085632eea54.

avcodec: add dummy hardware decoding plugin

contribs: unbreak libxml compilation on Darwin

contribs: remove memalign hack on Darwin

Update meta data

picture: add assertion against double free

contrib: freetype: fix installation

libvlc: add API to control display of the video title

ogg mux: fix format warning

Contribs: update Opus to 1.0.2

Contribs: update zlib to 1.2.8

Contribs: update png to 1.5.17

Contrib: update libxml2 to 2.9.1

Contribs: update GNUTls to 3.1.12

Contribs: update gcrypt to 1.5.2

Contribs: update gpg-error to 1.12

Contribs: update GME to 0.6.0

Revert "src: fix crash in getaddrinfo due to bugs in the OSX runtime"

This reverts commit db8ff4e3b10677399292eef7c20d192d9dc3cecd.

lua: fix self-introduced leak

refs b2cce4d84

contrib: update freetype to 2.4.12

src: fix crash in getaddrinfo due to bugs in the OSX runtime

Contribs: update libmatroska to 1.4.0

Contribs: libebml, update to 1.3.0

Contribs: update orc to 0.4.17

Contribs: update Ogg to 1.3.1

vda: fix potential crash on empty buffer

qtsound: fix crash when freeing memory

flac: add warning message for decoder error 3

Signed-off-by: Rafaël Carré <funman@videolan.org>

avcodec: fix deadlock when flusing (fixes #8901)

avcodec_flush_buffers() may get or release frame buffers.
See also EndVideoDec().

macosx: fix rendering issue in the about panel when running in non-Western locales

NEWS: version typo

vout: remove the dummy display pool

With the previous commit, the vout wrapper's display pool is no longer
used ever if direct rendering is not in use. Removing it saves one
picture buffer.

Signed-off-by: Rafaël Carré <funman@videolan.org>

vout: avoid picture copy when decoder and output format do not match

When the decoder output and the display video formats are different,
the picture copy comes for "free" during the conversion from the
earlier format to the latter one. So do not bother with copying the
picture before the conversion.

The straight copy is still required however in the case that the video
formats are identical but the display pool is inadequate (too few
pictures, slow memory bus...).

Signed-off-by: Rafaël Carré <funman@videolan.org>

macosx: fix crash when parsing incorrect debug logs

macosx: fix conditional crash when setting the MRL field

vout: remove tautology

todisplay cannot be NULL there since its two possible values are
checked already.

Signed-off-by: Rafaël Carré <funman@videolan.org>

Revert "vdr: force MPEG-TS demuxer"

This reverts commit d81003671d615d4498deb6c783a0df0cbae9e23a.

modules: MODULE_NAME is only used for static modules

Configure: enharden the check for luac 32bits

It could be a problem if one had no contribs, but /lib/liblua.a was
present

contrib: bump qt4 to 4.8.5

Make vaapi decoder compatible with latest libva changes

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

contrib: fix windows builds for gnulib

_set_invalid_parameter_handler is now usable in recent versions of mingw-w64

On the road to 2.2.0

flac: fix decoding samples with too large extradata

Only use the first 34 or 42 bytes (streaminfo block)

Sample:
0109c7dd02be4e673824fe156bc4cb66  [UTW-THORA] Evangelion 3.33 You Can (Not) Redo [BD][1080p,x264,flac][F2060CF5] sample.mka

Fix bad type for stream index

Signed-off-by: Rafaël Carré <funman@videolan.org>

lua: fix crash introduced in 18c00a386 if a newly added input doesn't have a parent (close #8869)

macosx: add lua http password to simplified prefs

This uses existing strings only

amem: fix conditionally unitialized cleanup callback

macosx: CAS: more room for translations

macosx: CAS: eye candy and {en,dis}abling logic for customize panel

yadif: fix build with -O0

m4: fix gettext detection on OSX (close #5816)

Revert "avformat: don't mark buffer as need to be writable, as we don't write into it directly"

This reverts commit 75890fb5e9086d91e92ca6d9abb13a307278238d.

This caused infinite loops in aviobuf when muxing to mkv.
write_flag seems to mean "mux" versus "demux".
The real meaning might be lost on us for lack of a libavformat documentation translator.

v4l2: fix opening of libv4l

contrib: gettext: patch gettext.m4 post install to not re-run autotools

Remove extra debug introduced accidentally in 9925a34ee

lua: fix compilation

Include unistd.h to fix the following error.

----
  CC       liblua_plugin_la-intf.lo
  intf.c: In function 'Start_LuaIntf':
  intf.c:372: error: implicit declaration of function 'close'
----

Signed-off-by: Rafaël Carré <funman@videolan.org>

xcb: fix some memory leaks

According to xcb docs, we are responsible for freeing this memory.

Signed-off-by: Rafaël Carré <funman@videolan.org>

Lua: SD: simplify thread loop

avcodec: mark get_buffer thread safe

In libavcodec, thread-safe callback merely means callback that can run
on any thread. It does not imply that the codec should be re-entrant.
In other words, it boils down to not using thread-specific variables.

The VLC get_buffer callback is not reentrant currently, but it does not
care which thread it runs on.

NEWS about 2.1.0

Import AUTHORS from 2.0 and add translators

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Wav: No tabs in source code

m3u8: correctly deal with BOM (fixes #8859)

75a167f5b377a1edba3e1bf0230af05da7974347 really did not work.

l10n: Simplified Chinese update

Signed-off-by: Christoph Miebach <christoph.miebach@web.de>

l10n: Ukrainian update

Signed-off-by: Christoph Miebach <christoph.miebach@web.de>

l10n: Turkish update

Signed-off-by: Christoph Miebach <christoph.miebach@web.de>

l10n: Serbian update

Signed-off-by: Christoph Miebach <christoph.miebach@web.de>

l10n: Slovak update

Signed-off-by: Christoph Miebach <christoph.miebach@web.de>

l10n: Russian update

Signed-off-by: Christoph Miebach <christoph.miebach@web.de>