Re: [FFmpeg-devel] [PATCH 1/4] lavfi: remove af_resample

2017-03-05 Thread wm4
On Mon, 6 Mar 2017 02:46:48 + Rostislav Pehlivanov wrote: > af_aresample does the same thing better and doesn't depend on > libavresample > > Signed-off-by: Rostislav Pehlivanov > --- > libavfilter/Makefile | 1 - > libavfilter/af_resample.c | 357 > ---

Re: [FFmpeg-devel] [PATCH] lswr: remove support for libsoxr resampling

2017-03-05 Thread James Almer
On 3/6/2017 12:19 AM, Rostislav Pehlivanov wrote: > The soxr resampler is slower and worse than the swr resampler, > hence drop the former. > > Signed-off-by: Rostislav Pehlivanov > --- > Changelog | 1 + > MAINTAINERS | 1 - > configure

Re: [FFmpeg-devel] [PATCH] lswr: remove support for libsoxr resampling

2017-03-05 Thread Lou Logan
On Sun, Mar 5, 2017, at 06:19 PM, Rostislav Pehlivanov wrote: > The soxr resampler is slower and worse than the swr resampler, > hence drop the former. Can you explain what you mean by "worse"? Not that I don't trust your judgment, but I'm just curious.

[FFmpeg-devel] [PATCH] lswr: remove support for libsoxr resampling

2017-03-05 Thread Rostislav Pehlivanov
The soxr resampler is slower and worse than the swr resampler, hence drop the former. Signed-off-by: Rostislav Pehlivanov --- Changelog | 1 + MAINTAINERS | 1 - configure | 5 +- doc/resampler.texi

[FFmpeg-devel] [PATCH 4/4] lavfi: remove af_asynts filter

2017-03-05 Thread Rostislav Pehlivanov
Long overdue for removal, af_aresample should be used instead. Signed-off-by: Rostislav Pehlivanov --- Changelog | 1 + configure | 2 - doc/filters.texi| 33 - libavfilter/Makefile| 1 - libavfilter/af_asyncts.c| 323 ---

[FFmpeg-devel] [PATCH 2/4] ffmpeg: don't use resample_lavr_opts

2017-03-05 Thread Rostislav Pehlivanov
That pointer isn't used by absolutely anything. Signed-off-by: Rostislav Pehlivanov --- ffmpeg_filter.c | 1 - 1 file changed, 1 deletion(-) diff --git a/ffmpeg_filter.c b/ffmpeg_filter.c index 7f249c2960..0897790ba1 100644 --- a/ffmpeg_filter.c +++ b/ffmpeg_filter.c @@ -1037,7 +1037,6 @@ int c

[FFmpeg-devel] [PATCH 3/4] lavfi: deprecate AVFilterGraph->resample_lavr_opts

2017-03-05 Thread Rostislav Pehlivanov
Not used by anything at all since we don't auto insert lavr filters. Signed-off-by: Rostislav Pehlivanov --- doc/APIchanges | 4 libavfilter/avfilter.h | 4 +++- libavfilter/avfiltergraph.c | 2 ++ libavfilter/version.h | 5 - libavformat/version.h | 1 - 5

[FFmpeg-devel] [PATCH 1/4] lavfi: remove af_resample

2017-03-05 Thread Rostislav Pehlivanov
af_aresample does the same thing better and doesn't depend on libavresample Signed-off-by: Rostislav Pehlivanov --- libavfilter/Makefile | 1 - libavfilter/af_resample.c | 357 -- 2 files changed, 358 deletions(-) delete mode 100644 libavfilter

[FFmpeg-devel] libopenjpegenc initialization

2017-03-05 Thread Aaron Boxer
Dear Developers, I have a few questions about the following code in libopenjpegenc.c : ctx->enc_params.mode = !!avctx->global_quality; ctx->enc_params.prog_order = ctx->prog_order; ctx->enc_params.numresolution = ctx->numresolution; ctx->enc_params.cp_disto_alloc = ctx->disto_allo

Re: [FFmpeg-devel] deduplicated [PATCH] Cinepak: speed up decoding several-fold, depending on the scenario, by supporting multiple output pixel formats.

