[FFmpeg-devel] [PATCH] avcodec: increase AV_INPUT_BUFFER_PADDING_SIZE to 64

AVX-512 support has been introduced, and even if no functions currently use zmm registers (able to load as much as 64 bytes of consecutive data per instruction), they will be added eventually. Signed-off-by: James Almer --- Same rationale as when it was increased to 32 back in commit 67d29da4bd23

[FFmpeg-devel] [PATCH] fate/filter-video: fix 12 bit framerate filter tests on big endian targets

Signed-off-by: James Almer --- tests/fate/filter-video.mak | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak index 39442f6717..bf6e2c6f84 100644 --- a/tests/fate/filter-video.mak +++ b/tests/fate/filter-video.mak @@ -

Re: [FFmpeg-devel] [PATCH 1/2] kavcodec/jpeg2000dsp: Fix integer overflows in ict_int()

2018-01-07 4:12 GMT+01:00 Michael Niedermayer : > Fixes: signed integer overflow: 46802 * -71230 cannot be represented in type > 'int' > Fixes: 4756/clusterfuzz-testcase-minimized-4812495563784192 First letter of commit message... Carl Eugen ___ ffmpeg

Re: [FFmpeg-devel] [PATCH] compat/os2threads: support static mutexes

On 1/7/2018 12:07 AM, KO Myung-Hun wrote: > Ping ? > > KO Myung-Hun wrote: >> --- >> compat/os2threads.h | 14 -- >> 1 file changed, 8 insertions(+), 6 deletions(-) >> Pushed. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffm

[FFmpeg-devel] [PATCH 2/2] avcodec/h264addpx_template: Fixes integer overflows

Fixes: signed integer overflow: 512 + 2147483491 cannot be represented in type 'int' Fixes: 4780/clusterfuzz-testcase-minimized-4709066174627840 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec

[FFmpeg-devel] [PATCH 1/2] kavcodec/jpeg2000dsp: Fix integer overflows in ict_int()

Fixes: signed integer overflow: 46802 * -71230 cannot be represented in type 'int' Fixes: 4756/clusterfuzz-testcase-minimized-4812495563784192 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/j

Re: [FFmpeg-devel] [PATCH] compat/os2threads: support static mutexes

Ping ? KO Myung-Hun wrote: > --- > compat/os2threads.h | 14 -- > 1 file changed, 8 insertions(+), 6 deletions(-) > > diff --git a/compat/os2threads.h b/compat/os2threads.h > index 40a119ffe1..2177a033ec 100644 > --- a/compat/os2threads.h > +++ b/compat/os2threads.h > @@ -1,5 +1,5 @@

Re: [FFmpeg-devel] [PATCH] configure: check SDL2 function with a header

On 1/7/2018 12:07 AM, KO Myung-Hun wrote: > Ping ? > > KO Myung-Hun wrote: >> Hi/2. >> >> Derek Buitenhuis wrote: >>> On 12/29/2017 6:36 AM, KO Myung-Hun wrote: Sorry about that. SDL2 uses SDLCALL to specify a calling convention. On OS/2, it's defined to `_System' which is simi

Re: [FFmpeg-devel] [PATCH] configure: check SDL2 function with a header

