=== release 1.20.3 ===

2022-06-15 23:36:18 +0100  Tim-Philipp Müller <tim@centricular.com>

	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.20.3

2022-06-15 23:36:10 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	  Update ChangeLogs for 1.20.3

2022-05-03 00:39:09 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2347>

=== release 1.20.2 ===

2022-05-02 23:29:25 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.20.2

2022-05-02 23:29:19 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	  Update ChangeLogs for 1.20.2

2022-04-15 16:38:46 +0200  Guillaume Desmottes <guillaume.desmottes@onestream.live>

	* ext/libav/gstavviddec.c:
	  libav: fix frame leak on negotiation error
	  The function owns a reference on the frame. Drop it if negotiation
	  failed as we are already doing for the other error cases.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2217>

2022-04-04 23:32:56 +0200  Fabrice Fontaine <fontaine.fabrice@gmail.com>

	* meson.build:
	  gst-libav: fix build on systems without C++ compiler
	  Fix the following build failure on systems without C++ compiler:
	  The following exception(s) were encountered:
	  Running "/nvmedata/autobuild/instance-9/output-1/host/bin/or1k-buildroot-linux-musl-g++ --version" gave "[Errno 2] No such file or directory: '/nvmedata/autobuild/instance-9/output-1/host/bin/or1k-buildroot-linux-musl-g++'"
	  Fixes:
	  - http://autobuild.buildroot.org/results/8ac0ba5eaaf7571857b4d8cfabf1488d640dc59a
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2119>

2022-03-29 09:36:06 +0200  Edward Hervey <edward@centricular.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Remove vc1/wmv3 override
	  FFMPEG 5+ doesn't allow overriding the codec anymore (causes a segfault if you
	  attempt to do that). But the best part is ... that with the current caps
	  implementation in pad template and gst_ffmpeg_caps_to_codecid() we would never
	  replace it by anything different than the existing codec id.
	  Fixes #1054
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2074>

2022-03-14 14:48:01 +0000  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development

=== release 1.20.1 ===

2022-03-14 11:33:33 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.20.1

2022-03-14 11:33:25 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	  Update ChangeLogs for 1.20.1

2022-02-07 16:17:28 +0000  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development

=== release 1.20.0 ===

2022-02-03 19:53:25 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.20.0

2022-02-03 19:53:18 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	  Update ChangeLogs for 1.20.0

2022-01-28 19:58:55 +0100  Mathieu Duponchelle <mathieu@centricular.com>

	* docs/gst_plugins_cache.json:
	  docs: gst-libav: update cache and symbol index for FFmpeg 4.4
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1597>

=== release 1.19.90 ===

2022-01-28 14:28:35 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.19.90

2022-01-28 14:28:28 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	  Update ChangeLogs for 1.19.90

2022-01-17 01:33:47 +0800  Xi Ruoyao <xry111@mengyan1223.wang>

	* ext/libav/gstavauddec.c:
	* ext/libav/gstavaudenc.c:
	* ext/libav/gstavcodecmap.c:
	* ext/libav/gstavutils.c:
	* ext/libav/gstavviddec.c:
	* ext/libav/gstavvidenc.c:
	  gst-libav: fix build with ffmpeg-5.0.0
	  Latest ffmpeg has removed avcodec_get_context_defaults(), and its
	  documentation says a new AVCodecContext should be allocated for this
	  purpose.  The pointer returned by avcodec_find_decoder() is now
	  const-qualified so we also need to adjust for it.  And, AVCOL_RANGE_MPEG
	  is now rejected with strict_std_compliance > FF_COMPLIANCE_UNOFFICIAL.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1531>

2022-01-05 02:07:59 +0530  Nirbheek Chauhan <nirbheek@centricular.com>

	* docs/meson.build:
	* meson.build:
	  meson: Add explicit check: kwarg to all run_command() calls
	  This is required since Meson 0.61.0, and causes a warning to be
	  emitted otherwise:
	  https://github.com/mesonbuild/meson/commit/2c079d855ed87488bdcc6c5c06f59abdb9b85b6c
	  https://github.com/mesonbuild/meson/issues/9300
	  This exposed a bunch of places where we had broken run_command()
	  calls, unnecessary run_command() calls, and places where check: true
	  should be used.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1507>

