[FFmpeg-devel] [PATCH] Added QSV based VPP filter

Hi all, The attached patches adds the VPP as filter module to FFMpeg. Looking forward to get feedback. Many thanks, Sven 0002-added-QSV-based-VPP-filter.patch Description: Binary data 0001-added-QSV-based-VPP-filter.patch Description: Binary data __

[FFmpeg-devel] [PATCH 1/2] vp9: split header into separate struct and expose in vp9.h

From: "Ronald S. Bultje" This allows hwaccels to access the bitstream header information. --- libavcodec/vp9.c | 717 +++ libavcodec/vp9.h | 114 +++ libavcodec/vp9_mc_template.c | 4 +- libavcodec/vp9data.h | 14 - 4

[FFmpeg-devel] [PATCH 2/2] vp9: expose reference frames in VP9SharedContext

--- libavcodec/vp9.c | 209 --- libavcodec/vp9.h | 22 + libavcodec/vp9_mc_template.c | 4 +- 3 files changed, 120 insertions(+), 115 deletions(-) diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c index ef64c18..27fb956 100644

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On 14 October 2015 at 09:46, Ganesh Ajjanagadde wrote: > On Tue, Oct 13, 2015 at 9:12 AM, Ganesh Ajjanagadde > wrote: > > On Tue, Oct 13, 2015 at 4:02 AM, Clément Bœsch wrote: > >> On Tue, Oct 13, 2015 at 09:25:03AM +0200, Paul B Mahol wrote: > >> [...] > >>> What about fmax/FFMAX? > >> > >> Fe

Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter

