Re: [FFmpeg-devel] [PATCH v3 1/3] lavc/utils.c: use C11 atomics for entangled thread handling

On Sat, Nov 25, 2017 at 11:05:22PM -0300, James Almer wrote: > On 11/25/2017 10:56 PM, Michael Niedermayer wrote: > > On Sat, Nov 25, 2017 at 05:01:55PM +, Rostislav Pehlivanov wrote: > >> Signed-off-by: Rostislav Pehlivanov > >> --- > >> libavcodec/utils.c | 9 +

Re: [FFmpeg-devel] [PATCH] avcodec/dirac_dwt: Fix integer overflow in COMPOSE_FIDELITYi*

On Sat, Nov 25, 2017 at 03:43:29AM +0100, Michael Niedermayer wrote: > Fixes: runtime error: signed integer overflow: -2143827186 - 7404944 cannot > be represented in type 'int' > Fixes: 4354/clusterfuzz-testcase-minimized-4671122764201984 > > Found-by: continuous fuzzing process >

Re: [FFmpeg-devel] [PATCH v3 2/3] libavcodec/utils.c: simplify avcodec locking with atomics

On 25 November 2017 at 19:48, Rostislav Pehlivanov wrote: > > > On 25 November 2017 at 18:40, James Almer wrote: > >> On 11/25/2017 2:01 PM, Rostislav Pehlivanov wrote: >> > Also makes it more robust than using volatiles. >> > >> > Signed-off-by:

Re: [FFmpeg-devel] [PATCH v3 3/3] error_resilience: remove avpriv_atomic usage

On 26 November 2017 at 01:58, Michael Niedermayer wrote: > On Sat, Nov 25, 2017 at 05:01:57PM +, Rostislav Pehlivanov wrote: > > Signed-off-by: Rostislav Pehlivanov > > --- > > libavcodec/error_resilience.c | 20 ++-- > >

Re: [FFmpeg-devel] [PATCH v3 1/3] lavc/utils.c: use C11 atomics for entangled thread handling

On 26 November 2017 at 01:56, Michael Niedermayer wrote: > On Sat, Nov 25, 2017 at 05:01:55PM +, Rostislav Pehlivanov wrote: > > Signed-off-by: Rostislav Pehlivanov > > --- > > libavcodec/utils.c | 9 + > > 1 file changed, 5

Re: [FFmpeg-devel] [PATCH 2/2] avformat/mov_esds: check return value of ff_mp4_read_dec_config_descr

On 11/25/2017 11:09 PM, Michael Niedermayer wrote: > On Sat, Nov 25, 2017 at 03:54:57PM -0300, James Almer wrote: >> Signed-off-by: James Almer >> --- >> libavformat/mov_esds.c | 7 --- >> 1 file changed, 4 insertions(+), 3 deletions(-) > > should be ok > > thx Pushed,

Re: [FFmpeg-devel] [PATCH 1/2] avformat/isom: return proper error values in ff_mp4_read_dec_config_descr

On 11/25/2017 11:05 PM, Michael Niedermayer wrote: > On Sat, Nov 25, 2017 at 03:54:56PM -0300, James Almer wrote: >> Signed-off-by: James Almer >> --- >> libavformat/isom.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) > > probably ok > > thx Pushed.

Re: [FFmpeg-devel] [PATCH 2/2] avformat/mov_esds: check return value of ff_mp4_read_dec_config_descr

On Sat, Nov 25, 2017 at 03:54:57PM -0300, James Almer wrote: > Signed-off-by: James Almer > --- > libavformat/mov_esds.c | 7 --- > 1 file changed, 4 insertions(+), 3 deletions(-) should be ok thx [...] -- Michael GnuPG fingerprint:

Re: [FFmpeg-devel] [PATCH v3 1/3] lavc/utils.c: use C11 atomics for entangled thread handling

On 11/25/2017 10:56 PM, Michael Niedermayer wrote: > On Sat, Nov 25, 2017 at 05:01:55PM +, Rostislav Pehlivanov wrote: >> Signed-off-by: Rostislav Pehlivanov >> --- >> libavcodec/utils.c | 9 + >> 1 file changed, 5 insertions(+), 4 deletions(-) > > LGTM > > The