2021-11-03 18:44:03 +0000  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development

=== release 1.19.3 ===

2021-11-03 15:43:36 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.19.3

2021-11-03 15:43:32 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	  Update ChangeLogs for 1.19.3

2021-10-25 11:37:45 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  meson: require matching GStreamer dep versions for unstable development releases
	  Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/929
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1244>

2021-10-18 15:47:00 +0100  Tim-Philipp Müller <tim@centricular.com>

	* tests/check/meson.build:
	  meson: update for meson.build_root() and .build_source() deprecation
	  -> use meson.project_build_root() or .global_build_root() instead.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1183>

2021-10-18 00:40:14 +0100  Tim-Philipp Müller <tim@centricular.com>

	* docs/meson.build:
	* tests/check/meson.build:
	  meson: update for dep.get_pkgconfig_variable() deprecation
	  ... in favour of dep.get_variable('foo', ..) which in some
	  cases allows for further cleanups in future since we can
	  extract variables from pkg-config dependencies as well as
	  internal dependencies using this mechanism.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1183>

2021-10-14 18:38:26 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  meson: bump meson requirement to >= 0.59
	  For monorepo build and ugly/bad, for advanced feature
	  option API like get_option('xyz').required(..) which
	  we use in combination with the 'gpl' option.
	  For rest of modules for consistency (people will likely
	  use newer features based on the top-level requirement).
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1084>

2021-09-28 10:11:15 +1000  Brad Hards <bradh@frogmouth.net>

	* RELEASE:
	  doc: update IRC links to OFTC
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/945>

2021-09-26 01:07:02 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/925>

=== release 1.19.2 ===

2021-09-23 01:35:17 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.19.2

2021-09-18 11:51:03 +0300  Sebastian Dröge <sebastian@centricular.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavcodecmap.c:
	  avcodecmap: Add support for GBRA_10LE/BE
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/142>

2021-08-06 17:41:19 +0200  Stéphane Cerveau <scerveau@collabora.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavdemux.c:
	  avdemux: add xwma support
	  Add xwma tested with the media
	  b8edfb1e970ed7892f35b34a1ef36fee_wma.wav
	  from this ticket:
	  http://trac.ffmpeg.org/ticket/9358
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/138>

2020-01-22 12:41:27 -0500  Olivier Crête <olivier.crete@collabora.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavcodecmap.c:
	* ext/libav/gstavviddec.c:
	  avviddec:  Enable subframe decoding for H.264
	  Enable sending NAL units to the decoder without having to first
	  group them in a frame (an AU).
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/66>

2020-01-22 12:39:47 -0500  Olivier Crête <olivier.crete@collabora.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Split allocation tracking from decode-only-ness
	  When doing subframe decoding, handle_frame will be called multiple
	  times, so the DECODE_ONLY flag gets re-set when it shouldn't. Instead,
	  let's create our own flag to track this.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/66>

2021-06-21 08:33:59 +0000  Corentin Damman <c.damman@intopix.com>

	* COPYING:
	  Update COPYING
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/135>

2021-06-03 06:01:30 -0400  Doug Nazar <nazard@nazar.ca>

	* ext/libav/gstavviddec.c:
	  avviddec: Fix size of linesize parameter
	  Although avcodec_align_dimensions2() only copies 4 ints, it expects
	  a buffer of at least AV_NUM_DATA_POINTERS (8) ints.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/134>

2021-06-01 15:29:04 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development

=== release 1.19.1 ===

2021-06-01 00:14:52 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.19.1

2021-04-29 21:32:18 -0400  Doug Nazar <nazard@nazar.ca>

	* ext/libav/gstavmux.c:
	  avmux: Blacklist ttml subtitles
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/133>

2021-04-24 10:04:23 +0200  Edward Hervey <edward@centricular.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Take into account coded_height for pool
	  Failure to do this would cause the decoders to constantly request a new
	  bufferpool thinking the height had changed ... whereas it hadn't.
	  Fixes #95
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/131>