On Wed, Oct 14, 2015 at 10:07:04 +0200, Sven Dueking wrote: > The attached patches adds the VPP as filter module to FFMpeg. > Looking forward to get feedback. doc/filters.texi? (Sorry, those who know what vpp is might get along fine with this, but I couldn't even quicky find out...) Moritz _

Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter

> -Ursprüngliche Nachricht- > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag > von Moritz Barsnick > Gesendet: Mittwoch, 14. Oktober 2015 11:23 > An: FFmpeg development discussions and patches > Betreff: Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter > > On

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

On Wed, Oct 7, 2015 at 7:07 PM, Ivan Uskov wrote: > Hello wm4, > > Wednesday, October 7, 2015, 7:40:45 PM, you wrote: > > w> There's no automagic way to get this done. > > w> Hardware accelerators like vaapi and vdpau need the same thing. These > w> have special APIs to set an API context on the d

[FFmpeg-devel] configure: Require libkvazaar < 0.7

Hi! Attached patch for release/2.8 is supposed to fix ticket #4925, completely untested. Please comment, Carl Eugen diff --git a/configure b/configure index b661157..c2b58e5 100755 --- a/configure +++ b/configure @@ -5240,7 +5240,7 @@ enabled libgsm&& { for gsm_hdr in "gsm.h" "gsm/g

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On Wed, Oct 14, 2015 at 2:40 AM, Carl Eugen Hoyos wrote: > Ganesh Ajjanagadde mit.edu> writes: > >> >> I think the general case, it'd be nice to figure out >> >> why Carl's results are slightly different from yours >> > >> > Why do you think they are different at all? >> > Did you look at the tab

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On Wed, Oct 14, 2015 at 5:01 AM, Matt Oliver wrote: > On 14 October 2015 at 09:46, Ganesh Ajjanagadde wrote: > >> On Tue, Oct 13, 2015 at 9:12 AM, Ganesh Ajjanagadde >> wrote: >> > On Tue, Oct 13, 2015 at 4:02 AM, Clément Bœsch wrote: >> >> On Tue, Oct 13, 2015 at 09:25:03AM +0200, Paul B Mahol

Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter

On Wednesday 14 October 2015 10:07:04 am Sven Dueking wrote: > Hi all, > > The attached patches adds the VPP as filter module to FFMpeg. > Looking forward to get feedback. Just a few comments, I expect you will get a comment explaining what you can't do;-) (Sorry for the partly broken quotation.)

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

Ganesh Ajjanagadde mit.edu> writes: > What? My numbers actually show that the new code may be faster - No, you are misunderstanding the numbers you posted. (Or I misunderstand them but nobody said so yet.) Highest runs are most relevant, skips have to be avoided (afaik). [...] > If you conti

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On Wed, Oct 14, 2015 at 12:37 PM, Ganesh Ajjanagadde wrote: > On Wed, Oct 14, 2015 at 5:01 AM, Matt Oliver wrote: >> On 14 October 2015 at 09:46, Ganesh Ajjanagadde wrote: >> >>> On Tue, Oct 13, 2015 at 9:12 AM, Ganesh Ajjanagadde >>> wrote: >>> > On Tue, Oct 13, 2015 at 4:02 AM, Clément Bœsch

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On Wed, Oct 14, 2015 at 12:49 PM, Carl Eugen Hoyos wrote: > Ganesh Ajjanagadde mit.edu> writes: > >> What? My numbers actually show that the new code may be faster - > > No, you are misunderstanding the numbers you posted. > (Or I misunderstand them but nobody said so yet.) > > Highest runs are m

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

Hendrik Leppkes gmail.com> writes: > One thing I don't understand - why are we bothering > with something that at best comes out as "same speed" > from tests performed? (low number of runs are > irrelevant as they are not statistically significant). Since the patches apparently save a functio

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

Hendrik Leppkes gmail.com> writes: > > If you could show that it is faster on any platform > > I would already be happy! > > > > A more important check would be that its not significantly > slower on any other platform. Just because one > compiler/glibc combination manages to produce an effici

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On Wed, Oct 14, 2015 at 12:57 PM, Carl Eugen Hoyos wrote: > Hendrik Leppkes gmail.com> writes: > >> > If you could show that it is faster on any platform >> > I would already be happy! >> > >> >> A more important check would be that its not significantly >> slower on any other platform. Just beca

Re: [FFmpeg-devel] configure: Require libkvazaar < 0.7

On 2015-10-14 13:19, Carl Eugen Hoyos wrote: > Hi! > > Attached patch for release/2.8 is supposed to fix ticket #4925, completely > untested. > > Please comment, Carl Eugen > +enabled libkvazaar&& require_pkg_config "kvazaar < 0.7.0" kvazaar > kvazaar.h kvz_api_get There is an extra "k

[FFmpeg-devel] Outreachy 2015-12

Hi all Ive copied the may 2015 outreachy page for the next round https://trac.ffmpeg.org/wiki/SponsoringPrograms/Outreachy/2015-12 please help updating the page so everything on it is correct for december links, dates, available mentors and projects that we do want applicants to work on Thanks P

Re: [FFmpeg-devel] [PATCH 2/3] simple_idct12: align C and x86

On Wed, Oct 14, 2015 at 08:46:22AM +0200, Christophe Gisquet wrote: [...] > > also IIUC this is just to make C and x86 match, so it could just be > > skiped with no ill effects except that tnen x86 and C would not be > > bitexact matches ? > > Yes, and the 12bpp.jpg fate should not be added then,

Re: [FFmpeg-devel] [PATCH 2/3] simple_idct12: align C and x86

On Wed, Oct 14, 2015 at 08:46:22AM +0200, Christophe Gisquet wrote: > Hi, > > 2015-10-14 0:04 GMT+02:00 Michael Niedermayer : > > the ome and syserr values worsen by this > > I have mixed feelings about this, too. > > On the one hand, omse in any case says anyway none of those idcts are > accura

Re: [FFmpeg-devel] [PATCH] avutil/intmath: use de Bruijn based ff_ctz

On Mon, Oct 12, 2015 at 7:14 AM, Ganesh Ajjanagadde wrote: > On Mon, Oct 12, 2015 at 12:37 AM, James Almer wrote: >> On 10/11/2015 10:55 PM, Ganesh Ajjanagadde wrote: >>> It has already been demonstrated that the de Bruijn method has benefits >>> over the current implementation: commit >>> 971d1

Re: [FFmpeg-devel] [PATCHv3 1/2] avfilter/all: propagate errors of functions from avfilter/formats

On Tue, Oct 13, 2015 at 08:33:33PM -0400, Ganesh Ajjanagadde wrote: > Hi all, > > Attached is a new version reflecting all freedback received so far. builds and passes fate here also small nitpick libavfilter/vsrc_life.c: In function ‘query_formats’: libavfilter/vsrc_life.c:420:9: warning: unused

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On Wed, Oct 14, 2015 at 6:49 AM, Carl Eugen Hoyos wrote: > Ganesh Ajjanagadde mit.edu> writes: > >> What? My numbers actually show that the new code may be faster - > > No, you are misunderstanding the numbers you posted. > (Or I misunderstand them but nobody said so yet.) > > Highest runs are mo

Re: [FFmpeg-devel] [PATCH] avfilter, swresample, swscale: use fabs, fabsf instead of FFABS

On Wed, Oct 14, 2015 at 7:02 AM, Hendrik Leppkes wrote: > On Wed, Oct 14, 2015 at 12:57 PM, Carl Eugen Hoyos wrote: >> Hendrik Leppkes gmail.com> writes: >> >>> > If you could show that it is faster on any platform >>> > I would already be happy! >>> > >>> >>> A more important check would be tha

Re: [FFmpeg-devel] [PATCHv3 1/2] avfilter/all: propagate errors of functions from avfilter/formats

On Wed, Oct 14, 2015 at 7:47 AM, Michael Niedermayer wrote: > On Tue, Oct 13, 2015 at 08:33:33PM -0400, Ganesh Ajjanagadde wrote: >> Hi all, >> >> Attached is a new version reflecting all freedback received so far. > > builds and passes fate here > also small nitpick > libavfilter/vsrc_life.c: In

Re: [FFmpeg-devel] [PATCH] avutil: install des.h, rc4.h and tree.h as public headers

On Wed, Oct 14, 2015 at 12:37:31AM +0200, Andreas Cadhalpun wrote: > These headers contain functions supposed to be public. > > libavutil/des.h: > av_des_alloc > av_des_crypt > av_des_init > av_des_mac > libavutil/rc4.h: > av_rc4_alloc > av_rc4_crypt > av_rc4_init > libavutil/tree.h > av_t

Re: [FFmpeg-devel] [PATCH] avfilter: add setfps filter

On Tue, Sep 29, 2015 at 23:39:10 +0200, Paul B Mahol wrote: > +static const AVOption setfps_options[] = { > +{ "fps", "A string describing desired output framerate", > OFFSET(framerate), AV_OPT_TYPE_VIDEO_RATE, { .str = "25" }, .flags = V|F }, I know this is taken 1:1 from the fps filter, but

Re: [FFmpeg-devel] configure: Require libkvazaar < 0.7

Arttu Ylä-Outinen tut.fi> writes: > > Attached patch for release/2.8 is supposed to fix > > ticket #4925, completely untested. > > +enabled libkvazaar&& > > require_pkg_config "kvazaar < 0.7.0" kvazaar kvazaar.h kvz_api_get > > There is an extra "kvazaar" between 0.7.0 and kvazaar.h.

[FFmpeg-devel] lavf: Remove duplicated latm demuxer

Hi! Attached patch reduces code duplication. (There was a API-relevant change in git right now.) Please comment, Carl Eugen diff --git a/libavformat/Makefile b/libavformat/Makefile index 2971912..953b55d 100644 --- a/libavformat/Makefile +++ b/libavformat/Makefile @@ -227,7 +227,6 @@ OBJS-$(CONFI

Re: [FFmpeg-devel] [PATCH] avutil/intmath: use de Bruijn based ff_ctz

Hi, On Mon, Oct 12, 2015 at 7:14 AM, Ganesh Ajjanagadde wrote: > On Mon, Oct 12, 2015 at 12:37 AM, James Almer wrote: > > On 10/11/2015 10:55 PM, Ganesh Ajjanagadde wrote: > >> It has already been demonstrated that the de Bruijn method has benefits > >> over the current implementation: commit >

Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter

> -Ursprüngliche Nachricht- > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag > von Carl Eugen Hoyos > Gesendet: Mittwoch, 14. Oktober 2015 12:43 > An: FFmpeg development discussions and patches > Betreff: Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter > > On

Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter

Carl Eugen Hoyos ag.or.at> writes: > > +AV_PIX_FMT_RGB32 , > > Trailing whitespace that cannot be committed to our repo, There is no trailing whitespace, just an (unintended?) whitespace, sorry. > please use tools/patcheck. This is still a good idea! Carl Eugen

Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter

> -Ursprüngliche Nachricht- > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag > von Carl Eugen Hoyos > Gesendet: Mittwoch, 14. Oktober 2015 14:41 > An: ffmpeg-devel@ffmpeg.org > Betreff: Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter > > Carl Eugen Hoyos ag.

Re: [FFmpeg-devel] lavf: Remove duplicated latm demuxer

On 10/14/15, Carl Eugen Hoyos wrote: > Hi! > > Attached patch reduces code duplication. > (There was a API-relevant change in git right now.) > > Please comment, Carl Eugen > Duplicate how? Replaced by what? ___ ffmpeg-devel mailing list ffmpeg-devel@ff

Re: [FFmpeg-devel] [PATCH 1/2] avutil/fifo: add function av_fifo_generic_peek_at()

On Wed, Oct 14, 2015 at 02:20:07PM +0800, Zhang Rui wrote: > --- > libavutil/fifo.c| 55 > + > libavutil/fifo.h| 11 +++ > tests/ref/fate/fifo | 27 ++ > 3 files changed, 93 insertions(+) > > diff --git a

[FFmpeg-devel] [PATCH] mips: disable all features in configure if no cpu is matched

Signed-off-by: Vicente Olivert Riera --- configure |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/configure b/configure index 7e55e92..cd27ad7 100755 --- a/configure +++ b/configure @@ -4130,6 +4130,15 @@ elif enabled mips; then disable mips64r6

Re: [FFmpeg-devel] [PATCH 08/10] tools/crypto_bench: add AES-192 and AES-256

Le primidi 21 vendémiaire, an CCXXIV, Rodger Combs a écrit : > --- > tools/crypto_bench.c | 82 > > 1 file changed, 82 insertions(+) LGTM Regards, -- Nicolas George signature.asc Description: Digital signature __

Re: [FFmpeg-devel] [PATCH 10/10] tools/crypto_bench: add support for multiple lavu versions by cpuflag

Le primidi 21 vendémiaire, an CCXXIV, Rodger Combs a écrit : > --- > tools/crypto_bench.c | 51 +++ > 1 file changed, 43 insertions(+), 8 deletions(-) > > diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c > index 0b1bfc8..f84e2a7 100644 > ---

Re: [FFmpeg-devel] [PATCH] avfilter: add setfps filter

Le primidi 11 vendémiaire, an CCXXIV, Paul B Mahol a écrit : > >>Ah! So, in other words, it takes input frames, totally disregads their > >>pts/dts, and puts each one into a cfr output stream at the given fps? > >> > >>That solves a lot of problems and ridiculous math. :-) I will try it. > > Can't

Re: [FFmpeg-devel] [PATCHv3 1/2] avfilter/all: propagate errors of functions from avfilter/formats

On Wed, Oct 14, 2015 at 7:57 AM, Ganesh Ajjanagadde wrote: > On Wed, Oct 14, 2015 at 7:47 AM, Michael Niedermayer > wrote: >> On Tue, Oct 13, 2015 at 08:33:33PM -0400, Ganesh Ajjanagadde wrote: >>> Hi all, >>> >>> Attached is a new version reflecting all freedback received so far. >> >> builds an

Re: [FFmpeg-devel] [PATCHv2 2/2] avfilter/formats: add av_warn_unused_result to function prototypes

On Mon, Oct 12, 2015 at 7:44 AM, Ganesh Ajjanagadde wrote: > On Mon, Oct 12, 2015 at 3:11 AM, Nicolas George wrote: >> Le nonidi 19 vendémiaire, an CCXXIV, Ganesh Ajjanagadde a écrit : >>> This uses the av_warn_unused_result attribute liberally to catch some forms >>> of improper >>> usage of fu

Re: [FFmpeg-devel] lavf: Remove duplicated latm demuxer

Paul B Mahol gmail.com> writes: > > Attached patch reduces code duplication. > > (There was a API-relevant change in git right now.) > > > > Please comment, Carl Eugen > > Duplicate how? Replaced by what? The "latm" demuxer actually works on loas file and there already was a loas demuxer. I w

[FFmpeg-devel] [PATCHv2] avutil/intmath: use de Bruijn based ff_ctz

It has already been demonstrated that the de Bruijn method has benefits over the current implementation: commit 971d12b7f9d7be3ca8eb98e6c04ed521f83cbd3c. That commit implemented it for long long, this extends it to the int version. Tested with FATE. Signed-off-by: Ganesh Ajjanagadde --- libavu

Re: [FFmpeg-devel] [PATCH] avutil/intmath: use de Bruijn based ff_ctz

On Wed, Oct 14, 2015 at 8:34 AM, Ronald S. Bultje wrote: > Hi, > > On Mon, Oct 12, 2015 at 7:14 AM, Ganesh Ajjanagadde > wrote: > >> On Mon, Oct 12, 2015 at 12:37 AM, James Almer wrote: >> > On 10/11/2015 10:55 PM, Ganesh Ajjanagadde wrote: >> >> It has already been demonstrated that the de Brui

Re: [FFmpeg-devel] [PATCH]vc1 Autodetection

Michael Niedermayer niedermayer.cc> writes: > > Makefile |2 - > > rawdec.c |4 --- > > vc1dec.c | 81 +++ > > version.h |2 - > > 4 files changed, 83 insertions(+), 6 deletions(-) > > bdbacfecbe65093e8c50876d7ffa6eb9b8719a9d patchvc1prob

Re: [FFmpeg-devel] [PATCH] avutil: install des.h, rc4.h and tree.h as public headers

Le duodi 22 vendémiaire, an CCXXIV, James Almer a écrit : > Since these two were never installed, we can remove the FF_API_CRYPTO_CONTEXT > wrapper from them before applying this patch, as this would be the first time > the API becomes public. > > Now, what i want to know is what will it be in the

[FFmpeg-devel] [PATCH] avfilter/af_tremolo: clean up extra newlines

Signed-off-by: Kyle Swanson --- libavfilter/af_tremolo.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/libavfilter/af_tremolo.c b/libavfilter/af_tremolo.c index 0ae7a7c..50df2e4 100644 --- a/libavfilter/af_tremolo.c +++ b/libavfilter/af_tremolo.c @@ -131,9 +131,7 @@ static int config_input

[FFmpeg-devel] avfilter_graph Question

Currently using: commit af5917698bd44f136fd0ff00a9e5f8b5f92f2d58 Author: Michael Niedermayer Date: Sun May 17 01:34:35 2015 +0200 I am trying to set up a small filter graph in order to use the YADIF implementation in libavfilter... I have set up an avfilter_graph with 3 filters… avfilte

Re: [FFmpeg-devel] Integration of RTMFP

Hi all, I would like to know what do I need to do if I want to share my "librtmfp" wrapper (something that should looks like this one ). Is there someone I should contact? Are there licensing prerequisites for the external library

Re: [FFmpeg-devel] [PATCH] avfilter: add setfps filter

Dana 14. 10. 2015. 16:20 osoba "Nicolas George" napisala je: > > Le primidi 11 vendémiaire, an CCXXIV, Paul B Mahol a écrit : > > >>Ah! So, in other words, it takes input frames, totally disregads their > > >>pts/dts, and puts each one into a cfr output stream at the given fps? > > >> > > >>That s

Re: [FFmpeg-devel] [PATCH] avfilter: add setfps filter

Le tridi 23 vendémiaire, an CCXXIV, Paul B Mahol a écrit : > This changes pts but framerate remains same. Care to ellaborate? Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg

Re: [FFmpeg-devel] avfilter_graph Question

Dana 14. 10. 2015. 17:36 osoba "Grady Player" < grady.pla...@verizondigitalmedia.com> napisala je: > > Currently using: > > commit af5917698bd44f136fd0ff00a9e5f8b5f92f2d58 > Author: Michael Niedermayer > Date: Sun May 17 01:34:35 2015 +0200 > > I am trying to set up a small filter graph in order

Re: [FFmpeg-devel] [PATCHv2] avutil/intmath: use de Bruijn based ff_ctz

Hi, On Wed, Oct 14, 2015 at 10:26 AM, Ganesh Ajjanagadde wrote: > It has already been demonstrated that the de Bruijn method has benefits > over the current implementation: commit > 971d12b7f9d7be3ca8eb98e6c04ed521f83cbd3c. > That commit implemented it for long long, this extends it to the int >

Re: [FFmpeg-devel] [PATCH] avutil: install des.h, rc4.h and tree.h as public headers

Hi, On Wed, Oct 14, 2015 at 10:50 AM, Nicolas George wrote: > Le duodi 22 vendémiaire, an CCXXIV, James Almer a écrit : > > Since these two were never installed, we can remove the > FF_API_CRYPTO_CONTEXT > > wrapper from them before applying this patch, as this would be the first > time > > the

[FFmpeg-devel] [PATCH] fate: use PROGSSUF

May require exporting in the shell var PROGSUF when invoking a shell script. --- tests/Makefile | 14 +- tests/fate-run.sh| 38 +++--- tests/fate/ffprobe.mak | 2 +- tests/fate/filter-video.mak | 4 ++-- tests/fate/prob

[FFmpeg-devel] [PATCH] dnxhd: interleave AC levels and flags

This allows more efficient access to the array as the level and flags are contiguous. Around 4% faster coefficient decoding. --- Not the cleanest, and may complicate adding new profiles. But DNxHR just got added, so it should be ok for some years. --- libavcodec/dnxhddata.c | 492 +

Re: [FFmpeg-devel] [PATCHv2] avutil/intmath: use de Bruijn based ff_ctz

On Wed, Oct 14, 2015 at 1:13 PM, Ronald S. Bultje wrote: > Hi, > > On Wed, Oct 14, 2015 at 10:26 AM, Ganesh Ajjanagadde > wrote: >> >> It has already been demonstrated that the de Bruijn method has benefits >> over the current implementation: commit >> 971d12b7f9d7be3ca8eb98e6c04ed521f83cbd3c. >>

Re: [FFmpeg-devel] [PATCH] avutil: install des.h, rc4.h and tree.h as public headers

On 10/14/2015 2:16 PM, Ronald S. Bultje wrote: > Hi, > > On Wed, Oct 14, 2015 at 10:50 AM, Nicolas George wrote: > >> Le duodi 22 vendémiaire, an CCXXIV, James Almer a écrit : >>> Since these two were never installed, we can remove the >> FF_API_CRYPTO_CONTEXT >>> wrapper from them before applyi

Re: [FFmpeg-devel] avfilter_graph Question

Yes, sorry this was omitted - after I am done I call: av_frame_free(&oframe); it seems to be something that is internally referenced by the graph... On Oct 14, 2015, at 10:50 AM, Paul B Mahol wrote: > Dana 14. 10. 2015. 17:36 osoba "Grady Player" < > grady.pla...@verizondigitalmedia.com> na

Re: [FFmpeg-devel] [PATCHv2] avutil/intmath: use de Bruijn based ff_ctz

Hi, On Wed, Oct 14, 2015 at 1:26 PM, Ganesh Ajjanagadde wrote: > On Wed, Oct 14, 2015 at 1:13 PM, Ronald S. Bultje > wrote: > > Hi, > > > > On Wed, Oct 14, 2015 at 10:26 AM, Ganesh Ajjanagadde > > wrote: > >> > >> It has already been demonstrated that the de Bruijn method has benefits > >> ove

[FFmpeg-devel] request for feedback on video codec idea

Lacking a better place to debate this, I would like to ask some questions on a video codec idea... The goal is basically to create a very fast lossless screen capture codec (i.e. in the input there will be lots of repeated "colors" of neighboring pixels, not a lot of dynamic content between frames

[FFmpeg-devel] [PATCH] ffmpeg_opt: rename loop option to loop2

From: Michael Niedermayer The "loop" option is used in several demuxers (like img2dec) and muxers, using the same name in ffmpeg_opt breaks them. Feel free to revert this and replace by any other solution or rename both as preferred This is just as a quick fix to avoid the regression with exist

[FFmpeg-devel] [PATCH] aac: Make codec init run under ff_thread_once

This makes AAC init threadsafe. Signed-off-by: Derek Buitenhuis --- This relies on the latest merge from Libav, which hasn't happened yet. --- libavcodec/aacdec.c | 2 ++ libavcodec/aacdec_fixed.c| 1 + libavcodec/aacdec_template.c | 80 +---

Re: [FFmpeg-devel] [PATCH] ffmpeg_opt: rename loop option to loop2

On Wed, Oct 14, 2015 at 2:23 PM, Michael Niedermayer wrote: > From: Michael Niedermayer > > The "loop" option is used in several demuxers (like img2dec) and muxers, > using the same name in ffmpeg_opt > breaks them. Feel free to revert this and replace by any other solution or > rename both as

Re: [FFmpeg-devel] request for feedback on video codec idea

On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote: > Lacking a better place to debate this, I would like to ask some > questions on a video codec idea... > > The goal is basically to create a very fast lossless screen capture > codec (i.e. in the input there will be lots of repeated "colors" of >

Re: [FFmpeg-devel] [PATCH] ffmpeg_opt: rename loop option to loop2

On Wed, 14 Oct 2015 20:23:30 +0200 Michael Niedermayer wrote: > From: Michael Niedermayer > > The "loop" option is used in several demuxers (like img2dec) and muxers, > using the same name in ffmpeg_opt > breaks them. Feel free to revert this and replace by any other solution or > rename both

Re: [FFmpeg-devel] [PATCH] winrt: multithreading support

0001-winrt-multithreading-support.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] request for feedback on video codec idea

Le tridi 23 vendémiaire, an CCXXIV, Roger Pack a écrit : > For instance, given 3 frames of video ("one after another" from the > incoming video stream), "combine them" into one stream like: > pixel 1 frame 1, pixel 1 frame 2, pixel 1 frame 3, pixel 2 frame 2, > pixel 2 frame 2, pixel 2 frame 3 ...

Re: [FFmpeg-devel] request for feedback on video codec idea

Dana 14. 10. 2015. 20:42 osoba "Hendrik Leppkes" napisala je: > > On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote: > > Lacking a better place to debate this, I would like to ask some > > questions on a video codec idea... > > > > The goal is basically to create a very fast lossless screen captu

Re: [FFmpeg-devel] [PATCH 2/2] avformat/async: cache some data for fast seek backward

On Tue, Oct 13, 2015 at 06:30:47PM +0800, Zhang Rui wrote: > --- > libavformat/async.c | 123 > > 1 file changed, 104 insertions(+), 19 deletions(-) applied thanks [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B

Re: [FFmpeg-devel] [PATCH] ffmpeg_opt: rename loop option to loop2

On Wed, Oct 14, 2015 at 02:33:30PM -0400, Ganesh Ajjanagadde wrote: > On Wed, Oct 14, 2015 at 2:23 PM, Michael Niedermayer wrote: > > From: Michael Niedermayer > > > > The "loop" option is used in several demuxers (like img2dec) and muxers, > > using the same name in ffmpeg_opt > > breaks them.

Re: [FFmpeg-devel] request for feedback on video codec idea

2015-10-14 20:08 GMT+02:00 Roger Pack : > I have become aware of some "fast" compression tools like LZO, LZ4, > density, etc. It seems like they all basically compress "the first > 64KB then the next 64KB" or something like that [1]. It's generally the size of a window or dictionary, in which the

Re: [FFmpeg-devel] request for feedback on video codec idea

On Wed, Oct 14, 2015 at 12:08:58 -0600, Roger Pack wrote: > The goal is basically to create a very fast lossless screen capture > codec (i.e. in the input there will be lots of repeated "colors" of > neighboring pixels, not a lot of dynamic content between frames). Have you benchmarked existing lo

Re: [FFmpeg-devel] [PATCH] ffmpeg_opt: rename loop option to loop2

On Wed, Oct 14, 2015 at 3:08 PM, Michael Niedermayer wrote: > On Wed, Oct 14, 2015 at 02:33:30PM -0400, Ganesh Ajjanagadde wrote: >> On Wed, Oct 14, 2015 at 2:23 PM, Michael Niedermayer >> wrote: >> > From: Michael Niedermayer >> > >> > The "loop" option is used in several demuxers (like img2de

Re: [FFmpeg-devel] request for feedback on video codec idea

On Wed, Oct 14, 2015 at 9:04 PM, Paul B Mahol wrote: > Dana 14. 10. 2015. 20:42 osoba "Hendrik Leppkes" > napisala je: >> >> On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote: >> > Lacking a better place to debate this, I would like to ask some >> > questions on a video codec idea... >> > >> > T

Re: [FFmpeg-devel] avfilter_graph Question

Figured it out, sharing (if anyone were to care)… I was using av_buffersrc_add_frame rather than: av_buffersrc_write_frame which informs the buffer to retain an internal reference to the original picture/frame.. -Grady On Oct 14, 2015, at 11:50 AM, Grady Player wrote: > Yes, so

Re: [FFmpeg-devel] avfilter_graph Question

On Wed, Oct 14, 2015 at 4:13 PM, Grady Player wrote: > Figured it out, sharing (if anyone were to care)… > > I was using > av_buffersrc_add_frame > rather than: > av_buffersrc_write_frame > > which informs the buffer to retain an internal reference to the original > picture/frame.. Was

Re: [FFmpeg-devel] [PATCH] winrt: multithreading support

On Thu, Oct 15, 2015 at 02:46:21AM +0800, Wang Bin wrote: > > compat/w32pthreads.h |5 + > configure|7 +++ > libavutil/cpu.c |8 +++- > 3 files changed, 19 insertions(+), 1 deletion(-) > 252925c34c8d2b6f09ce0fd40c2923494b005a7a > 0001-winrt-multithread

Re: [FFmpeg-devel] avfilter_graph Question

the doxygen, docs dont really point to any difference… (the prototype for av_buffersrc_add_frame doesn’t match my header, not sure if that is a version issue) int av_buffersrc_write_frame( AVFilterContext * s, const AVFrame * frame) Add a f

Re: [FFmpeg-devel] [PATCH 1/2] vp9: split header into separate struct and expose in vp9.h

On Wed, Oct 14, 2015 at 10:16 AM, Hendrik Leppkes wrote: > From: "Ronald S. Bultje" > > This allows hwaccels to access the bitstream header information. > --- > libavcodec/vp9.c | 717 > +++ > libavcodec/vp9.h | 114 +++ > liba

Re: [FFmpeg-devel] request for feedback on video codec idea

On Wed, 14 Oct 2015 12:08:58 -0600 Roger Pack wrote: > Lacking a better place to debate this, I would like to ask some > questions on a video codec idea... > > The goal is basically to create a very fast lossless screen capture > codec (i.e. in the input there will be lots of repeated "colors" o

[FFmpeg-devel] [PATCH 1/4] avcodec: add ADPCM PSX decoder

Signed-off-by: Paul B Mahol --- libavcodec/Makefile | 1 + libavcodec/adpcm.c | 40 libavcodec/allcodecs.c | 1 + libavcodec/avcodec.h| 1 + libavcodec/codec_desc.c | 7 +++ libavcodec/utils.c | 1 + 6 files changed, 51 insertio

[FFmpeg-devel] [PATCH 2/4] avformat: add genh demuxer

Signed-off-by: Paul B Mahol --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/genh.c | 176 +++ 3 files changed, 178 insertions(+) create mode 100644 libavformat/genh.c diff --git a/libavformat/Makefile b/libavf

[FFmpeg-devel] [PATCH 3/4] avformat: add vag demuxer

Signed-off-by: Paul B Mahol --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/vag.c| 83 3 files changed, 85 insertions(+) create mode 100644 libavformat/vag.c diff --git a/libavformat/Makefile b/libavforma

[FFmpeg-devel] [PATCH 4/4] avformat: add ads demuxer

Signed-off-by: Paul B Mahol --- libavformat/Makefile | 1 + libavformat/ads.c| 81 libavformat/allformats.c | 1 + 3 files changed, 83 insertions(+) create mode 100644 libavformat/ads.c diff --git a/libavformat/Makefile b/libavforma

[FFmpeg-devel] [PATCH] w32pthreads: fix mingw build on x86 with -msse2 or higher

When SSE2 or higher compiler optimizations are used, mingw uses the _mm_mfence intrinsic for MemoryBarrier, however it doesn't include the appropriate headers automatically. --- compat/w32pthreads.h | 5 + 1 file changed, 5 insertions(+) diff --git a/compat/w32pthreads.h b/compat/w32pthreads.

Re: [FFmpeg-devel] [PATCH 1/4] opencl: Print error string when compilation fails

On Tue, Oct 13, 2015 at 09:48:35PM -0700, Timothy Gu wrote: > --- > libavutil/opencl.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) LGTM thanks [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Rewriting code that is poorly written but fully underst

Re: [FFmpeg-devel] [PATCH 2/4] avformat: add genh demuxer

Hi! Paul B Mahol gmail.com> writes: > + case 1: > + case 11: st->codec->bits_per_coded_sample = 4; > +st->codec->codec_id = AV_CODEC_ID_ADPCM_IMA_WAV; > + case 3: st->codec->codec_id = st->codec->block_align > 0 ? > + AV_CODEC_ID_PCM_S16BE_PL

Re: [FFmpeg-devel] [PATCH] ffmpeg_opt: rename loop option to loop2

Michael Niedermayer niedermayer.cc> writes: > > quick alternative (based on help text) - stream_loop in ffmpeg_opt? > > ok, renamed and applied Thank you both! Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailma

Re: [FFmpeg-devel] [PATCH] avfilter: add setfps filter

Dana 14. 10. 2015. 18:50 osoba "Nicolas George" napisala je: > > Le tridi 23 vendémiaire, an CCXXIV, Paul B Mahol a écrit : > > This changes pts but framerate remains same. > > Care to ellaborate? Timebase and stream framerate are same. > > Regards, > > -- > Nicolas George > >

Re: [FFmpeg-devel] [PATCH 2/4] avformat: add genh demuxer

Dana 14. 10. 2015. 23:57 osoba "Carl Eugen Hoyos" napisala je: > > Hi! > > Paul B Mahol gmail.com> writes: > > > + case 1: > > + case 11: st->codec->bits_per_coded_sample = 4; > > +st->codec->codec_id = AV_CODEC_ID_ADPCM_IMA_WAV; > > > + case 3: st->codec->codec_id = st->codec

Re: [FFmpeg-devel] [PATCH] avfilter: add setfps filter

Le quartidi 24 vendémiaire, an CCXXIV, Paul B Mahol a écrit : > Timebase and stream framerate are same. Not at all. For Matroska, timebase is usually 1/1000; for MPEG-[PT]S, timebase is 1/9; timebase can also be set using settb. Regards, -- Nicolas George signature.asc Description: Digi

Re: [FFmpeg-devel] lavf: Remove duplicated latm demuxer

Carl Eugen Hoyos ag.or.at> writes: > I will commit tonight if there are no objections, Carl Eugen Patch applied. Thank you, Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] fate: use PROGSSUF

On Wed, Oct 14, 2015 at 07:18:27PM +0200, Christophe Gisquet wrote: > May require exporting in the shell var PROGSUF when invoking a > shell script. > --- > tests/Makefile | 14 +- > tests/fate-run.sh| 38 +++--- > tests/fate/ff

Re: [FFmpeg-devel] [PATCH] dnxhd: interleave AC levels and flags

On Wed, Oct 14, 2015 at 07:20:49PM +0200, Christophe Gisquet wrote: > This allows more efficient access to the array as the level and flags > are contiguous. Around 4% faster coefficient decoding. > --- > Not the cleanest, and may complicate adding new profiles. But DNxHR > just got added, so it sh

Re: [FFmpeg-devel] [PATCH] fate: use PROGSSUF

On Thu, Oct 15, 2015 at 01:31:11AM +0200, Michael Niedermayer wrote: > On Wed, Oct 14, 2015 at 07:18:27PM +0200, Christophe Gisquet wrote: > > May require exporting in the shell var PROGSUF when invoking a > > shell script. > > --- > > tests/Makefile | 14 +- > > tests/fa

Re: [FFmpeg-devel] [PATCH] avfilter/af_tremolo: clean up extra newlines

On Wed, Oct 14, 2015 at 09:56:48AM -0500, Kyle Swanson wrote: > Signed-off-by: Kyle Swanson > --- > libavfilter/af_tremolo.c | 2 -- > 1 file changed, 2 deletions(-) applied thanks [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Into a blind darkness they ent

Re: [FFmpeg-devel] avfilter_graph Question

On Wed, Oct 14, 2015 at 4:48 PM, Grady Player wrote: > the doxygen, docs dont really point to any difference… (the prototype for > av_buffersrc_add_frame doesn’t match my header, not sure if that is a version > issue) Must have been the av_warn_unused_result I added recently - no need to worry

[FFmpeg-devel] [PATCH] doc/ffmpeg: use stream_loop instead of loop

Commit dbb03b8e47f905f0f7b10c3eb5ac11f9bfc793ff renamed loop to stream_loop. This documents the change. Signed-off-by: Ganesh Ajjanagadde --- doc/ffmpeg.texi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi index 5624930..de49618 100644 --- a/

  1   2   >