2017-03-05 Thread Ronald S. Bultje
Hi Rune, On Sun, Mar 5, 2017 at 4:26 PM, wrote: > Ronald, > > On Sun, Mar 05, 2017 at 02:38:31PM -0500, Ronald S. Bultje wrote: > > Hi, > > > > On Sun, Mar 5, 2017 at 2:22 PM, wrote: > > > > > On Mon, Feb 13, 2017 at 02:41:40PM +0100, u-9...@aetey.se wrote: > > > > On Mon, Feb 13, 2017 at 02:19

Re: [FFmpeg-devel] deduplicated [PATCH] Cinepak: speed up decoding several-fold, depending on the scenario, by supporting multiple output pixel formats.

2017-03-05 Thread u-9iep
Ronald, On Sun, Mar 05, 2017 at 02:38:31PM -0500, Ronald S. Bultje wrote: > Hi, > > On Sun, Mar 5, 2017 at 2:22 PM, wrote: > > > On Mon, Feb 13, 2017 at 02:41:40PM +0100, u-9...@aetey.se wrote: > > > On Mon, Feb 13, 2017 at 02:19:45PM +0100, Michael Niedermayer wrote: > > > > you may want to ad

Re: [FFmpeg-devel] deduplicated [PATCH] Cinepak: speed up decoding several-fold, depending on the scenario, by supporting multiple output pixel formats.