2021-04-13 00:45:41 +0100  Tim-Philipp Müller <tim@centricular.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavviddec.c:
	* ext/libav/gstavviddec.h:
	  avviddec: deprecated debug-mv property to match deprecation in FFmpeg
	  This has been unimplemented and non-functional for years
	  and was deprecated with FFmpeg 4.4.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/126>

2021-04-13 01:07:15 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ext/libav/gstavdemux.c:
	  avdemux: fix build with FFmpeg 4.4
	  Direct access to avstream->index_entries was removed
	  in favour of the newly added avformat_index_get_entry()
	  and friends.
	  Fixes https://gitlab.freedesktop.org/gstreamer/gst-libav/-/issues/85
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/127>

2021-01-19 13:19:31 -0800  Nicholas Jackson <nicholas.jackson@zii.aero>

	* ext/libav/gstavmux.c:
	  avmux: fix segfault when a plugin's long_name is NULL
	  Some plugins register an empty long_name field.  Check for this
	  before calling strcmp to avoid a crash.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/114>

2021-03-15 20:35:35 +0100  Jade Macho <nuda1998@gmail.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavcodecmap.c:
	  Hook up audio/x-xma: xmaversion: [1,2] to AV_CODEC_ID_XMA[1,2]
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/124>

2021-03-03 10:51:04 +0200  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavcodecmap.c:
	  avcodecmap: Don't try converting channel layouts with more than 64 channels
	  We only support up to 64 channels in GStreamer with a specific layout so
	  it's safe to assume a NONE layout in this case.
	  Also the arrays of channel positions are allocated everywhere with 64
	  elements so don't try setting more than 64 to NONE as that will cause
	  stack corruptions and similar memory safety issues.
	  Thanks to Natalie Silvanovich for reporting this issue.
	  Fixes https://gitlab.freedesktop.org/gstreamer/gst-libav/-/issues/92
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/120>

2020-12-02 15:43:15 +1100  Matthew Waters <matthew@centricular.com>

	* ext/libav/gstavviddec.c:
	  avviddec: take the maximum of the height/coded_height
	  Otherwise, some h.264 streams (particularly with cropping information)
	  may cause memory corruption after a renegotiation to a smaller size when
	  decoded and then ffmpeg writes past the end of the buffer.
	  Fixes: https://gitlab.freedesktop.org/gstreamer/gst-libav/-/issues/80
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/110>

2021-01-28 06:11:14 +0000  Matthew Waters <matthew@centricular.com>

	* ext/libav/gstavviddec.c:
	  viddec: don't configure and incorrect buffer pool when receiving a gap event
	  Scenario is this:
	  1. libav receives enough data to want a buffer with get_buffer2()
	  which wants a buffer pool with a certain format, say Y42B but does
	  not negotiate and therefore GstVideoDecoder does not have any output
	  state configured
	  2. A gap event is received which GstVideoDecoder wants to forward.  It
	  needs caps to forward the gap event so attempts to negotiate with some
	  default information which chooses e.g. I420 and overwrites the
	  previously configured bufferpool decided on by get_buffer2()
	  3. There is a mismatch between what ensure_internal_pool() check for
	  consistency and what decide_allocation() sets when overriding the
	  internal pool with the downstream pool.
	  4. FFMpeg then requests a Y42B buffer from an I420 pool and predictably
	  crashes writing past the contents of the buffer
	  This is fixed by keeping track of the internal pool states correctly.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/116>

2021-01-29 14:02:42 +0200  Vivia Nikolaidou <vivia@ahiru.eu>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavviddec.c:
	  avviddec: Support for alternate-field interlacing
	  Not yet supported in FFmpeg, so we temporarily rely on the parser
	  setting the correct buffer flags for us.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/115>

2020-12-30 01:15:16 +0900  Seungha Yang <seungha@centricular.com>

	* ext/libav/gstavauddec.c:
	  avauddec: Drain decoder on decoding failure
	  ... and call finish_frame() so that baseclass can reset internal
	  status. Otherwise baseclass will keep holding the status for
	  decoding failed frame which will result in outputting buffer with
	  wrong timestamp.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/112>

2020-12-14 15:33:16 +1100  Jan Schmidt <jan@centricular.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavcodecmap.c:
	  codec map: Add a mapping for the OKI ADPCM variant.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/111>

