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 mail
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 te
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 ot
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
> --- a/fft
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 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 +
> > libavformat/Mak
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: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: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 Broa
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 e
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 all
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.
> ---
> libavcodec/dnxhdd
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
> https://github.com/google/oss-fuzz/tree/master/project
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 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 f
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 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 maili
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
+++ b/libavform
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 2
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 rece
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 changed
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 insertions(+
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 f
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 ty
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: continuou
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
https://github.com/google
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 ++
1
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: Mi
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 insertions(
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 inse
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: 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 Nie
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 selec
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.
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 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.
> >
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 t
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 !
_
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 libavfilter/vf_c
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 b/libavcodec/Ma
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 fra
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
https://github.com/google/oss-fuzz/tree/master/projects/ffm
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: 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 inserti
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
---
libavcodec/h264_metadata_bsf.c
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 changed
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 Eug
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 +
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 +
libavformat
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 -
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 bu
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 (and
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
> ./ffmp
> 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.
>
https://github.com/FFmpeg/FFmpeg/blob/399c1
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
ge
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:
> > ./ffm
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.
>
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 chan
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: Joe
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
---
libavcodec/
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 change
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?
> 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 +-
> libavformat/hls.c
63 matches
Mail list logo