Re: [FFmpeg-devel] [PATCH 1/2] avformat/isom: return proper error values in ff_mp4_read_dec_config_descr

On Sat, Nov 25, 2017 at 03:54:56PM -0300, James Almer wrote: > Signed-off-by: James Almer > --- > libavformat/isom.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) probably ok thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Re: [FFmpeg-devel] [PATCH v3 3/3] error_resilience: remove avpriv_atomic usage

On Sat, Nov 25, 2017 at 05:01:57PM +, Rostislav Pehlivanov wrote: > Signed-off-by: Rostislav Pehlivanov > --- > libavcodec/error_resilience.c | 20 ++-- > libavcodec/error_resilience.h | 3 ++- > 2 files changed, 12 insertions(+), 11 deletions(-) LGTM

Re: [FFmpeg-devel] [PATCH v3 1/3] lavc/utils.c: use C11 atomics for entangled thread handling

On Sat, Nov 25, 2017 at 05:01:55PM +, Rostislav Pehlivanov wrote: > Signed-off-by: Rostislav Pehlivanov > --- > libavcodec/utils.c | 9 + > 1 file changed, 5 insertions(+), 4 deletions(-) LGTM The whole lock manager should possibly be simplified using some more

Re: [FFmpeg-devel] [PATCH 0/1][TOOL][HACK] Allocation NULL check fuzzer

On 11/26/2017 12:14 AM, Carl Eugen Hoyos wrote: > I am of course in favour of such checks but is there an allocator we support > that actually returns NULL on oom? Anything that doesn't use overcommit. Windows is the big obvious one here. Also various UNIX-like things, and even Linux is not

Re: [FFmpeg-devel] [PATCH] lavf/mov: fix huge alloc in mov_read_ctts

On 11/25/2017 10:00 PM, John Stebbins wrote: > On 11/25/2017 04:03 PM, Carl Eugen Hoyos wrote: >> 2017-11-25 21:11 GMT+01:00 John Stebbins : >>> An invalid file may cause huge alloc. Delay expansion of ctts entries >>> until the number of samples is known in

Re: [FFmpeg-devel] [PATCH] lavf/mov: fix huge alloc in mov_read_ctts

On 11/25/2017 04:03 PM, Carl Eugen Hoyos wrote: > 2017-11-25 21:11 GMT+01:00 John Stebbins : >> An invalid file may cause huge alloc. Delay expansion of ctts entries >> until the number of samples is known in mov_build_index. > Please mention zhao dongzhuo from ADlab of

Re: [FFmpeg-devel] [PATCH 0/1][TOOL][HACK] Allocation NULL check fuzzer

On Sun, Nov 26, 2017 at 01:14:31AM +0100, Carl Eugen Hoyos wrote: > 2017-11-24 20:45 GMT+01:00 Derek Buitenhuis : > > I've had this kicking around for like 4 years, maybe it can be of use to > > some people. > > I haven't done full scale fuzzing with this because

Re: [FFmpeg-devel] [PATCH 0/1][TOOL][HACK] Allocation NULL check fuzzer

2017-11-24 20:45 GMT+01:00 Derek Buitenhuis : > I've had this kicking around for like 4 years, maybe it can be of use to some > people. > I haven't done full scale fuzzing with this because laziness. I just > sometimes run it > when I'm bored. It's not thread-safe,

Re: [FFmpeg-devel] [PATCH] hls demuxer: add option to defer parsing of variants

2017-11-24 7:52 GMT+01:00 Rainer Hochecker : >> Shouldn't this be: >> 0 (or -1) for all streams (default), n>0 (or > -1) for the nth stream. >> I guess it is at least possible that the user knows in advance which >> streams the source will offer. >> No? > It is

Re: [FFmpeg-devel] [PATCH] lavf/mov: fix huge alloc in mov_read_ctts

2017-11-25 21:11 GMT+01:00 John Stebbins : > An invalid file may cause huge alloc. Delay expansion of ctts entries > until the number of samples is known in mov_build_index. Please mention zhao dongzhuo from ADlab of Venustech who found this issue, I can confirm that

Re: [FFmpeg-devel] [PATCH] web/index: add news entry for release 3.4