2020-11-04 18:44:54 +0530  Nirbheek Chauhan <nirbheek@centricular.com>

	* meson.build:
	  meson: Enable some MSVC warnings for parity with GCC/Clang
	  This makes it easier to do development with MSVC by making it warn
	  on common issues that GCC/Clang error out for in our CI configuration.
	  Continuation from https://gitlab.freedesktop.org/gstreamer/gst-build/-/merge_requests/223
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/109>

2020-10-27 06:33:29 -0400  Arun Raghavan <arun@asymptotic.io>

	* ext/libav/gstavauddec.c:
	  avauddec: Check planar-ness of frame rather than context
	  The check seems to be to present to verify that the decoded frame
	  matches the format we expect. The actual check for the layout of the
	  frame was being performed against the context instead.
	  The check fails at least for avdec_aptx_hd, where the AVCodecContext has
	  the sample format set to AV_SAMPLE_FMT_NONE.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/107>

2020-10-06 18:19:12 +0900  Seungha Yang <seungha@centricular.com>

	* tests/check/elements/avaudenc.c:
	* tests/check/elements/avvidenc.c:
	* tests/check/meson.build:
	  tests: Add audio/video encoder test
	  Add simple encoder drain test case
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/100>

2020-10-01 11:45:57 +0200  Edward Hervey <edward@centricular.com>

	* meson.build:
	* meson_options.txt:
	* tests/check/meson.build:
	* tests/meson.build:
	  build: Re-enable unit tests
	  Looks like they weren't ported when we switched to meson
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/100>

2020-10-06 03:47:42 +0900  Seungha Yang <seungha@centricular.com>

	* ext/libav/gstavaudenc.c:
	* ext/libav/gstavaudenc.h:
	* ext/libav/gstavutils.h:
	* ext/libav/gstavvidenc.c:
	* ext/libav/gstavvidenc.h:
	  avaudenc/avvidenc: Reopen encoding session if it's required
	  Since the commit https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/22b25b3ea5c,
	  ffmpeg will not clear draning flag for encoder by avcodec_flush_buffers() API
	  by default. Allowed case is only if encoder has AV_CODEC_CAP_ENCODER_FLUSH
	  capability flag. If it's not supported, we should re-open encoding
	  session, otherwise ffmpeg encoder will keep returning AVERROR_EOF
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/99>

2020-10-01 11:18:58 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavvidenc.c:
	  avvidenc: Call avcodec_flush_buffers() after draining to allow accepting new input again
	  This is already done in all other codec elements.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/97>

2020-09-30 16:13:28 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavauddec.c:
	* ext/libav/gstavaudenc.c:
	* ext/libav/gstavviddec.c:
	* ext/libav/gstavvidenc.c:
	  avauddec/audenc/videnc: Don't return GST_FLOW_EOS when draining
	  Same behaviour as for avviddec now. FFmpeg will return AVERROR_EOF when it's
	  completely drained but we should not return that here or otherwise
	  upstream will receive EOS and not forward us more data.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/97>

2020-09-16 03:13:09 +0900  Seungha Yang <seungha@centricular.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Don't return GST_FLOW_EOS from drain()/finish()
	  AVERROR_EOF means that it's fully drained, but it doesn't
	  mean that that end of stream.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/90>

2020-09-15 02:12:23 +0900  Seungha Yang <seungha@centricular.com>

	* ext/libav/gstavauddec.c:
	  avauddec: Ensure finish_subframe() and finish_frame() are paired
	  audiodecoder baseclass implementation is expecting that
	  finish_subframe() is followed by finish_frame() in order clear
	  its internal state related to subframe.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/90>

2020-09-14 14:30:35 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavauddec.c:
	  avauddec: Forward flow returns from draining instead of assuming OK
	  It might be useful for upstream to know that draining/finishing didn't
	  succeed, and why.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/90>

2020-09-14 14:24:51 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Forward flow returns from draining instead of assuming OK
	  It might be useful for upstream to know that draining/finishing didn't
	  succeed, and why.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/90>

