[FFmpeg-devel] [PATCH v8] Add support for Audible AA files

Hi! It would be awesome to have this patch merged in FFmpeg. VesselinFrom d8a6d0d7052ebdb7caa8dd9a7d571a68339d7acc Mon Sep 17 00:00:00 2001 From: Vesselin Bontchev Date: Sun, 19 Jul 2015 23:16:36 +0200 Subject: [PATCH] Add support for Audible AA files https://en.wikipedia.org/wiki/Audible.com#Q

Re: [FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

On Wed, Aug 19, 2015 at 10:24 PM, Ganesh Ajjanagadde wrote: > On Wed, Aug 19, 2015 at 9:14 PM, Stephan Holljes > wrote: >> On Thu, Aug 20, 2015 at 2:39 AM, Ganesh Ajjanagadde wrote: >>> On Wed, Aug 19, 2015 at 7:59 PM, Stephan Holljes >>> wrote: On Thu, Aug 20, 2015 at 12:11 AM, Ganesh Ajj

Re: [FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

On Wed, Aug 19, 2015 at 9:14 PM, Stephan Holljes wrote: > On Thu, Aug 20, 2015 at 2:39 AM, Ganesh Ajjanagadde wrote: >> On Wed, Aug 19, 2015 at 7:59 PM, Stephan Holljes >> wrote: >>> On Thu, Aug 20, 2015 at 12:11 AM, Ganesh Ajjanagadde >>> wrote: On Wed, Aug 19, 2015 at 12:14 PM, Stephan

[FFmpeg-devel] [PATCH 2/2] lavf/http: Add error codes 301 and 503 and make replies more customizable

Signed-off-by: Stephan Holljes --- libavformat/http.c | 44 +++- 1 file changed, 39 insertions(+), 5 deletions(-) diff --git a/libavformat/http.c b/libavformat/http.c index bfe6801..996c130 100644 --- a/libavformat/http.c +++ b/libavformat/http.c @@ -331,9

[FFmpeg-devel] [PATCH 1/2] lavf/http: Parse and/or expose various client data.

Signed-off-by: Stephan Holljes --- libavformat/http.c | 40 ++-- 1 file changed, 38 insertions(+), 2 deletions(-) diff --git a/libavformat/http.c b/libavformat/http.c index a136918..bfe6801 100644 --- a/libavformat/http.c +++ b/libavformat/http.c @@ -64,12 +64

Re: [FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

Hi, since I reworked how http_write_reply() works a bit, I will add another patch prior to adding the error codes. The patch exposes various options to customize HTTP replies. These are used by http_write_reply(). Regards, Stephan ___ ffmpeg-devel maili

Re: [FFmpeg-devel] [PATCH] avcodec/libx265: allow 12bit input formats, update warnings

On 7/9/2015 11:58 AM, Derek Buitenhuis wrote: Hi, Apologies if this comes through as HTML. I am internet-less and using the Gmail web interface. On Wed, Jul 8, 2015 at 11:54 PM, Steve Borho wrote: The range extension profiles have been fully ratified so there is no reason to require -strict e

Re: [FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

On Thu, Aug 20, 2015 at 2:39 AM, Ganesh Ajjanagadde wrote: > On Wed, Aug 19, 2015 at 7:59 PM, Stephan Holljes > wrote: >> On Thu, Aug 20, 2015 at 12:11 AM, Ganesh Ajjanagadde >> wrote: >>> On Wed, Aug 19, 2015 at 12:14 PM, Stephan Holljes >>> wrote: --- libavformat/http.c | 8 ++

Re: [FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

On Wed, Aug 19, 2015 at 7:59 PM, Stephan Holljes wrote: > On Thu, Aug 20, 2015 at 12:11 AM, Ganesh Ajjanagadde wrote: >> On Wed, Aug 19, 2015 at 12:14 PM, Stephan Holljes >> wrote: >>> --- >>> libavformat/http.c | 8 >>> 1 file changed, 8 insertions(+) >>> >>> diff --git a/libavformat/

Re: [FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

On Thu, Aug 20, 2015 at 12:11 AM, Ganesh Ajjanagadde wrote: > On Wed, Aug 19, 2015 at 12:14 PM, Stephan Holljes > wrote: >> --- >> libavformat/http.c | 8 >> 1 file changed, 8 insertions(+) >> >> diff --git a/libavformat/http.c b/libavformat/http.c >> index a136918..4dbef3f 100644 >> --

Re: [FFmpeg-devel] [PATCH 02/13] avfilter: add missing FF_API_AVFILTERPAD_PUBLIC guard

On Tue, Aug 18, 2015 at 11:47:45PM +0200, Andreas Cadhalpun wrote: > On 18.08.2015 05:34, Michael Niedermayer wrote: > > On Sat, Aug 08, 2015 at 01:31:51PM +0200, Andreas Cadhalpun wrote: > >> Signed-off-by: Andreas Cadhalpun > >> --- > >> libavfilter/avfilter.c | 2 ++ > >> 1 file changed, 2 ins

Re: [FFmpeg-devel] [PATCH] lavf/ftp: implement move and delete callbacks

On Wed, Aug 19, 2015 at 11:52:14PM +0200, Mariusz Szczepańczyk wrote: > --- > libavformat/ftp.c | 61 > +++ > 1 file changed, 61 insertions(+) applied btw, if you want git write access, then send me your public ssh key thanks [...] -- Micha

Re: [FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

On Wed, Aug 19, 2015 at 12:14 PM, Stephan Holljes wrote: > --- > libavformat/http.c | 8 > 1 file changed, 8 insertions(+) > > diff --git a/libavformat/http.c b/libavformat/http.c > index a136918..4dbef3f 100644 > --- a/libavformat/http.c > +++ b/libavformat/http.c > @@ -348,11 +348,19 @

[FFmpeg-devel] [PATCH] lavf/ftp: implement move and delete callbacks

--- libavformat/ftp.c | 61 +++ 1 file changed, 61 insertions(+) diff --git a/libavformat/ftp.c b/libavformat/ftp.c index db233c9..51f491c 100644 --- a/libavformat/ftp.c +++ b/libavformat/ftp.c @@ -1038,6 +1038,65 @@ static int ftp_close_dir(URL

Re: [FFmpeg-devel] [RFC 3/4] vaapi: add new API to configure a VA pipeline.

Hi, 2015-08-19 21:57 GMT+02:00 wm4 : > On Wed, 19 Aug 2015 19:32:27 +0200 > Gwenole Beauchesne wrote: > >> 2015-08-19 19:19 GMT+02:00 Gwenole Beauchesne : >> > Hi, >> > >> > 2015-08-19 18:50 GMT+02:00 wm4 : >> >> On Wed, 19 Aug 2015 18:01:36 +0200 >> >> Gwenole Beauchesne wrote: >> >> >> >>> Add

Re: [FFmpeg-devel] [RFC 3/4] vaapi: add new API to configure a VA pipeline.

On Wed, 19 Aug 2015 19:32:27 +0200 Gwenole Beauchesne wrote: > 2015-08-19 19:19 GMT+02:00 Gwenole Beauchesne : > > Hi, > > > > 2015-08-19 18:50 GMT+02:00 wm4 : > >> On Wed, 19 Aug 2015 18:01:36 +0200 > >> Gwenole Beauchesne wrote: > >> > >>> Add av_vaapi_set_pipeline_params() interface to initia

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

On 2015-08-19 12:15, Andreas Cadhalpun wrote: On 19.08.2015 21:10, Philip Langdale wrote: I'll need to take a look at it, which I can do later this week. OK, thanks. There's definitely code left that references the old api that can be removed. But removing it may not be trivial if it's suffi

Re: [FFmpeg-devel] [PATCH] */version.h: Add note/recommandition about bumping major

On Wed, Aug 19, 2015 at 08:55:53PM +0200, Andreas Cadhalpun wrote: > On 19.08.2015 11:56, Michael Niedermayer wrote: > > On Tue, Aug 18, 2015 at 11:52:39PM +0200, Andreas Cadhalpun wrote: > >> On 18.08.2015 12:28, Michael Niedermayer wrote: > >>> From: Michael Niedermayer > >>> > >>> If preferred,

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

On 19.08.2015 21:10, Philip Langdale wrote: > I'll need to take a look at it, which I can do later this week. OK, thanks. > There's definitely code left that references the old api that can be removed. > But removing it may not be trivial if it's sufficiently tangled up, as this > might be. I

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

I'll need to take a look at it, which I can do later this week. There's definitely code left that references the old api that can be removed. But removing it may not be trivial if it's sufficiently tangled up, as this might be. --phil On Aug 19, 2015 11:52 AM, Andreas Cadhalpun wrote: > > O

Re: [FFmpeg-devel] [PATCH] */version.h: Add note/recommandition about bumping major

On 19.08.2015 11:56, Michael Niedermayer wrote: > On Tue, Aug 18, 2015 at 11:52:39PM +0200, Andreas Cadhalpun wrote: >> On 18.08.2015 12:28, Michael Niedermayer wrote: >>> From: Michael Niedermayer >>> >>> If preferred, i can also apply this after the bump, in case its felt that >>> this would cau

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

On 19.08.2015 01:08, Philip Langdale wrote: > On 2015-08-18 15:59, Andreas Cadhalpun wrote: >> On 18.08.2015 23:15, Philip Langdale wrote: >>> Do we have any known applications that still use the old API. >>> Even mplayer, of all things, uses the new API. >> >> I'm not exactly sure what you meant h

Re: [FFmpeg-devel] [PATCH] doc/indevs: add various missing options

On Tue, 18 Aug 2015 22:24:42 -0400, Ganesh Ajjanagadde wrote: > minor nit on article usage: set grabbing frame rate -> set the > grabbing frame rate. > I mention this since it is mostly correct and helps consistency. Change made. > Sourceforge has run into trouble with ad blockers/malware heuris

Re: [FFmpeg-devel] [RFC 3/4] vaapi: add new API to configure a VA pipeline.

2015-08-19 19:19 GMT+02:00 Gwenole Beauchesne : > Hi, > > 2015-08-19 18:50 GMT+02:00 wm4 : >> On Wed, 19 Aug 2015 18:01:36 +0200 >> Gwenole Beauchesne wrote: >> >>> Add av_vaapi_set_pipeline_params() interface to initialize the internal >>> FFVAContext with a valid VA display, and optional paramet

Re: [FFmpeg-devel] [RFC 3/4] vaapi: add new API to configure a VA pipeline.

Hi, 2015-08-19 18:50 GMT+02:00 wm4 : > On Wed, 19 Aug 2015 18:01:36 +0200 > Gwenole Beauchesne wrote: > >> Add av_vaapi_set_pipeline_params() interface to initialize the internal >> FFVAContext with a valid VA display, and optional parameters including >> a user-supplied VA context id. >> >> This

Re: [FFmpeg-devel] [RFC 3/4] vaapi: add new API to configure a VA pipeline.

On Wed, 19 Aug 2015 18:01:36 +0200 Gwenole Beauchesne wrote: > Add av_vaapi_set_pipeline_params() interface to initialize the internal > FFVAContext with a valid VA display, and optional parameters including > a user-supplied VA context id. > > This is preparatory work for delegating VA pipeline

[FFmpeg-devel] [PATCH] lavf/http: Add 301 and 503 error codes to http_write_reply()

--- libavformat/http.c | 8 1 file changed, 8 insertions(+) diff --git a/libavformat/http.c b/libavformat/http.c index a136918..4dbef3f 100644 --- a/libavformat/http.c +++ b/libavformat/http.c @@ -348,11 +348,19 @@ static int http_write_reply(URLContext* h, int status_code) rep

[FFmpeg-devel] [RFC 1/4] hwaccel: add infrastructure to hold accelerator config options.

The options are live from AVHWaccel.init() to AVHWAccel.uninit(). As such, they are specific to an active hwaccel and have a meaning to that hwaccel only during initialization. Options can be initialized by the user during AVCodecContext.get_format() with hwaccel-specific (public) helper functions.

[FFmpeg-devel] [RFC 3/4] vaapi: add new API to configure a VA pipeline.

Add av_vaapi_set_pipeline_params() interface to initialize the internal FFVAContext with a valid VA display, and optional parameters including a user-supplied VA context id. This is preparatory work for delegating VA pipeline (decoder) creation to libavcodec. Meanwhile, if this new interface is us

[FFmpeg-devel] [RFC 4/4] vaapi: add common utilities.

Handful set of self-contained utility functions: - ff_vaapi_get_error(): Converts VA status to an FFmpeg error code - ff_vaapi_get_profiles(): Retrieves all supported profiles - ff_vaapi_get_entrypoints(): Retrieves all supported entrypoints for the supplied profile - ff_vaapi_get_chroma_form

[FFmpeg-devel] [RFC 2/4] hwaccel: try get_buffer*() if hwaccel alloc_frame() yields ENOSYS.

By default, lavc can manage frame buffer allocations itself without explicit intervention from the user and custom get_buffer*() hooks. In view to simplifying usages, there is a desire to operate on the same model for hardware accelerated pipelines, i.e. delegate all HW resources management to lavc

[FFmpeg-devel] [RFC 0/4] vaapi: delegate HW resources allocation to lavc

Hi, As indicated before, I foresee at most 2 use-cases for lavc/vaapi: 1. Allow for implicit allocation of HW resources in lavc ; 2. Allow for the user to share the pain and manage the HW resources: a. The old way through AVCodecContext.get_format() + maintaining a vaapi_context struct +

Re: [FFmpeg-devel] [PATCH v2 2/3] vaapi: streamline public context structure.

Hi, 2015-08-19 16:12 GMT+02:00 Michael Niedermayer : > On Wed, Aug 19, 2015 at 11:03:05AM +0200, Gwenole Beauchesne wrote: >> Move libavcodec managed objects from the public struct vaapi_context >> to a new privately owned FFVAContext. This is done so that to clean up >> and streamline the public

Re: [FFmpeg-devel] [PATCH 1/2] checkasm: Explicitly declare function prototypes

On Tue, Aug 18, 2015 at 8:41 PM, Michael Niedermayer wrote: > tested on 32&64bit x86, qemu arm & mips > > should be ok > > Thanks Thanks for testing. Applied. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpe

Re: [FFmpeg-devel] [PATCH v2 2/3] vaapi: streamline public context structure.

On Wed, Aug 19, 2015 at 11:03:05AM +0200, Gwenole Beauchesne wrote: > Move libavcodec managed objects from the public struct vaapi_context > to a new privately owned FFVAContext. This is done so that to clean up > and streamline the public structure, but also to prepare for new codec > support, thu

Re: [FFmpeg-devel] GSoC Weekly report (libswscale)

Hi On Wed, Aug 19, 2015 at 9:45 AM, Pedro Arthur wrote: > patch committed. Nice work! Ronald ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] fate: rename -error option to -error_rate.

On Mon, Aug 17, 2015 at 04:57:46PM -0400, Ronald S. Bultje wrote: > This fixes fate when FF_API_ERROR_RATE=0. > --- > tests/fate/vcodec.mak | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) probably ok [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Those

Re: [FFmpeg-devel] [PATCH] fate: rename -error option to -error_rate.

On 8/19/15, Ronald S. Bultje wrote: > Hi, > > On Mon, Aug 17, 2015 at 4:57 PM, Ronald S. Bultje > wrote: > >> This fixes fate when FF_API_ERROR_RATE=0. >> --- >> tests/fate/vcodec.mak | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/tests/fate/vcodec.mak b/tests/fate/v

Re: [FFmpeg-devel] GSoC Weekly report (libswscale)

patch committed. 2015-08-19 7:11 GMT-03:00 Michael Niedermayer : > On Tue, Aug 18, 2015 at 11:36:16PM -0300, Pedro Arthur wrote: > > Added copyright. > > I've tried to push it (git push ffmpeg master --dry-run) but got the > > following error: > > fatal: remote error: access denied or repository

Re: [FFmpeg-devel] [PATCH 6/6] fate: change lavf.ffm ref.

On Wed, Aug 19, 2015 at 3:20 PM, Ronald S. Bultje wrote: > Hi guys, > > On Mon, Aug 17, 2015 at 11:52 AM, Ronald S. Bultje > wrote: > >> (This should only be applied when we bump version.) Removing the -ab >> option changes the codec settings serialization, so the ffm ref changes >> whenever we b

Re: [FFmpeg-devel] [PATCH] Put remaining pieces of CODEC_FLAG_EMU_EDGE under FF_API_EMU_EDGE.

Hi, On Mon, Aug 17, 2015 at 12:25 PM, Ronald S. Bultje wrote: > The amv one probably looks suspicious, but since it's an intra-only > codec, I couldn't possibly imagine what it would use the edge for, > and the vsyncht fate result doesn't change, so it's probably OK. > --- > ffmpeg_opt.c

Re: [FFmpeg-devel] [PATCH] fate: rename -error option to -error_rate.

Hi, On Mon, Aug 17, 2015 at 4:57 PM, Ronald S. Bultje wrote: > This fixes fate when FF_API_ERROR_RATE=0. > --- > tests/fate/vcodec.mak | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tests/fate/vcodec.mak b/tests/fate/vcodec.mak > index 11eb4f7..d4d0df5 100644 > --- a/t

Re: [FFmpeg-devel] [PATCH 6/6] fate: change lavf.ffm ref.

Hi guys, On Mon, Aug 17, 2015 at 11:52 AM, Ronald S. Bultje wrote: > (This should only be applied when we bump version.) Removing the -ab > option changes the codec settings serialization, so the ffm ref changes > whenever we bump version and remove -ab. > --- > tests/ref/lavf/ffm | 2 +- > 1 f

Re: [FFmpeg-devel] [PATCH] libavcodec/qsvdec.c: correct handling of dynamic frame size changing has been implemented

On Tue, Aug 04, 2015 at 01:52:07PM +0300, Ivan Uskov wrote: > Hello All, > > This patch for libavcodec/qsvdec.c does implement a correct handling > of a case when frame dimensions were changed somewhere in middle of stream. > Please review. > > > -- > Best regards, > Ivan

Re: [FFmpeg-devel] [PATCH] Added PicTiming SEI

On Wed, Aug 19, 2015 at 1:57 PM, Sven Dueking wrote: > > >> -Ursprüngliche Nachricht- >> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag >> von Michael Niedermayer >> Gesendet: Mittwoch, 19. August 2015 13:51 >> An: FFmpeg development discussions and patches >> Betref

Re: [FFmpeg-devel] [PATCH 1/3] libavcodec/qsvdec.c: the ff_get_format() missed at refactoring has been restored

On Tue, Aug 11, 2015 at 01:57:17PM +0300, Ivan Uskov wrote: > Hello Hendrik, > > Tuesday, August 11, 2015, 11:33:41 AM, you wrote: > > HL> On Sun, Aug 9, 2015 at 5:32 PM, Ivan Uskov wrote: > >> Hello All, > >> > >> This patch, next two patches and also the patch posted by me a August 4 > >> are

Re: [FFmpeg-devel] [PATCH] Added PicTiming SEI

> -Ursprüngliche Nachricht- > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag > von Michael Niedermayer > Gesendet: Mittwoch, 19. August 2015 13:51 > An: FFmpeg development discussions and patches > Betreff: Re: [FFmpeg-devel] [PATCH] Added PicTiming SEI > > On Wed,

Re: [FFmpeg-devel] [PATCH] Added PicTiming SEI

On Wed, Aug 19, 2015 at 09:17:40AM +0100, Sven Dueking wrote: > From: Sven Dueking > > --- > libavcodec/qsvenc.c | 3 +++ > libavcodec/qsvenc.h | 1 + > libavcodec/qsvenc_h264.c | 1 + > 3 files changed, 5 insertions(+) applied thanks [...] -- Michael GnuPG fingerprint: 9FF2128

Re: [FFmpeg-devel] [PATCH] libavformat/matroskaenc.c: fix small memory leaks on error

On Wed, Aug 19, 2015 at 01:06:56AM -0700, Neil Birkbeck wrote: > Fixing small leaks that can occur when mkv_write_tracks fails in > mkv_write_header > (e.g., if video track has unknown codec). Also changing mkv_write_seekhead to > take > the MatroskaMuxContext to avoid having dangling pointers. >

Re: [FFmpeg-devel] [PATCH v2 2/3] vaapi: streamline public context structure.

On Wed, Aug 19, 2015 at 11:03:05AM +0200, Gwenole Beauchesne wrote: > Move libavcodec managed objects from the public struct vaapi_context > to a new privately owned FFVAContext. This is done so that to clean up > and streamline the public structure, but also to prepare for new codec > support, thu

Re: [FFmpeg-devel] [PATCH v2 1/3] vaapi: define a unique pixel format for VA-API (AV_PIX_FMT_VAAPI).

On Wed, Aug 19, 2015 at 11:03:04AM +0200, Gwenole Beauchesne wrote: > Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely > to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format > that is aliased to the older VLD variant. > > This is an API change. > > v2:

Re: [FFmpeg-devel] GSoC Weekly report (libswscale)

On Tue, Aug 18, 2015 at 11:36:16PM -0300, Pedro Arthur wrote: > Added copyright. > I've tried to push it (git push ffmpeg master --dry-run) but got the > following error: > fatal: remote error: access denied or repository not exported: /ffmpeg.git > with remote: > ffmpeggit+ssh://source.ffmpeg.

Re: [FFmpeg-devel] GSoC Weekly report (libswscale)

On Tue, Aug 18, 2015 at 11:36:16PM -0300, Pedro Arthur wrote: > Added copyright. > I've tried to push it (git push ffmpeg master --dry-run) but got the > following error: > fatal: remote error: access denied or repository not exported: /ffmpeg.git > with remote: > ffmpeggit+ssh://source.ffmpeg.

Re: [FFmpeg-devel] [PATCH v2 3/3] vaapi: fix usage of invalid buffer ids.

On Wed, 19 Aug 2015 11:03:06 +0200 Gwenole Beauchesne wrote: > Invalid buffer ids are defined by VA_INVALID_ID. Use that through out > vaapi_*.c support files now that we have private data initialized and > managed by libavcodec. Previously, the only requirement for the public > vaapi_context str

Re: [FFmpeg-devel] [PATCH] */version.h: Add note/recommandition about bumping major

On Tue, Aug 18, 2015 at 11:52:39PM +0200, Andreas Cadhalpun wrote: > On 18.08.2015 12:28, Michael Niedermayer wrote: > > From: Michael Niedermayer > > > > If preferred, i can also apply this after the bump, in case its felt that > > this would cause too much delay/work > > > > Signed-off-by: Mic

Re: [FFmpeg-devel] [PATCH] configure: Use pkg-config for libkvazaar.

Le primidi 1er fructidor, an CCXXIII, Michael Niedermayer a écrit : > Also i think the primary question about supporting fallbacks > is if there is a volunteer to maintain such support. > If there is, there should be no objections against it. Well, there are, especially with that extra requirement

[FFmpeg-devel] [PATCH v2 2/3] vaapi: streamline public context structure.

Move libavcodec managed objects from the public struct vaapi_context to a new privately owned FFVAContext. This is done so that to clean up and streamline the public structure, but also to prepare for new codec support, thus requiring new internal data to be added in there. The AVCodecContext.hwac

[FFmpeg-devel] [PATCH v2 3/3] vaapi: fix usage of invalid buffer ids.

Invalid buffer ids are defined by VA_INVALID_ID. Use that through out vaapi_*.c support files now that we have private data initialized and managed by libavcodec. Previously, the only requirement for the public vaapi_context struct was to be zero-initialized. This fixes support for 3rdparty VA dri

[FFmpeg-devel] [PATCH v2 1/3] vaapi: define a unique pixel format for VA-API (AV_PIX_FMT_VAAPI).

Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format that is aliased to the older VLD variant. This is an API change. v2: fix build when FF_API_VAAPI=0, mark older pixel formats as deprecated until we r

[FFmpeg-devel] [PATCH v2 0/3] vaapi: minor refinements & fixes

Hi, This is preparatory and minimal work in view to supporting other (WIP) changes. I will push those by tomorrow if there is no other strong objections. For convenience, I have placed the code here: Regards, Gwenole Beauchesne (3)

[FFmpeg-devel] [PATCH] avfilter: add waveform monitor filter

Signed-off-by: Paul B Mahol --- doc/filters.texi | 74 + libavfilter/Makefile | 1 + libavfilter/allfilters.c | 1 + libavfilter/vf_histogram.c | 1 + libavfilter/vf_waveform.c | 397 + 5 files changed, 474 insertions(

Re: [FFmpeg-devel] [PATCH 1/5] vaapi: define a single pixel format for VA-API (AV_PIX_FMT_VAAPI).

Hi, 2015-08-19 0:02 GMT+02:00 Andreas Cadhalpun : > On 18.08.2015 17:26, Gwenole Beauchesne wrote: >> Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely >> to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format >> that is aliased to the older VLD variant. >>

[FFmpeg-devel] [PATCH] Added PicTiming SEI

From: Sven Dueking --- libavcodec/qsvenc.c | 3 +++ libavcodec/qsvenc.h | 1 + libavcodec/qsvenc_h264.c | 1 + 3 files changed, 5 insertions(+) diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c index 57f5fe4..6f97240 100644 --- a/libavcodec/qsvenc.c +++ b/libavcodec/qsvenc.c @@ -

[FFmpeg-devel] [PATCH] libavformat/matroskaenc.c: fix small memory leaks on error

Fixing small leaks that can occur when mkv_write_tracks fails in mkv_write_header (e.g., if video track has unknown codec). Also changing mkv_write_seekhead to take the MatroskaMuxContext to avoid having dangling pointers. Signed-off-by: Neil Birkbeck --- libavformat/matroskaenc.c | 67 +++