2017-11-25 4:59 GMT+01:00 James Almer : > +We strongly recommend users, distributors, and system integrators to > +upgrade unless they use current git master. I wonder if this can be misinterpreted... Carl Eugen ___

Re: [FFmpeg-devel] [PATCH] avformat/aacdec: Fix leak in adts_aac_read_packet()

On Sat, Nov 25, 2017 at 03:42:16PM -0300, James Almer wrote: > On 11/25/2017 3:30 PM, Michael Niedermayer wrote: > > Fixes: chromium-773637/clusterfuzz-testcase-minimized-6418078673141760 > > > > Found-by: ossfuzz/chromium > > Signed-off-by: Michael Niedermayer > > --- >

Re: [FFmpeg-devel] [PATCH] avcodec/h264_parse: Treat escaped and unescaped decoding error equal in decode_extradata_ps_mp4()

2017-11-25 22:49 GMT+01:00 Michael Niedermayer : > Fixes: lorex.mp4 Please mention ticket #6762 if it is related. Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] tests/checkasm/float_dsp: Increase allowed difference for float_dsp.vector_dmul

On Sun, Nov 26, 2017 at 12:10:38AM +0100, Michael Niedermayer wrote: > On Fri, Nov 24, 2017 at 11:37:36PM -0300, James Almer wrote: > > On 10/29/2017 11:57 AM, Michael Niedermayer wrote: > > > The choosen value is the lowest power of 2 that allows 1000 iterations of > > > fate-checkasm-float_dsp

Re: [FFmpeg-devel] [PATCH] hls demuxer: add option to defer parsing of variants

2017-11-25 17:31 GMT+08:00 Rainer Hochecker : > fate runs now without error, sorry for that > > --- > doc/demuxers.texi | 5 + > libavformat/hls.c | 302 > -- > 2 files changed, 207 insertions(+), 100 deletions(-) > >

Re: [FFmpeg-devel] [PATCH] tests/checkasm/float_dsp: Increase allowed difference for float_dsp.vector_dmul

On Fri, Nov 24, 2017 at 11:37:36PM -0300, James Almer wrote: > On 10/29/2017 11:57 AM, Michael Niedermayer wrote: > > The choosen value is the lowest power of 2 that allows 1000 iterations of > > fate-checkasm-float_dsp > > to pass on x86-32 > > Ticket #6848 reports this value is still not

Re: [FFmpeg-devel] [PATCH] avcodec/h264_parse: Treat escaped and unescaped decoding error equal in decode_extradata_ps_mp4()

On Sat, Nov 25, 2017 at 10:49:09PM +0100, Michael Niedermayer wrote: > Fixes: lorex.mp4 > > Signed-off-by: Michael Niedermayer > --- > libavcodec/h264_parse.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/libavcodec/h264_parse.c b/libavcodec/h264_parse.c >

[FFmpeg-devel] [PATCH] avcodec/h264_parse: Treat escaped and unescaped decoding error equal in decode_extradata_ps_mp4()

Fixes: lorex.mp4 Signed-off-by: Michael Niedermayer --- libavcodec/h264_parse.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/libavcodec/h264_parse.c b/libavcodec/h264_parse.c index a7c71d9bbb..9216d0bdbd 100644 --- a/libavcodec/h264_parse.c +++

[FFmpeg-devel] avcodec/x86/lossless_videodsp : add_left_pred AVX2 v2

Hello, New patchs in attach in order to add avx2 version for add_left_pred Change since the v1 patch - use ymm constant - use 3 operandes mode Check asm result add_left_pred_rnd_acc_c: 1279.8 add_left_pred_rnd_acc_ssse3: 261.3 add_left_pred_rnd_acc_avx2: 209.8 add_left_pred_zero_c: 1284.8

[FFmpeg-devel] avcodec/x86/bswapdsp : convert pb_bswap32 to ymm constant in order to simplify code

Hello, In attach patch to convert pb_bswap32 to ymm constant and remove the vbroadcasti128 part Speed seems to be similar to me Martin 0004-avcodec-x86-bswapdsp-convert-pb_bswap32-to-ymm.patch Description: Binary data ___ ffmpeg-devel mailing list