2020-09-09 08:55:28 +0200  Edward Hervey <edward@centricular.com>

	* ext/libav/gstavauddec.c:
	  avauddec: Avoid dropping non-OK flow return
	  When sucessfully finishing out frames (or finishing configuration), we must make
	  sure we don't override any failing GstFlowReturn that might have been detected
	  previously.
	  Failure to do this would result in not propagating not-linked, flushing,
	  etc...
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/90>

2016-09-26 20:06:54 -0400  Olivier Crête <olivier.crete@collabora.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavcodecmap.c:
	  avcodecmap: Enable 24 bit WMA Lossless decoding
	  This now works with not so recent ffmpeg.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/88>

2020-09-08 17:30:46 +0100  Tim-Philipp Müller <tim@centricular.com>

	* .gitlab-ci.yml:
	  ci: include template from gst-ci master branch again

2020-09-08 16:58:56 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development

=== release 1.18.0 ===

2020-09-08 00:08:12 +0100  Tim-Philipp Müller <tim@centricular.com>

	* .gitlab-ci.yml:
	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.18.0

2020-09-07 12:15:17 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavcodecmap.c:
	* ext/libav/gstavviddec.c:
	  Update for gst_video_transfer_function_*() function renaming
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/89>

=== release 1.17.90 ===

2020-08-20 16:14:50 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.17.90

2020-08-03 19:28:29 +0300  Jordan Petridis <jordan@centricular.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavcfg.c:
	  gstavcfg.c: fix max->min typo in limits and implict double conversion
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/86>

2020-07-23 15:37:05 +0300  Jordan Petridis <jordan@centricular.com>

	* docs/gst_plugins_cache.json:
	  Revert "docs: update plugins doc cache"
	  This reverts commit d1b20eb6558b5188fe539a2aba3dc15630e703b0.
	  See https://gitlab.freedesktop.org/gstreamer/gst-ci/-/merge_requests/324
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/85>

2020-07-03 12:45:44 +0300  Jordan Petridis <jordan@centricular.com>

	* docs/gst_plugins_cache.json:
	  docs: update plugins doc cache
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/80>

2020-07-08 17:23:12 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	* scripts/extract-release-date-from-doap-file.py:
	  meson: set release date from .doap file for releases
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/84>

2020-07-07 00:33:22 +0300  Vivia Nikolaidou <vivia@ahiru.eu>

	* ext/libav/gstavviddec.c:
	  avviddec: Fix typo that duplicated closed caption meta
	  We examined the output buffer, instead of the input buffer, for
	  existence of cc meta.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/83>

2020-07-02 12:28:34 +0300  Vivia Nikolaidou <vivia@ahiru.eu>

	* ext/libav/gstavviddec.c:
	  gstavviddec: Only allow a single closed caption meta
	  Following discussion in
	  https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1396#note_556068
	  While it is technically possible to store multiple closed caption metas
	  in the same buffer, we don't currently do that anywhere and for
	  H264/MPEG2 both parts have to be stored in the same packet, and also the
	  number of CC bytes you can store per frame is rather limited. This
	  restriction might be relaxed later once we figured out how to do it
	  without breaking things.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/82>

2020-07-03 02:04:01 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development

=== release 1.17.2 ===

2020-07-03 00:33:33 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* gst-libav.doap:
	* meson.build:
	  Release 1.17.2

2020-06-30 18:33:56 +0200  Matej Knopp <matej.knopp@gmail.com>

	* ext/libav/gstavauddec.c:
	  avauddec: fix buffer leak when send packet failed
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/81>

2020-06-26 13:11:56 +0300  Sebastian Dröge <sebastian@centricular.com>

	* docs/gst_plugins_cache.json:
	* ext/libav/gstavcodecmap.c:
	  avcodecmap: Add support for SpeedHQ video codec
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/79>

2020-06-23 00:07:26 +0200  Mathieu Duponchelle <mathieu@centricular.com>

	* docs/meson.build:
	  meson: mark plugins cache target as always stale

2020-06-19 22:59:39 -0400  Thibault Saunier <tsaunier@igalia.com>

	* docs/gst_plugins_cache.json:
	  doc: Stop documenting properties from parents

2020-06-18 22:16:30 +0200  Mathieu Duponchelle <mathieu@centricular.com>

	* ext/libav/gstavmux.c:
	  avmux: zero-initialize packets
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/76>

