> 2021年1月28日 下午11:11,Nachiket Tarate 写道:
>
> Apple HTTP Live Streaming Sample Encryption:
>
> https://developer.apple.com/library/ios/documentation/AudioVideo/Conceptual/HLS_Sample_Encryption
>
> Signed-off-by: Nachiket Tarate
> ---
> libavformat/Makefile | 2 +-
>
On 01-02-2021 06:05 am, Andreas Rheinhardt wrote:
Moritz Barsnick:
On Wed, Nov 25, 2020 at 00:47:46 +0100, Andreas Rheinhardt wrote:
and therefore concluded that adding an APIChanges entry is appropriate;
but I can of course also omit it.
Is a version bump necessary? If yes, minor or micro?
Some compilers are very intuitive, and others are not so much, so let's
pre-compute the variables e and keylen outside the for loop. Ensuring a
minor speed increase regardless of if compiler is smart enough to solve
this improvement for itself, or not.
Signed-off-by: Joe Da Silva
---
If we test for {0..9} first, we have tested for 10/16th of all possible
characters first and avoid testing the remaining 6/16th of all possible
characters, which can be either 6/16th lowercase or 6/16th uppercase.
Signed-off-by: Joe Da Silva
---
libavcodec/xbmdec.c | 10 +-
1 file
Replace av_isxdigit(*ptr) and convert(*ptr) with get_nibble(*ptr) which
returns a valid nibble=={0x00..0x0f} or false==255 for all other values.
This way we only need to work with *ptr once instead of twice.
Removing inline av_isxdigit(x) functions also shrinks executable size.
Signed-off-by:
Minor speed increase, end is calculated before entering parse_str_int(),
so let's take advantage of the value and avoid recalculating twice more.
This also allows parse_str_int() to work with file size larger than int.
Signed-off-by: Joe Da Silva
---
libavcodec/xbmdec.c | 8 +++-
1 file
On 31.01.2021 10:06, hydra wrote:
> > When cross-compiling ffmpeg and sdl2 under ubuntu/mingw64 -
> >
> > ffmpeg builds with sdl2 2.0.12 ok
> > however it fails to build with sdl2 2.0.14
> >
> > If someone has done it, any advice on how to build with sdl2 2.0.14
> > would be appreciated.
>
On Mon, Feb 01, 2021 at 01:42:04AM +0100, Andreas Rheinhardt wrote:
> lance.lmw...@gmail.com:
> > From: Limin Wang
> >
> > The metadata company_name, product_name, product_version from input
> > file will be deleted to avoid overwriting information
> > Please to test with below command:
> >
After some further thought and discussion on the FFmpeg and Xiph.org IRC
channels, the current behavior seems reasonable. To my knowledge, PAL8 is
guaranteed to have exactly 256 colors. This is why, somewhat surprisingly,
GIFs aren't decoded as PAL8, they're decoded as BGRA. This means that they
> Hi Anton, Haihao
> If this is the case, we allocated the string in caller, free and reallocate
> it in callee.
> It's not a good practice.
> 1. It will make the user confused, The original qsvdec_other.c author and I
> are both confused about this.
>
lance.lmw...@gmail.com:
> From: Limin Wang
>
> The metadata company_name, product_name, product_version from input
> file will be deleted to avoid overwriting information
> Please to test with below command:
> ./ffmpeg -i ../fate-suite/mxf/Sony-1.mxf -c:v copy -c:a copy out.mxf
> and
>
Moritz Barsnick:
> On Wed, Nov 25, 2020 at 00:47:46 +0100, Andreas Rheinhardt wrote:
>> and therefore concluded that adding an APIChanges entry is appropriate;
>> but I can of course also omit it.
>> Is a version bump necessary? If yes, minor or micro?
>
> I would say so - a change in options
On Wed, Nov 25, 2020 at 00:47:46 +0100, Andreas Rheinhardt wrote:
> and therefore concluded that adding an APIChanges entry is appropriate;
> but I can of course also omit it.
> Is a version bump necessary? If yes, minor or micro?
I would say so - a change in options (and/or feature set) should
From: Limin Wang
The metadata company_name, product_name, product_version from input
file will be deleted to avoid overwriting information
Please to test with below command:
./ffmpeg -i ../fate-suite/mxf/Sony-1.mxf -c:v copy -c:a copy out.mxf
and
./ffmpeg -i ../fate-suite/mxf/Sony-1.mxf
From: Limin Wang
Please check the string of platform with below command:
./ffmpeg -i ../fate-suite/mxf/Sony-1.mxf -c:v copy -c:a copy out.mxf
./ffmpeg -i out.mxf
application_platform: Lavf (linux)
Signed-off-by: Limin Wang
---
configure | 1 +
From: Limin Wang
Please check the string of toolkit version with below command:
./ffmpeg -i ../fate-suite/mxf/Sony-1.mxf -c:v copy -c:a copy out.mxf
./ffmpeg -i out.mxf
toolkit_version : 58.65.101
Signed-off-by: Limin Wang
---
libavformat/mxfdec.c| 25
Am So., 31. Jan. 2021 um 20:51 Uhr schrieb Andriy Gelman
:
>
> From: Andriy Gelman
>
> Xserver defines the endianness of the grabbed images. Use this information
> to set the correct pixel format.
lgtm if tested.
Could you look at pal8? This used to work fine with x11grab...
Thank you, Carl
Fixes: out of array access
Fixes:
29868/clusterfuzz-testcase-minimized-ffmpeg_dem_CINE_fuzzer-5692001957445632
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/cinedec.c | 2 +-
1 file
Fixes: null pointer dereference
Fixes:
29835/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_METADATA_fuzzer-4712125383704576
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
Fixes: Timeout
Fixes:
29766/clusterfuzz-testcase-minimized-ffmpeg_dem_AAX_fuzzer-5635887566290944
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/aaxdec.c | 5 +
1 file changed, 5
Fixes: out of array read
Fixes:
29750/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFV1_fuzzer-4808377272238080.fuzz
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/ffv1dec.c | 6 --
Fixes: signed integer overflow: 727999279212000 + 4611686018427387904
cannot be represented in type 'long long'
Fixes:
29744/clusterfuzz-testcase-minimized-ffmpeg_dem_SBG_fuzzer-6434060249464832
Found-by: continuous fuzzing process
librist has an internal buffer limit of 1 bytes (the
protocol has none).
For writing, the data you give librist, will go out "as is"
to the network with some added protocol overhead bytes (28
bytes without encryption enabled and 36 bytes with
encryption enabled).
To avoid your data being
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/pnmenc.c| 45 +-
libavformat/img2enc.c | 2 +-
4 files changed, 47 insertions(+), 2 deletions(-)
diff --git a/libavcodec/Makefile
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 30 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_colorcontrast.c | 408 +
4 files changed, 440 insertions(+)
create mode 100644
On 2021-01-31T16:45:08+0100, Timo Rothenpieler wrote:
> > Not sure what to make of that attachment to your mail. Is that supposed to
> > be a log?
> hydra, please have a look at http://support.microsoft.com/kb/278061/en.
>
> --
> Reino
Thanks, looking now !
That's true, but as far as I can tell FFmpeg assumes that all paletted
images have 256 colors, and thus there isn't a way to get the exact number
of colors in a GIF.
I also doubt that this will cause problems in practice, it's somewhat
strange that this field is even there.
If I'm wrong on any of
On 31.01.2021 10:06, hydra wrote:
> > When cross-compiling ffmpeg and sdl2 under ubuntu/mingw64 -
> >
> > ffmpeg builds with sdl2 2.0.12 ok
> > however it fails to build with sdl2 2.0.14
> >
> > If someone has done it, any advice on how to build with sdl2 2.0.14
> > would be appreciated.
>
swscale had several nonstatic functions and function pointers without
the proper ff_-prefix; this has been fixed.
Signed-off-by: Andreas Rheinhardt
---
Thanks. I updated the declarations and definitions of
rgbx_to_nv12_neon_16/32, but not the callers.
libswscale/aarch64/rgb2rgb.c | 4
On 29/01/2021 16:12, leo60228 wrote:
> +if (st->codecpar->format == AV_PIX_FMT_PAL8)
> +avio_wb32(pb, AVPALETTE_COUNT);
> +else
> +avio_wb32(pb, 0);
Is this correct, though?
GIFs encoded by things that are not libavcodec may have less than
AVPALETTE_COUNT entries/colors.
From: Andriy Gelman
Xserver defines the endianness of the grabbed images. Use this information
to set the correct pixel format.
This also fixes format selection in configuration depth=32/bpp=32 with
Xserver on a little endian machine. Before the patch, the big endian
layout 0RGB was always
Fixes: signed integer overflow: 2147483424 + 8224 cannot be represented in type
'int'
Fixes:
29619/clusterfuzz-testcase-minimized-ffmpeg_dem_AVI_fuzzer-5191424373030912
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
Signed-off-by: Michael Niedermayer
---
doc/APIchanges | 3 +++
libavutil/common.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchanges
index 1332694820..4753463c90 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -15,6 +15,9 @@ libavutil: 2017-10-21
Fixes: division by zero
Fixes:
29555/clusterfuzz-testcase-minimized-ffmpeg_dem_VIVO_fuzzer-5149951447400448
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavutil/eval.c | 2 +-
1 file changed, 1
Fixes: memleak
Fixes:
29585/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-6594188688490496
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 4
1 file changed, 4
Fixes: signed integer overflow: 0 - -9223372036854775808 cannot be represented
in type 'long'
Fixes:
29743/clusterfuzz-testcase-minimized-ffmpeg_dem_SAMI_fuzzer-5499256859394048
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
Fixes: out of array access
Fixes:
29392/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-4821602850177024.fuzz
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/hevc_sei.c | 2 ++
Fixes: negation of -9223372036854775808 cannot be represented in type 'int64_t'
(aka 'long'); cast to an unsigned type to negate this value to itself
Fixes:
29437/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-4748510022991872
Found-by: continuous fuzzing process
Fixes: Timeout
Fixes: left shift of 33046 by 16 places cannot be represented in type 'int'
Fixes:
29258/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MJPEG_fuzzer-4889231489105920
Fixes:
29515/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MJPEG_fuzzer-6161940391002112
Found-by:
Alternatively we could wrap around or error out. Wrap around would look
most messy as downstream computations would need to wrap as well.
I did not find a official specification which would list what to do
with huge values.
Fixes: signed integer overflow: 2 * 1073741952 cannot be represented in
Fixes: Infinite loop
Fixes:
29722/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-6412228041506816
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/jpeg2000dec.c | 4
1
Fixes: Timeout
Fixes:
29550/clusterfuzz-testcase-minimized-ffmpeg_dem_MV_fuzzer-5094307193290752
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/mvdec.c | 2 ++
1 file changed, 2
Fixes: out of array access
Fixes:
29446/clusterfuzz-testcase-minimized-ffmpeg_dem_AAC_fuzzer-5096222622875648
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/id3v2.c | 5 -
1 file
The way SRT's async / epoll-based IO works is that the event status is stored
in the epoll containers. That is, if an event occurs on an SRT socket, and that
SRT socket isn't part of any epoll container, then that event is lost. If we
later add that socket to an epoll container, we still won't
Sometimes there was a confusion between srt_*() function return values and
libavformat-style return values.
Signed-off-by: Marton Balint
---
libavformat/libsrt.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index
There is no reason to keep it open.
Signed-off-by: Marton Balint
---
libavformat/libsrt.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index f73e7dbfa5..28c06f130e 100644
--- a/libavformat/libsrt.c
+++
On 2021-01-31T16:45:08+0100, Timo Rothenpieler wrote:
> Not sure what to make of that attachment to your mail. Is that supposed to be
> a log?
hydra, please have a look at http://support.microsoft.com/kb/278061/en.
--
Reino
___
ffmpeg-devel
probably fine, anyone against?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On 31.01.2021 10:06, hydra3...@gmail.com wrote:
When cross-compiling ffmpeg and sdl2 under ubuntu/mingw64 -
ffmpeg builds with sdl2 2.0.12 ok
however it fails to build with sdl2 2.0.14
If someone has done it, any advice on how to build with sdl2 2.0.14 would be
appreciated.
Works perfectly
Signed-off-by: Vadym Bezdushnyi
---
Memory for auxillary_info was not freed after usage.
Leak can be reproduced with following commands:
Optionally, generate input video:
ffmpeg -f lavfi -i testsrc=duration=10:size=1280x720:rate=30 input.mp4
Run ffmpeg with valgrind:
valgrind --leak-check=full
On Fri, Nov 13, 2020 at 02:55:17PM +0100, Michael Niedermayer wrote:
> Fixes: Timeout (>10sec -> 134ms)
> Fixes:
> 27245/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CSCD_fuzzer-575318210772992
>
> Found-by: continuous fuzzing process
>
On Sat, Jan 30, 2021 at 09:19:04AM +, Christophe Gisquet wrote:
> From: Christophe Gisquet
>
> Fix the logic around checking the ACT flag per MB and row.
> This also requires adding a 444 path to swap channels into
> the ffmpeg formats, as they are GBR, and not RGB.
> ---
>
Le sam. 30 janv. 2021 à 10:54, Paul B Mahol a écrit :
> Are you telling us that you do not have specification for this?
Yes, cf. cover letter. In fact, this patch could be dropped (not sure).
> Last time I checked AVID files had uncompressed alpha that did not matched
> with specification at
On 31-01-2021 04:01 pm, myp...@gmail.com wrote:
On Sun, Jan 31, 2021 at 1:01 PM Gyan Doshi wrote:
It is applied via configure_input_audio_filter()
---
fftools/ffmpeg_filter.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index
On Sun, 31 Jan 2021, Paul B Mahol wrote:
On Sun, Jan 31, 2021 at 12:29 PM Marton Balint wrote:
On Sun, 31 Jan 2021, Paul B Mahol wrote:
> On Sun, Jan 31, 2021 at 12:00 PM Marton Balint wrote:
>
>>
>>
>> On Tue, 26 Jan 2021, Paul B Mahol wrote:
>>
>> > This work is sponsored by Open
On Sun, Jan 31, 2021 at 12:29 PM Marton Balint wrote:
>
>
> On Sun, 31 Jan 2021, Paul B Mahol wrote:
>
> > On Sun, Jan 31, 2021 at 12:00 PM Marton Balint wrote:
> >
> >>
> >>
> >> On Tue, 26 Jan 2021, Paul B Mahol wrote:
> >>
> >> > This work is sponsored by Open Broadcast Systems.
> >> >
> >>
On Sun, 31 Jan 2021, Paul B Mahol wrote:
On Sun, Jan 31, 2021 at 12:00 PM Marton Balint wrote:
On Tue, 26 Jan 2021, Paul B Mahol wrote:
> This work is sponsored by Open Broadcast Systems.
>
> Signed-off-by: Paul B Mahol
> ---
> configure | 5 +
> doc/protocols.texi
On Sun, Jan 31, 2021 at 12:00 PM Marton Balint wrote:
>
>
> On Tue, 26 Jan 2021, Paul B Mahol wrote:
>
> > This work is sponsored by Open Broadcast Systems.
> >
> > Signed-off-by: Paul B Mahol
> > ---
> > configure | 5 +
> > doc/protocols.texi | 32 +
> >
On Tue, 26 Jan 2021, Paul B Mahol wrote:
This work is sponsored by Open Broadcast Systems.
Signed-off-by: Paul B Mahol
---
configure | 5 +
doc/protocols.texi | 32 +
libavformat/Makefile| 1 +
libavformat/librist.c | 251
On Sun, Jan 31, 2021 at 1:01 PM Gyan Doshi wrote:
>
> It is applied via configure_input_audio_filter()
> ---
> fftools/ffmpeg_filter.c | 7 ---
> 1 file changed, 7 deletions(-)
>
> diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
> index e9e31e043e..1cba3055cc 100644
> ---
On Sat, Jan 30, 2021 at 05:44:24AM +0100, Andreas Rheinhardt wrote:
> swscale had several nonstatic functions and function pointers without
> the proper ff_-prefix; this has been fixed.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Tested on x86 and x64; I hope I did everything correct for the
On Sat, Jan 16, 2021 at 5:48 PM wrote:
> From: Mark Reid
>
> The current behaviour ends up squaring the avg_frame_rate if the conter
> mode flag is set.
> This messes up the timecode calculation, and looks to me as a regression
> that
> seems to have been introduced 428b4aac.
>
> Upon further
When cross-compiling ffmpeg and sdl2 under ubuntu/mingw64 -
ffmpeg builds with sdl2 2.0.12 ok
however it fails to build with sdl2 2.0.14
If someone has done it, any advice on how to build with sdl2 2.0.14 would be
appreciated.
<>___
ffmpeg-devel
63 matches
Mail list logo