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
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
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
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
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
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 -
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
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
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
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
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
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
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
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-
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
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
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
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
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
---
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
---
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
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
---
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
---
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
---
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
++
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
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
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
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
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
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 +++
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
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
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
>
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
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_
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
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
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
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 @@
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
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
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
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
@@ -
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
58 matches
Mail list logo