2020-06-20 00:28:26 +0100  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  Back to development

=== release 1.17.1 ===

2020-06-19 19:24:14 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* docs/gst_plugins_cache.json:
	* gst-libav.doap:
	* meson.build:
	  Release 1.17.1

2020-06-09 15:33:51 -0400  Thibault Saunier <tsaunier@igalia.com>

	* docs/gst_plugins_cache.json:
	  docs: Update plugins cache

2020-06-08 09:44:43 -0400  Thibault Saunier <tsaunier@igalia.com>

	* docs/gst_plugins_cache.json:
	  docs: Update plugins cache

2020-06-06 00:43:02 +0200  Mathieu Duponchelle <mathieu@centricular.com>

	* ext/libav/gstavcfg.c:
	* ext/libav/gstavdeinterlace.c:
	* ext/libav/gstavviddec.c:
	* ext/libav/gstavvidenc.c:
	  plugins: uddate gst_type_mark_as_plugin_api() calls

2020-06-03 18:35:32 -0400  Thibault Saunier <tsaunier@igalia.com>

	* docs/meson.build:
	  doc: Require hotdoc >= 0.11.0

2020-05-27 16:02:45 +0300  Sebastian Dröge <sebastian@centricular.com>

	* docs/gst_plugins_cache.json:
	  docs: Update gst_plugins_cache.json

2020-05-31 10:02:12 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavcfg.c:
	* ext/libav/gstavdeinterlace.c:
	* ext/libav/gstavviddec.c:
	* ext/libav/gstavvidenc.c:
	  plugins: Use gst_type_mark_as_plugin_api() for all non-element plugin types

2020-05-31 09:59:29 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavaudenc.c:
	* ext/libav/gstavcodecmap.c:
	* ext/libav/gstavcodecmap.h:
	  avcodecmap: Remove unused GstFFMpegCompliance type

2020-05-27 16:30:41 +0200  Mathieu Duponchelle <mathieu@centricular.com>

	* ext/libav/gstavdemux.c:
	  avdemux: update the context we use to determine stream's caps
	  The discovered frame rate is only available on the AVStream
	  itself. Updating the temporary context framerate before
	  building caps from it seems like a pretty non-intrusive approach.
	  Fixes #75
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/74>

2020-05-27 16:29:27 +0200  Mathieu Duponchelle <mathieu@centricular.com>

	* ext/libav/gstavcodecmap.c:
	  avcodecmap: use framerate instead of time_base when decoding
	  Documentation for AVCodecContext::time_base:
	  > decoding: the use of this field for decoding is deprecated.
	  > Use framerate instead.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/74>

2020-05-09 15:20:00 +0200  Matej Knopp <matej.knopp@gmail.com>

	* ext/libav/gstavaudenc.h:
	* ext/libav/gstavcodecmap.h:
	* ext/libav/gstavviddec.h:
	  gstlibav: minor fixes for header files
	  Move G_BEGIN_DECLS below includes and add missing include
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/71>

2020-05-08 19:16:41 +0200  Matej Knopp <matej.knopp@gmail.com>

	* ext/libav/gstavviddec.c:
	  gstavviddec: only set range when actually reported by avcodec
	  otherwise we get incomplete colorimetry that video-info complains about
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/70>

2020-04-30 18:12:19 +0530  Nirbheek Chauhan <nirbheek@centricular.com>

	* README:
	* README.md:
	  README: Convert to markdown, clarify licensing
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/68>

2020-04-30 17:13:00 +0530  Nirbheek Chauhan <nirbheek@centricular.com>

	* COPYING:
	* COPYING.LIB:
	  All code in this repository is now LGPL-2.1+
	  Starting with 1.17, we will not ship a copy of FFmpeg in our release
	  tarballs, and all the remaining code is LGPL2.
	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/68>

2020-04-15 15:00:02 +0800  Haihao Xiang <haihao.xiang@intel.com>

	* ext/libav/gstavmux.c:
	  avmux: avoid to use unintialized variable
	  Without this fix, running the command below will get an error randomly.
	  Example:
	  gst-launch-1.0 videotestsrc ! vp9enc ! avmux_ivf ! fakesink
	  ERROR: pipeline doesn't want to preroll.
	  0:00:02.388528491 30148 0x5601b424a370 ERROR                  libav :0::
	  Tag [1]V[0][0] incompatible with output codec id '167' (VP90)