[FFmpeg-devel] [PATCH] lavf/mov: fix huge alloc in mov_read_ctts

An invalid file may cause huge alloc. Delay expansion of ctts entries until the number of samples is known in mov_build_index. --- libavformat/mov.c | 31 +++ 1 file changed, 27 insertions(+), 4 deletions(-) diff --git a/libavformat/mov.c b/libavformat/mov.c index

Re: [FFmpeg-devel] [PATCH v3 2/3] libavcodec/utils.c: simplify avcodec locking with atomics

On 25 November 2017 at 18:40, James Almer wrote: > On 11/25/2017 2:01 PM, Rostislav Pehlivanov wrote: > > Also makes it more robust than using volatiles. > > > > Signed-off-by: Rostislav Pehlivanov > > --- > > libavcodec/internal.h | 1 - > >

Re: [FFmpeg-devel] fate/hapdec : add test for hap alpha only

> > LGTM > > thx > > > > Pushed, thanks Martin ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] avcodec/hapdec : use gray8 for HapAlphaOnly decoding instead of RGB0

2017-11-23 3:46 GMT+01:00 Carl Eugen Hoyos : > 2017-11-16 23:41 GMT+01:00 Martin Vignali : > > Hello, > > > > Following previous discussion > > patch in attach change pix_fmt for hap alpha only decoding to use gray8 > > instead of RGB0 > > Looks like

[FFmpeg-devel] [PATCH 2/2] avformat/mov_esds: check return value of ff_mp4_read_dec_config_descr

Signed-off-by: James Almer --- libavformat/mov_esds.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/libavformat/mov_esds.c b/libavformat/mov_esds.c index 2ecf03742f..a444d969c6 100644 --- a/libavformat/mov_esds.c +++ b/libavformat/mov_esds.c @@

[FFmpeg-devel] [PATCH 1/2] avformat/isom: return proper error values in ff_mp4_read_dec_config_descr

Signed-off-by: James Almer --- libavformat/isom.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/isom.c b/libavformat/isom.c index 77983c5eaa..9d9f85885b 100644 --- a/libavformat/isom.c +++ b/libavformat/isom.c @@ -524,7 +524,7 @@

Re: [FFmpeg-devel] [PATCH v3 1/3] lavc/utils.c: use C11 atomics for entangled thread handling

On 25 November 2017 at 18:37, James Almer wrote: > On 11/25/2017 2:01 PM, Rostislav Pehlivanov wrote: > > Signed-off-by: Rostislav Pehlivanov > > --- > > libavcodec/utils.c | 9 + > > 1 file changed, 5 insertions(+), 4 deletions(-) > > > > diff

Re: [FFmpeg-devel] [PATCH] avformat/aacdec: Fix leak in adts_aac_read_packet()

On 11/25/2017 3:30 PM, Michael Niedermayer wrote: > Fixes: chromium-773637/clusterfuzz-testcase-minimized-6418078673141760 > > Found-by: ossfuzz/chromium > Signed-off-by: Michael Niedermayer > --- > libavformat/aacdec.c | 8 +++- > 1 file changed, 7 insertions(+), 1

Re: [FFmpeg-devel] [PATCH v3 2/3] libavcodec/utils.c: simplify avcodec locking with atomics

On 11/25/2017 2:01 PM, Rostislav Pehlivanov wrote: > Also makes it more robust than using volatiles. > > Signed-off-by: Rostislav Pehlivanov > --- > libavcodec/internal.h | 1 - > libavcodec/utils.c| 12 ++-- > 2 files changed, 6 insertions(+), 7 deletions(-) >

Re: [FFmpeg-devel] [PATCH v3 1/3] lavc/utils.c: use C11 atomics for entangled thread handling

On 11/25/2017 2:01 PM, Rostislav Pehlivanov wrote: > Signed-off-by: Rostislav Pehlivanov > --- > libavcodec/utils.c | 9 + > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/libavcodec/utils.c b/libavcodec/utils.c > index e50de6e89b..3a0f3c11f5

[FFmpeg-devel] [PATCH] avformat/aacdec: Fix leak in adts_aac_read_packet()