Ping ? KO Myung-Hun wrote: > Hi/2. > > Derek Buitenhuis wrote: >> On 12/29/2017 6:36 AM, KO Myung-Hun wrote: >>> Sorry about that. >>> >>> SDL2 uses SDLCALL to specify a calling convention. On OS/2, it's defined >>> to `_System' which is similar to `_cdecl' but does not prepend '_'. >>> >>> After

[FFmpeg-devel] [PATCH] avcodec/opus_parser: Check payload_len in parse_opus_ts_header()

Fixes: clusterfuzz-testcase-minimized-6134545979277312 Fixes: crbug 797469 Reported-by: Matt Wolenetz Signed-off-by: Michael Niedermayer --- libavcodec/opus_parser.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/libavcodec/opus_parser.c b/libavcodec/opus_

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/h264_slice: Do not attempt to render into frames already output

On Wed, Jan 03, 2018 at 11:42:01PM +0100, Michael Niedermayer wrote: > Fixes: null pointer dereference > Fixes: 4698/clusterfuzz-testcase-minimized-5096956322906112 > > This testcase does not reproduce the issue before > 03b82b3ab9883cef017e513c7d0b3b986b3b3e7b > > Found-by: continuous fuzzing p

Re: [FFmpeg-devel] [PATCH 1/4] avformat/libopenmpt: Fix mixed code and declarations

On Sat, Jan 06, 2018 at 11:07:05AM +0100, Jörn Heusipp wrote: > Signed-off-by: Jörn Heusipp > --- > libavformat/libopenmpt.c | 11 ++- > 1 file changed, 6 insertions(+), 5 deletions(-) > > diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c > index af6eb1a..2e22290 100644 >

Re: [FFmpeg-devel] [PATCH 2/5] aptx: factorize FFABS calculation

On Sat, Jan 06, 2018 at 05:48:05PM +0100, Aurelien Jacobs wrote: > --- > libavcodec/aptx.c | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) LGTM thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Why not whip the teacher when the pupil misbehav

Re: [FFmpeg-devel] [PATCH 1/5] aptx: simplify by pre-calculating factor_max

On Sat, Jan 06, 2018 at 05:48:04PM +0100, Aurelien Jacobs wrote: > --- > libavcodec/aptx.c | 16 +++- > 1 file changed, 7 insertions(+), 9 deletions(-) LGTM btw MAINTAINERS has no entry for aptx.c, you might want to post a patch that adds you to it [...] -- Michael GnuPG finger

Re: [FFmpeg-devel] [PATCH 5/5] aptx: add raw muxer and demuxer for aptX HD

On Sat, Jan 06, 2018 at 05:48:08PM +0100, Aurelien Jacobs wrote: > --- > Changelog| 2 +- > libavformat/Makefile | 2 ++ > libavformat/allformats.c | 1 + > libavformat/aptxdec.c| 51 > > libavformat/rawenc.c | 13 +++

Re: [FFmpeg-devel] [PATCH] FFV1: make RGB48 support as non-experimental

On Sat, Jan 06, 2018 at 05:01:42PM +0100, Reto Kromer wrote: > Michael Niedermayer wrote: > > >>Resulting bitstream was tested with a conformance checker > >>using the last draft of FFV1 specifications. > > > >But has the way this is stored been optimized ? > > > >Once its marked as non exerimenta

Re: [FFmpeg-devel] [PATCH] FFV1: make RGB48 support as non-experimental

On Sat, Jan 06, 2018 at 04:54:18PM +0100, Jerome Martinez wrote: > On 06/01/2018 02:05, Michael Niedermayer wrote: > > > >> ffv1enc.c |4 > >> 1 file changed, 4 deletions(-) > >>acfc60c913b311b148f2eeef2d2d6ea9e37afcf7 > >>0001-avcodec-ffv1enc-mark-RGB48-support-as-non-experiment.patch

Re: [FFmpeg-devel] [PATCH v2] libavcodec/mediacodecdec: switch to new decoder api

On Wed, Jan 03, 2018 at 04:54:28PM -0800, Aman Gupta wrote: > On Wed, Jan 3, 2018 at 3:25 AM, Matthieu Bouron > wrote: > > > On Thu, Dec 28, 2017 at 05:33:14PM -0800, Aman Gupta wrote: > > > From: Aman Gupta > > > > > > Using the new API gives the decoder the ability to produce > > > N frames pe

Re: [FFmpeg-devel] [PATCH] lavc/mediacodec_wrapper: allocate MediaCodec.BufferInfo once

On Wed, Jan 03, 2018 at 04:53:39PM -0800, Aman Gupta wrote: > On Wed, Jan 3, 2018 at 6:05 AM, Matthieu Bouron > wrote: > > > --- > > libavcodec/mediacodec_wrapper.c | 61 +++--- > > --- > > 1 file changed, 34 insertions(+), 27 deletions(-) > > > > diff --git a/lib

Re: [FFmpeg-devel] [PATCH] lavc/mediacodecdec: remove mediacodec_process_data() indirection

On Wed, Jan 03, 2018 at 04:53:07PM -0800, Aman Gupta wrote: > On Wed, Jan 3, 2018 at 4:17 AM, Matthieu Bouron > wrote: > > > --- > > libavcodec/mediacodecdec.c | 11 +-- > > 1 file changed, 1 insertion(+), 10 deletions(-) > > > > diff --git a/libavcodec/mediacodecdec.c b/libavcodec/media

[FFmpeg-devel] [PATCH] avfilter/formats: remove support for deprecated channel count specification

Signed-off-by: Marton Balint --- libavfilter/formats.c | 12 ++-- tests/ref/fate/filter-formats | 2 +- 2 files changed, 3 insertions(+), 11 deletions(-) diff --git a/libavfilter/formats.c b/libavfilter/formats.c index 20a2c89719..31ee445c49 100644 --- a/libavfilter/formats.c ++

[FFmpeg-devel] [PATCH 7/7] avformat: deprecate AVFormatContext filename field

Signed-off-by: Marton Balint --- doc/APIchanges | 4 libavformat/avformat.h | 5 + libavformat/mux.c | 10 ++ libavformat/utils.c| 8 libavformat/version.h | 3 +++ 5 files changed, 30 insertions(+) diff --git a/doc/APIchanges b/doc/APIchanges inde

[FFmpeg-devel] [PATCH 2/7] avformat: add url field to AVFormatContext

This will replace the 1024 character limited filename field. Compatiblity for output contexts are provided by copying filename field to URL if URL is unset and by providing an internal function for muxers to set both url and filename at once. Signed-off-by: Marton Balint --- doc/APIchanges

[FFmpeg-devel] [PATCH 6/7] avformat: migrate to AVFormatContext->url

Signed-off-by: Marton Balint --- libavformat/concatdec.c | 4 ++-- libavformat/dashenc.c| 16 libavformat/fifo.c | 8 libavformat/flvenc.c | 4 ++-- libavformat/gxfenc.c | 4 ++-- libavformat/hdsenc.c

[FFmpeg-devel] [PATCH 3/7] fftools, tools, examples: migrate to AVFormatContext->url

Signed-off-by: Marton Balint --- doc/examples/transcode_aac.c | 7 +-- fftools/ffmpeg.c | 16 fftools/ffmpeg_opt.c | 8 fftools/ffplay.c | 6 +++--- fftools/ffprobe.c| 2 +- tools/uncoded_frame.c| 2 +- 6 files

[FFmpeg-devel] [PATCH 5/7] avformat/hls: migrate to AVFormatContext->url

Signed-off-by: Marton Balint --- libavformat/hls.c| 4 +- libavformat/hlsenc.c | 166 +-- 2 files changed, 96 insertions(+), 74 deletions(-) diff --git a/libavformat/hls.c b/libavformat/hls.c index 950cc4c3bd..559b8c3391 100644 --- a/libavfor

[FFmpeg-devel] [PATCH 4/7] avdevice: migrate to AVFormatContext->url

Signed-off-by: Marton Balint --- libavdevice/alsa.c | 4 ++-- libavdevice/avfoundation.m | 2 +- libavdevice/bktr.c | 2 +- libavdevice/caca.c | 2 +- libavdevice/decklink_common.cpp | 2 +- libavdevice/decklink_dec.cpp| 4 ++-- libavdevice/de

[FFmpeg-devel] [PATCH 1/7] avformat/hlsenc: use av_bprintf without buffer limit in replace_int_data_in_filename

In preparation for the deprecation of AVFormatContext->filename. Signed-off-by: Marton Balint --- libavformat/hlsenc.c | 113 ++- 1 file changed, 58 insertions(+), 55 deletions(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index e361

Re: [FFmpeg-devel] [PATCH 0/6] Patchset to remove ffserver

On 1/6/2018 4:55 PM, Lou Logan wrote: > On Sat, Jan 6, 2018, at 9:42 AM, Rostislav Pehlivanov wrote: >> >> Rebased and pushed, thanks for the reviews > > Would you add a news entry for this? The news was written like a year and a half ago before the removal was postponed a year ago, stating ffser

Re: [FFmpeg-devel] [PATCH 0/6] Patchset to remove ffserver

On Sat, Jan 6, 2018, at 9:42 AM, Rostislav Pehlivanov wrote: > > Rebased and pushed, thanks for the reviews Would you add a news entry for this? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 0/6] Patchset to remove ffserver

On 6 January 2018 at 18:42, Rostislav Pehlivanov wrote: > > > On 21 October 2017 at 19:54, Rostislav Pehlivanov > wrote: > >> This patchset removes the long-deprecated ffserver program and all >> its privately exposed things from libavformat. >> >> Rostislav Pehlivanov (6): >> Remove the ffser

Re: [FFmpeg-devel] [PATCH 0/6] Patchset to remove ffserver

On 21 October 2017 at 19:54, Rostislav Pehlivanov wrote: > This patchset removes the long-deprecated ffserver program and all > its privately exposed things from libavformat. > > Rostislav Pehlivanov (6): > Remove the ffserver program > libavformat: remove the ffmenc and ffmdec muxer and demu

Re: [FFmpeg-devel] avcodec/rkmpp : Fix broken build and remove some useless code

On Sat, 6 Jan 2018 08:46:26 + "LongChair ." wrote: > Here are two updated patches. > > I have added the current version check to 1.3.7 and removed the header > check for control operation. Pushed the 2 patches. ___ ffmpeg-devel mailing list ffmpe

[FFmpeg-devel] [PATCH 5/5] aptx: add raw muxer and demuxer for aptX HD

--- Changelog| 2 +- libavformat/Makefile | 2 ++ libavformat/allformats.c | 1 + libavformat/aptxdec.c| 51 libavformat/rawenc.c | 13 5 files changed, 64 insertions(+), 5 deletions(-) diff --git a/Chang

[FFmpeg-devel] [PATCH 2/5] aptx: factorize FFABS calculation

--- libavcodec/aptx.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/libavcodec/aptx.c b/libavcodec/aptx.c index 7b9556ce42..64a63a7d5b 100644 --- a/libavcodec/aptx.c +++ b/libavcodec/aptx.c @@ -462,10 +462,12 @@ static void aptx_quantize_difference(Quantize *quantize,

[FFmpeg-devel] [PATCH 4/5] aptx: implement the aptX HD bluetooth codec

--- Changelog | 2 +- configure | 2 + libavcodec/Makefile | 2 + libavcodec/allcodecs.c | 1 + libavcodec/aptx.c | 352 libavcodec/avcodec.h| 1 + libavcodec/codec_desc.c | 7 + 7 files changed

[FFmpeg-devel] [PATCH 3/5] aptx: do some clipping to match original codec in extreme cases

--- libavcodec/aptx.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavcodec/aptx.c b/libavcodec/aptx.c index 64a63a7d5b..4173402d03 100644 --- a/libavcodec/aptx.c +++ b/libavcodec/aptx.c @@ -466,6 +466,7 @@ static void aptx_quantize_difference(Quantize *quantize, in

[FFmpeg-devel] (no subject)

This patchset add support for the aptX HD codec. This codec is a variation of the aptX codec using less aggressive quantization and thus producing higher bitrate and higher quality. The first 3 patches are simple cleanup / preparatory work. [PATCH 1/5] aptx: simplify by pre-calculating factor_ma

[FFmpeg-devel] [PATCH 1/5] aptx: simplify by pre-calculating factor_max

--- libavcodec/aptx.c | 16 +++- 1 file changed, 7 insertions(+), 9 deletions(-) diff --git a/libavcodec/aptx.c b/libavcodec/aptx.c index a35d2861c1..7b9556ce42 100644 --- a/libavcodec/aptx.c +++ b/libavcodec/aptx.c @@ -188,7 +188,7 @@ typedef const struct { const int32_t *quanti

Re: [FFmpeg-devel] [PATCH] FFV1: make RGB48 support as non-experimental

Michael Niedermayer wrote: >>Resulting bitstream was tested with a conformance checker >>using the last draft of FFV1 specifications. > >But has the way this is stored been optimized ? > >Once its marked as non exerimental all future decoders must >support the exact way. It can no longer then be c

Re: [FFmpeg-devel] [PATCH] FFV1: make RGB48 support as non-experimental

On 06/01/2018 02:05, Michael Niedermayer wrote: ffv1enc.c |4 1 file changed, 4 deletions(-) acfc60c913b311b148f2eeef2d2d6ea9e37afcf7 0001-avcodec-ffv1enc-mark-RGB48-support-as-non-experiment.patch From 303f63fb7e6172fdb7de66da1f8a4006b79a535f Mon Sep 17 00:00:00 2001 From: =?UTF

Re: [FFmpeg-devel] [PATCH 1/3] avformat/mov: Increase support for common encryption.

2018-01-05 20:49 GMT+01:00 Jacob Trimble : > +if (!frag_stream_info->encryption_index) { > +frag_stream_info->encryption_index = > av_mallocz(sizeof(MOVEncryptionIndex)); sizeof(variable), please. [...] > +sample_count = avio_rb32(pb); > + > +encryption_index->encry

Re: [FFmpeg-devel] [PATCH 4/4] avformat/libopenmpt: Probe file format from file data if possible

2018-01-06 11:07 GMT+01:00 Jörn Heusipp : > When building with libopenmpt 0.3, use the libopenmpt file header > probing functions for probing. libopenmpt probing functions are > allocation-free and designed to be as fast as possible. > > For libopenmpt 0.2, or when libopenmpt 0.3 file header probin

Re: [FFmpeg-devel] [PATCH 3/4] avformat/libopenmpt: Update file extensions list for libopenmpt 0.3

2018-01-06 11:07 GMT+01:00 Jörn Heusipp : > Signed-off-by: Jörn Heusipp > --- > libavformat/libopenmpt.c | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c > index 30c3d6e..5efbdc4 100644 > --- a/libavformat/libopenmpt

Re: [FFmpeg-devel] [PATCH 2/2] tools/uncoded_frame: remove usage of avfilter_link_get_channels()

James Almer (2018-01-06): > Both patches should be ok. Thanks. Thanks, pushed. Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-

Re: [FFmpeg-devel] [PATCH 2/2] tools/uncoded_frame: remove usage of avfilter_link_get_channels()

On 1/6/2018 10:38 AM, Nicolas George wrote: > And while we're at it, let's fix a bunch of warnings. > > Note that I (or somebody else) need to check if this is still relevant > with the "wrapped AVFrame" API from the fork, but that is another issue > entirely. > > Regards, > > -- Nicolas George

Re: [FFmpeg-devel] [PATCH 1/2] avfilter: deprecate avfilter_link_get_channels()

On 1/6/2018 10:06 AM, Nicolas George wrote: > James Almer (2018-01-05): >> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avfilter: deprecate >> avfilter_link_get_channels() > > Ok. > >> And move the channels field to the public section of the struct. > > Not necessary, and potentially harmful. See my

Re: [FFmpeg-devel] [PATCH] lavf: make avformat_network_init() explicitly optional

On Thu, 4 Jan 2018 17:02:41 +0100 wm4 wrote: > It was sort of optional before - if you didn't call it, networking was > initialized on demand, and an ugly warning was logged. Also, the doxygen > comments threatened that it would be made strictly required one day. > > Make it explicitly optional

Re: [FFmpeg-devel] [PATCH 2/2] tools/uncoded_frame: remove usage of avfilter_link_get_channels()

And while we're at it, let's fix a bunch of warnings. Note that I (or somebody else) need to check if this is still relevant with the "wrapped AVFrame" API from the fork, but that is another issue entirely. Regards, -- Nicolas George From 7a3a21108fca8e039ae4d5623ae18f828dc23f5e Mon Sep 17 00

Re: [FFmpeg-devel] [PATCH 2/2] tools/uncoded_frame: remove usage of avfilter_link_get_channels()

James Almer (2018-01-05): > Signed-off-by: James Almer > --- > tools/uncoded_frame.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tools/uncoded_frame.c b/tools/uncoded_frame.c > index 3ca2ba4bbe..c044741701 100644 > --- a/tools/uncoded_frame.c > +++ b/tools/uncoded_fr

Re: [FFmpeg-devel] [PATCH 1/2] avfilter: deprecate avfilter_link_get_channels()

James Almer (2018-01-05): > Subject: Re: [FFmpeg-devel] [PATCH 1/2] avfilter: deprecate > avfilter_link_get_channels() Ok. > And move the channels field to the public section of the struct. Not necessary, and potentially harmful. See my comment on the other patch. Regards, -- Nicolas Georg

Re: [FFmpeg-devel] [PATCH]lavf/rtpdec_jpeg: Treat stream type 64 like 0.

2018-01-06 2:45 GMT+01:00 Michael Niedermayer : > On Fri, Jan 05, 2018 at 05:43:01AM +0100, Carl Eugen Hoyos wrote: >> Hi! >> >> Attached patch intends to fix ticket #5975, rfc 2435 says stream type >> 64 should be treated like 0. >> >> Please review, Carl Eugen > >> rtpdec_jpeg.c |2 +- >> 1

Re: [FFmpeg-devel] Chinese DTMB streams playback issue

2018-01-05 14:11 GMT-05:00 Moritz Barsnick : > > On Thu, Jan 04, 2018 at 20:42:33 -0500, Abylay Ospan wrote: > > I have made dump of DTMB streams (digital TV standard in China, like > > DVB-T in Europe, etc). > [...] > > Should I create ticket in https://trac.ffmpeg.org ? > > Yes, please. done -

[FFmpeg-devel] [PATCH 4/4] avformat/libopenmpt: Probe file format from file data if possible

When building with libopenmpt 0.3, use the libopenmpt file header probing functions for probing. libopenmpt probing functions are allocation-free and designed to be as fast as possible. For libopenmpt 0.2, or when libopenmpt 0.3 file header probing cannot probe successfully due to too small probe

[FFmpeg-devel] [PATCH 1/4] avformat/libopenmpt: Fix mixed code and declarations

Signed-off-by: Jörn Heusipp --- libavformat/libopenmpt.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c index af6eb1a..2e22290 100644 --- a/libavformat/libopenmpt.c +++ b/libavformat/libopenmpt.c @@ -72,13 +72,14

[FFmpeg-devel] [PATCH 3/4] avformat/libopenmpt: Update file extensions list for libopenmpt 0.3

Signed-off-by: Jörn Heusipp --- libavformat/libopenmpt.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c index 30c3d6e..5efbdc4 100644 --- a/libavformat/libopenmpt.c +++ b/libavformat/libopenmpt.c @@ -234,5 +234,9 @@ AVI

[FFmpeg-devel] [PATCH 2/4] avformat/libopenmpt: Update to libopenmpt 0.3 API

libopenmpt 0.3 deprecates openmpt_module_create_from_memory() and provides a replacement function openmpt_module_create_from_memory2(). Detecting libopenmpt 0.3 can be done at build time via the API version macros provided by libopenmpt. libopenmpt 0.2 did not provide all required macros, however

Re: [FFmpeg-devel] avcodec/rkmpp : Fix broken build and remove some useless code

Here are two updated patches. I have added the current version check to 1.3.7 and removed the header check for control operation. On 05/01/2018 20:51, LongChair . wrote: > Yes this was bound to very old versions afaik. > > Mpp repo was squashed and we didn't have any version requirement > > Cur