2020-03-11 18:26:39 +0900  Seungha Yang <seungha@centricular.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Update for video-hdr struct change
	  See the change of -base https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/594

2020-01-27 14:21:48 -0800  Julien Isorce <jisorce@oblong.com>

	* ext/libav/gstavvidenc.c:
	  avvidenc: handle GST_VIDEO_MULTIVIEW_MODE_MONO
	  Otherwise videotestsrc ! avenc_libx265 ! fakesink
	  outputs `Unsupported multiview mode - no mapping in libav`

2020-01-24 16:14:28 +0200  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavcodecmap.c:
	  avcodecmap: Add some more comments about the assumptions in the ffmpeg code about H264/H265/AAC

2020-01-24 13:04:46 +0200  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavcodecmap.c:
	  avdemux: Only set stream-format for H264/H265/AAC when we have a context
	  Otherwise we don't know yet whether we'll have extradata/codec_data, so
	  can't decide on the stream-format yet.

2020-01-15 14:36:19 +0800  Haihao Xiang <haihao.xiang@intel.com>

	* ext/libav/gstavcodecmap.c:
	  avivf_mux: support VP9 and AV1
	  Besides vp8, ff_ivf_muxer supports VP9 and AV1

2020-01-23 10:03:40 +0200  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavcodecmap.c:
	  avcodecmap: Set AAC/H264/H265 stream-format for demuxer/encoder situations if no codec_data is provided
	  This fixes output of the above formats from demuxers.

2020-01-23 09:45:59 +0200  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavdemux.c:
	  avdemux: Pass the URI from the URI query to avformat_open_input()
	  Some demuxers make use of it in various ways, for example the HLS
	  demuxer.

2019-12-19 17:58:56 +0100  Alicia Boya García <ntrrgc@gmail.com>

	* ext/libav/gstavviddec.c:
	  gstavviddec: Limit default number of decoder threads
	  When the `max-threads` property is not specified, GStreamer defaults to
	  the amount of CPU threads in the system.
	  The number of threads used in avdec has a direct impact on the latency
	  of the decoder, which is of as many frames as threads. Therefore, big
	  numbers of threads can make latency levels that can be problematic in
	  some applications.
	  For this reason, ffmpeg emits a warning when more than 16 threads are
	  requested.
	  This patch limits the default number of threads to 16. This affects only
	  computers with more than 16 CPU threads when using avviddec without
	  setting `max-threads`.

2019-12-02 19:06:04 +0000  Tim-Philipp Müller <tim@centricular.com>

	* pkgconfig/gstreamer-plugins-libav-uninstalled.pc.in:
	  pkgconfig: remove unused file
	  Was never hooked up to meson build it seems, and only ever used
	  by the uninstalled autotools dev env to locate gst-libav plugins
	  for use in unit tests in other modules.

2019-11-29 09:25:24 +0100  Edward Hervey <edward@centricular.com>

	* ext/libav/gstavvidenc.c:
	  avvidenc: Fix error propagation
	  Instead of returning the default return value (GST_FLOW_OK), actually
	  return an error one (res vs ret).

2019-11-04 15:39:59 +0100  Kevin JOLY <kevin.joly@heig-vd.ch>

	* ext/libav/gstavdemux.c:
	  avdemux: Fix segmentation fault if long_name is NULL
	  Some plugins (like libcdio) registers empty long_name field. Calling strncmp on this field leads to a segmentation fault.
	  Signed-off-by: Kevin Joly <joly.kevin25@gmail.com>

2019-10-29 11:43:05 +0900  Seungha Yang <seungha.yang@navercorp.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Fix huge leak caused by circular reference
	  AVBufferRef -> GstFFMpegVideoDecVideoFrame -> GstVideoCodecFrame -> AVBufferRef
	  Instead of holding additional ref there, set read-only which would not be
	  reused by ff_reget_buffer()
	  Fixes: https://gitlab.freedesktop.org/gstreamer/gst-libav/issues/63