2017-03-05 Thread Ronald S. Bultje
Hi, On Sun, Mar 5, 2017 at 2:22 PM, wrote: > On Mon, Feb 13, 2017 at 02:41:40PM +0100, u-9...@aetey.se wrote: > > On Mon, Feb 13, 2017 at 02:19:45PM +0100, Michael Niedermayer wrote: > > > you may want to add yourself to MAINTAINERs (after talking with > > > roberto, who i belive has less interr

Re: [FFmpeg-devel] deduplicated [PATCH] Cinepak: speed up decoding several-fold, depending on the scenario, by supporting multiple output pixel formats.

2017-03-05 Thread u-9iep
On Mon, Feb 13, 2017 at 02:41:40PM +0100, u-9...@aetey.se wrote: > On Mon, Feb 13, 2017 at 02:19:45PM +0100, Michael Niedermayer wrote: > > you may want to add yourself to MAINTAINERs (after talking with > > roberto, who i belive has less interrest in cinepak than you do > > nowadays) > > Sounds o

Re: [FFmpeg-devel] [PATCH] af_aresample: add 'sample_rate_list' option

2017-03-05 Thread Lou Logan
On Sun, 5 Mar 2017 08:21:48 +0900, Takayuki 'January June' Suwa wrote: > From: Takayuki 'January June' Suwa > > This adds '|'-separated list of desired sample rates. Missing documentation update to doc/resampler.texi. ___ ffmpeg-devel mailing list ff

Re: [FFmpeg-devel] [PATCH] af_aresample: add 'sample_rate_list' option

2017-03-05 Thread Paul B Mahol
On 3/5/17, Takayuki 'January June' Suwa wrote: > From: Takayuki 'January June' Suwa > > This adds '|'-separated list of desired sample rates. > > examples: > > -i 44.1k_from_cd_da_source -af > "aresample=sample_rate_list=44100|48000|192000" ... > -i 48k_from_dat_source -af "aresample=sample_rat

[FFmpeg-devel] [PATCH] af_aresample: add 'sample_rate_list' option

2017-03-05 Thread Takayuki 'January June' Suwa
From: Takayuki 'January June' Suwa This adds '|'-separated list of desired sample rates. examples: -i 44.1k_from_cd_da_source -af "aresample=sample_rate_list=44100|48000|192000" ... -i 48k_from_dat_source -af "aresample=sample_rate_list=44100|48000|192000" ... -i 192k_hires_source -af "ares

[FFmpeg-devel] OT (Re: [PATCH 1/2] (was Re: deduplicated [PATCH] Cinepak: speed up decoding several-fold...) formats.)

2017-03-05 Thread u-9iep
On Sun, Mar 05, 2017 at 07:32:08PM +0100, Paul B Mahol wrote: > On 3/5/17, u-9...@aetey.se wrote: > > I kindly ask the reader to note that cinepak is not ffmpeg's everyday meal > > i.e. fast shortcut judgements may be not applicable. Please take your time. > Cinepak is old crappy codec. Get over

[FFmpeg-devel] [PATCH 2/2] (was Re: deduplicated [PATCH] Cinepak: speed up decoding several-fold...) formats.

2017-03-05 Thread u-9iep
Whitespace adjustments only. Regards, Rune >From 664e8878aac9dd9fa0393a1d60de81df8bf2f195 Mon Sep 17 00:00:00 2001 From: Rl Date: Sun, 5 Mar 2017 16:32:58 +0100 Subject: [PATCH 2/2] libavcodec/cinepak.c: small whitespace cleanups --- libavcodec/cinepak.c | 8 1 file changed, 4 insertio

Re: [FFmpeg-devel] [PATCH 1/2] (was Re: deduplicated [PATCH] Cinepak: speed up decoding several-fold...) formats.

2017-03-05 Thread Paul B Mahol
On 3/5/17, u-9...@aetey.se wrote: > For one week there was no substantial feedback on the patches. > > I understand that the first patch was very large which makes it hard > to review. > > That's why I now have produced a limited, minimalistic change which still > yields most of the improvement. >

[FFmpeg-devel] [PATCH 1/2] (was Re: deduplicated [PATCH] Cinepak: speed up decoding several-fold...) formats.

2017-03-05 Thread u-9iep
For one week there was no substantial feedback on the patches. I understand that the first patch was very large which makes it hard to review. That's why I now have produced a limited, minimalistic change which still yields most of the improvement. I kindly ask the reader to note that cinepak is

Re: [FFmpeg-devel] [PATCH] (for discussion): cuvid: allow to crop and resize in decoder

2017-03-05 Thread Timo Rothenpieler
Am 01.03.2017 um 11:58 schrieb Timo Rothenpieler: We recently just had all sorts of discussions what decoders should and should not do, I don't think scaling in a decoder is a good thing to start doing here. scaling in some decoders is mandated by some specs some standards support reduced resol

Re: [FFmpeg-devel] [PATCH]lavf/matroska: Support QDMC

2017-03-05 Thread Carl Eugen Hoyos
2017-03-05 13:57 GMT+01:00 Paul B Mahol : > On 3/2/17, Paul B Mahol wrote: >> On 3/1/17, Carl Eugen Hoyos wrote: >>> Hi! >>> >>> Attached patch allows muxing and demuxing of QDMC in mkv. >>> >>> Please comment, Carl Eugen >>> >> >> lgtm >> > > Why this is not applied? I was wondering if we shoul

Re: [FFmpeg-devel] [PATCH]lavf/matroska: Support QDMC

2017-03-05 Thread Paul B Mahol
On 3/2/17, Paul B Mahol wrote: > On 3/1/17, Carl Eugen Hoyos wrote: >> Hi! >> >> Attached patch allows muxing and demuxing of QDMC in mkv. >> >> Please comment, Carl Eugen >> > > lgtm > Why this is not applied? ___ ffmpeg-devel mailing list ffmpeg-deve

Re: [FFmpeg-devel] [PATCH] avcodec/wavpack: Fix runtime error: left shift of negative value -2

2017-03-05 Thread Michael Niedermayer
On Sat, Mar 04, 2017 at 04:55:15AM +0100, Michael Niedermayer wrote: > Fixes: 723/clusterfuzz-testcase-6471394663596032 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg > Signed-off-by: Michael Niedermayer > --- > libavcodec/wavpack.c | 4

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/mpeg4videodec: Fix runtime error: signed integer overflow: 134527392 * 16 cannot be represented in type 'int'

2017-03-05 Thread Michael Niedermayer
On Fri, Mar 03, 2017 at 08:12:20PM +0100, Michael Niedermayer wrote: > This checks the sprite delta intermediates for overflow > Fixes: 716/clusterfuzz-testcase-4890287480504320 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg > Signed-off-b

Re: [FFmpeg-devel] [PATCH] avcodec/x86/cavsdsp: Put MMX code under mmx check

2017-03-05 Thread Michael Niedermayer
On Sun, Mar 05, 2017 at 12:00:16AM -0300, James Almer wrote: > On 3/4/2017 11:42 PM, Michael Niedermayer wrote: > > Without this the FPU state becomes trashed and causes mysterious > > fate failures with cpuflags=0 > > > > Signed-off-by: Michael Niedermayer > > --- > > libavcodec/x86/cavsdsp.c |