Fixes: chromium-773637/clusterfuzz-testcase-minimized-6418078673141760 Found-by: ossfuzz/chromium Signed-off-by: Michael Niedermayer --- libavformat/aacdec.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/libavformat/aacdec.c

Re: [FFmpeg-devel] [PATCH v3 2/3] libavcodec/utils.c: simplify avcodec locking with atomics

On 11/25/2017 3:07 PM, Clément Bœsch wrote: > On Sat, Nov 25, 2017 at 05:01:56PM +, Rostislav Pehlivanov wrote: > [...] >> -volatile int ff_avcodec_locked; >> +static atomic_bool ff_avcodec_locked; >> static atomic_int entangled_thread_counter = ATOMIC_VAR_INIT(0); >> static void

Re: [FFmpeg-devel] [PATCH v3 2/3] libavcodec/utils.c: simplify avcodec locking with atomics

On Sat, Nov 25, 2017 at 05:01:56PM +, Rostislav Pehlivanov wrote: [...] > -volatile int ff_avcodec_locked; > +static atomic_bool ff_avcodec_locked; > static atomic_int entangled_thread_counter = ATOMIC_VAR_INIT(0); > static void *codec_mutex; > static void *avformat_mutex; > @@ -1937,6

[FFmpeg-devel] [PATCH] hls demuxer: add option to defer parsing of variants

fate runs now without error, sorry for that --- doc/demuxers.texi | 5 + libavformat/hls.c | 302 -- 2 files changed, 207 insertions(+), 100 deletions(-) diff --git a/doc/demuxers.texi b/doc/demuxers.texi index 73dc0feec1..634b122e10 100644

Re: [FFmpeg-devel] [PATCH] lavr: deprecate the entire library

On 11/25/2017 2:40 PM, Clément Bœsch wrote: > Maybe "libavresample is not maintained by the FFmpeg project and will be > dropped at the next major bump. Please use libswresample instead." > > And it probably needs a longer explanation somewhere (website/news/...) All API functions should be

[FFmpeg-devel] [PATCH v3 3/3] error_resilience: remove avpriv_atomic usage

Signed-off-by: Rostislav Pehlivanov --- libavcodec/error_resilience.c | 20 ++-- libavcodec/error_resilience.h | 3 ++- 2 files changed, 12 insertions(+), 11 deletions(-) diff --git a/libavcodec/error_resilience.c b/libavcodec/error_resilience.c index

[FFmpeg-devel] [PATCH v3 2/3] libavcodec/utils.c: simplify avcodec locking with atomics

Also makes it more robust than using volatiles. Signed-off-by: Rostislav Pehlivanov --- libavcodec/internal.h | 1 - libavcodec/utils.c| 12 ++-- 2 files changed, 6 insertions(+), 7 deletions(-) diff --git a/libavcodec/internal.h b/libavcodec/internal.h index

[FFmpeg-devel] [PATCH v3 1/3] lavc/utils.c: use C11 atomics for entangled thread handling

Signed-off-by: Rostislav Pehlivanov --- libavcodec/utils.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index e50de6e89b..3a0f3c11f5 100644 --- a/libavcodec/utils.c +++ b/libavcodec/utils.c @@ -56,6

Re: [FFmpeg-devel] [PATCH] hwcontext_d3d11va: properly reset values after release/close

On Sat, Nov 25, 2017 at 6:25 PM, Mark Thompson wrote: > LGTM, please apply. > > I checked the other hwcontext implementations for the same problem, and found > it only in OpenCL - it could also crash there, fixed in >

[FFmpeg-devel] [PATCH 2/2] error_resilience: remove avpriv_atomic usage

Signed-off-by: Rostislav Pehlivanov --- libavcodec/error_resilience.c | 18 +- libavcodec/error_resilience.h | 3 ++- 2 files changed, 11 insertions(+), 10 deletions(-) diff --git a/libavcodec/error_resilience.c b/libavcodec/error_resilience.c index

Re: [FFmpeg-devel] [PATCH] hwcontext_d3d11va: properly reset values after release/close

On 24/11/17 01:01, Jan Ekström wrote: > Makes the uninit function re-entrable, which can be a common case > when an API user first tries to initialize its context, fails, and > then finally unrefs the AVHWDevice. > > Fixes a crash reported by sm2345 on IRC. > --- > libavutil/hwcontext_d3d11va.c