2019-10-25 01:09:08 +0900  Seungha Yang <seungha.yang@navercorp.com>

	* ext/libav/gstavviddec.c:
	* ext/libav/gstavvidenc.c:
	  avvideenc,avvidedec: Filtering hardware en/decoder by flag
	  ... instead of filtering them by hardcoded string compare.

2019-10-24 00:25:28 +0900  Seungha Yang <seungha.yang@navercorp.com>

	* ext/libav/gstavviddec.c:
	  avviddec: Enforce allocate new AVFrame per input frame
	  ... if ffmpeg would reuse the allocated AVBuffer. Reused AVFrame by
	  the ffmpeg seems to break our decoding flow since the reused AVFrame
	  holds the initial opaque data (GstVideoCodecFrame in this case), so
	  we couldn't trace the our in/out frames.
	  To enforce get_buffer() call per output frame, hold another reference
	  to the AVBuffer in order to mark the AVBuffer as not writable.
	  Fixes: https://gitlab.freedesktop.org/gstreamer/gst-libav/issues/62

2019-10-13 14:33:27 +0100  Tim-Philipp Müller <tim@centricular.com>

	* .gitignore:
	* .gitmodules:
	* HACKING:
	* Makefile.am:
	* README:
	* TODO:
	* autogen.sh:
	* common:
	* configure.ac:
	* docs/.gitignore:
	* ext/Makefile.am:
	* ext/libav/Makefile.am:
	* gst-libs/Makefile.am:
	* gst-libs/ext/Makefile.am:
	* gst-libs/ext/gas-preprocessor:
	* gst-libs/ext/libav:
	* m4/as-slurp-ffmpeg.m4:
	* pkgconfig/.gitignore:
	* pkgconfig/Makefile.am:
	* tests/Makefile.am:
	* tests/check/.gitignore:
	* tests/check/Makefile.am:
	* tests/check/generic/.gitignore:
	* tests/files/Makefile.am:
	  Remove autotools build system

2019-09-24 23:51:33 +0900  Seungha Yang <seungha.yang@navercorp.com>

	* ext/libav/gstavcodecmap.c:
	* ext/libav/gstavviddec.c:
	  avviddec,avcodemap: Use new helper function for map color space information
	  ... between GStreamer and FFmpeg. Note that FFmpeg follows ISO/IEC 23001-8
	  defined color{matrix,transfer,primaries} values.

2019-09-11 15:59:42 +0000  Marc Leeman <marc.leeman@gmail.com>

	* docs/meson.build:
	  docs: do not require gst-plugins-doc-cache-generator
	  Do not require the cache generator. This is in line with the other
	  gstreamer modules

2019-08-13 22:03:31 +0200  Mathieu Duponchelle <mathieu@centricular.com>

	* ext/libav/gstavvidenc.c:
	  avvidenc: timestamp output buffers
	  Same approach as x264enc, with the one hour offset

2019-08-01 16:27:35 -0400  Doug Nazar <nazard@nazar.ca>

	* ext/libav/gstavauddec.c:
	  avauddec: Don't warn if drain is successful

2019-07-18 00:20:16 +0200  Mathieu Duponchelle <mathieu@centricular.com>

	* ext/libav/gstavviddec.c:
	  avviddec: improve latency calculation
	  When thread_type is set to FF_THREAD_FRAME, per the documentation
	  a latency of one frame per thread is introduced:
	  <https://ffmpeg.org/ffmpeg-codecs.html>, search for thread_type.
	  Additionally, we need in that case to calculate the automatic
	  number of threads ourselves, so as to accurately calculate the
	  latency.

2018-10-06 18:51:58 +0900  Seungha Yang <seungha.yang@navercorp.com>

	* ext/libav/gstavviddec.c:
	* ext/libav/gstavviddec.h:
	  avviddec: Add thread-type property
	  The thread-type property allows specifying preferred
	  multithreading methods by user. Note that FF_THREAD_FRAME
	  may introduce additional latency especially on non-filesrc usecase,
	  since it introduces a decoding delay of (number of threads) frames.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797254

2019-07-15 10:42:42 +0300  Sebastian Dröge <sebastian@centricular.com>

	* ext/libav/gstavvidenc.c:
	  avvidenc: Close reference context before freeing it