Re: [FFmpeg-devel] [PATCH] hwcontext_d3d11: Log adapter details on device creation

On 25/11/17 14:07, Jan Ekstrom wrote: > On Tue, Nov 14, 2017 at 4:05 PM, Mark Thompson wrote: >> This is helpful to know what device has actually been used. >> --- > > Change looks alright, and especially in multi-GPU contexts like > laptops this can be quite useful - as you

Re: [FFmpeg-devel] [PATCH] ffmpeg fft: fix broken opus on 3dnow

On 11/23/2017 4:12 PM, Mikulas Patocka wrote: > The commit b7c16a3f2c4921f613319938b8ee0e3d6fa83e8d ("x86: fft: Port to > cpuflags") breaks the opus decoder in ffmpeg when compiling for 3dnow. The > output is audible, but there's a lot of noise. > > This could be tested by disabling sse and

Re: [FFmpeg-devel] [PATCH] avfilter: add lv2 wrapper filter

On 11/24/17, Paul B Mahol wrote: > On 11/24/17, Derek Buitenhuis wrote: >> On 11/23/2017 9:16 PM, Paul B Mahol wrote: >> >>> +typedef struct LV2Context { >>> +const AVClass *class; >>> +char *plugin_uri; >>> +char *options; >>> + >>> +

Re: [FFmpeg-devel] [PATCH] configure: remove superfluous cuvid and nvdec checks

On 11/25/2017 12:27 PM, Philip Langdale wrote: > On Fri, 24 Nov 2017 22:49:18 -0300 > James Almer wrote: > >> Both are autodetected, and their dependency on cuda is checked >> elsewhere. >> >> Fixes ticket #6849. >> --- >> configure | 4 >> 1 file changed, 4 deletions(-)

Re: [FFmpeg-devel] [PATCH] configure: remove superfluous cuvid and nvdec checks

On Fri, 24 Nov 2017 22:49:18 -0300 James Almer wrote: > Both are autodetected, and their dependency on cuda is checked > elsewhere. > > Fixes ticket #6849. > --- > configure | 4 > 1 file changed, 4 deletions(-) > > diff --git a/configure b/configure > index

Re: [FFmpeg-devel] [PATCH] lavr: deprecate the entire library

On Fri, Nov 17, 2017 at 03:58:16PM +, Rostislav Pehlivanov wrote: [...] > diff --git a/libavresample/utils.c b/libavresample/utils.c > index b4fb906556..3e629fe901 100644 > --- a/libavresample/utils.c > +++ b/libavresample/utils.c > @@ -37,6 +37,9 @@ int avresample_open(AVAudioResampleContext

Re: [FFmpeg-devel] [PATCH] hwcontext_d3d11: Log adapter details on device creation

On Tue, Nov 14, 2017 at 4:05 PM, Mark Thompson wrote: > This is helpful to know what device has actually been used. > --- Change looks alright, and especially in multi-GPU contexts like laptops this can be quite useful - as you would learn which device you have just tried to

Re: [FFmpeg-devel] [PATCH] web/index: add news entry for release 3.4

On 11/25/2017 9:22 AM, Michael Niedermayer wrote: > On Sat, Nov 25, 2017 at 12:59:50AM -0300, James Almer wrote: >> Signed-off-by: James Almer >> --- >> This was for some reason missed back in October. >> >> src/index | 52

Re: [FFmpeg-devel] [PATCH] web/index: add news entry for release 3.4

On Sat, Nov 25, 2017 at 12:59:50AM -0300, James Almer wrote: > Signed-off-by: James Almer > --- > This was for some reason missed back in October. > > src/index | 52 > 1 file changed, 52 insertions(+) LGTM thx [...] --

Re: [FFmpeg-devel] [PATCH] 8-bit hevc decoding optimization on aarch64 with neon

On Sat, Nov 18, 2017 at 06:35:48PM +0100, Rafal Dabrowa wrote: > > This is a proposal of performance optimizations for 8-bit > hevc video decoding on aarch64 platform with neon (simd) extension. > > I'm testing my optimizations on NanoPi M3 device. I'm using > mainly "Big Buck Bunny" video file