The unsharp filter uses an array of arrays of uint32_t, each of which is
separately allocated. These arrays also need to freed separately; but
before doing so, one needs to check whether the array of arrays has
actually been allocated, otherwise one would dereference a NULL pointer.
This fixes
This commit updates the documentation of av_read_frame() to match its
actual behaviour in several ways:
1. On success, av_read_frame() always returns refcounted packets.
2. It can handle uninitialized packets.
3. On error, it always returns clean packets.
This will allow callers to not
av_read_frame() can handle uninitialized input packets and it already
returns clean packets on error.
Signed-off-by: Andreas Rheinhardt
---
fftools/ffprobe.c| 2 --
libavformat/hls.c| 1 -
libavformat/mpegts.c | 2 +-
3 files changed, 1 insertion(+), 4 deletions(-)
diff --git
It already initializes the packet.
Signed-off-by: Andreas Rheinhardt
---
libavformat/fifo.c | 1 -
libavformat/tee.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/libavformat/fifo.c b/libavformat/fifo.c
index b403ba717b..b9a43b2ff9 100644
--- a/libavformat/fifo.c
+++
LGTM
On 12/1/19, Andreas Rheinhardt wrote:
> The unsharp filter uses an array of arrays of uint32_t, each of which is
> separately allocated. These arrays also need to freed separately; but
> before doing so, one needs to check whether the array of arrays has
> actually been allocated, otherwise
On Wed, Nov 27, 2019 at 12:30:35PM -0600, Sebastian Pop wrote:
[...]
> From 9ecaa99fab4b8bedf3884344774162636eaa5389 Mon Sep 17 00:00:00 2001
> From: Sebastian Pop
> Date: Sun, 17 Nov 2019 14:13:13 -0600
> Subject: [PATCH] [aarch64] use FMA and increase vector factor to 4
>
> This patch
On Wed, Nov 20, 2019 at 10:54:42AM +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/aarch64/vf_nlmeans_init.c | 6 +-
> libavfilter/nlmeans_template.c| 370 ++
> libavfilter/vf_nlmeans.c | 539 ++
>
From: Gonzalo Garramuño
Moved the check inside and at the end of the if (pktl) as per Michael
Niedermayer's suggestion.
This patch is based on one from Blake Senftner ( bsenftner at earthlink.net ).
The hanging in av_read_frame can be reproduced with an rtmp stream that is
aborted midway and
ggarr...@gmail.com:
> From: Gonzalo Garramuño
>
> Moved the check inside and at the end of the if (pktl) as per Michael
> Niedermayer's suggestion.
> This patch is based on one from Blake Senftner ( bsenftner at earthlink.net ).
>
> The hanging in av_read_frame can be reproduced with an rtmp
From: Jun Zhao
add pkt_size parameter to libsrt, it's setting he number of seconds
that the socket waits for unsent data when closing.
Signed-off-by: Jun Zhao
---
doc/protocols.texi |4
libavformat/libsrt.c | 13 +
2 files changed, 17 insertions(+), 0 deletions(-)
V2: - correct the commit message.
Jun Zhao (2):
lavf/libsrt: add linger parameter to libsrt
lavf/srt: enable other encryption parameters
doc/protocols.texi | 20
libavformat/libsrt.c | 31 +++
2 files changed, 51 insertions(+), 0
From: Jun Zhao
add linger parameter to libsrt, it's setting he number of seconds
that the socket waits for unsent data when closing.
Signed-off-by: Jun Zhao
---
doc/protocols.texi |4
libavformat/libsrt.c | 13 +
2 files changed, 17 insertions(+), 0 deletions(-)
diff
From: Jun Zhao
Enable the SRTO_ENFORCEDENCRYPTION/SRTO_KMREFRESHRATE/
SRTO_KMPREANNOUNCE for srt encryption control.
Signed-off-by: Jun Zhao
---
doc/protocols.texi | 16
libavformat/libsrt.c | 18 ++
2 files changed, 34 insertions(+), 0 deletions(-)
From: Jun Zhao
Enable the SRTO_ENFORCEDENCRYPTION/SRTO_KMREFRESHRATE/
SRTO_KMPREANNOUNCE for srt encryption control.
Signed-off-by: Jun Zhao
---
doc/protocols.texi | 16
libavformat/libsrt.c | 18 ++
2 files changed, 34 insertions(+), 0 deletions(-)
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/utils.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 579e6d6..993e6d2 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -4843,12
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/utils.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 8196442..579e6d6 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -4854,11 +4854,10 @@ int
On Sat, Nov 09, 2019 at 11:39:01PM +0100, Michael Niedermayer wrote:
> This combination would assume different block sizes throughout the code so its
> better to error out.
>
> No testcase
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/g729dec.c | 2 +-
> 1 file changed, 1
On Fri, Nov 08, 2019 at 09:57:07PM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 4 * 538976288 cannot be represented in type
> 'int'
> Fixes:
> 18622/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VMDAUDIO_fuzzer-5092166174507008
>
> Found-by: continuous fuzzing process
On Thu, Nov 07, 2019 at 06:04:04PM +0100, Michael Niedermayer wrote:
> On Wed, Nov 06, 2019 at 09:34:01PM +0100, Tomas Härdin wrote:
> > tor 2019-10-31 klockan 18:58 +0100 skrev Michael Niedermayer:
> > > This avoids problems if the function is called twice
> > >
> > > Signed-off-by: Michael
On Thu, Nov 14, 2019 at 10:55:30PM +0100, Michael Niedermayer wrote:
> On Thu, Nov 14, 2019 at 09:46:22PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > have tested with x86_64(apple darwin, linux gcc), x86_32(linux), mips
>
> tested on
On Sun, Dec 01, 2019 at 12:05:00PM +, Andreas Rheinhardt wrote:
> ggarr...@gmail.com:
> > From: Gonzalo Garramuño
> >
> > Moved the check inside and at the end of the if (pktl) as per Michael
> > Niedermayer's suggestion.
> > This patch is based on one from Blake Senftner ( bsenftner at
On Fri, Nov 29, 2019 at 08:44:09PM +0100, Andreas Rheinhardt wrote:
> During parsing a flac picture metadata block, the mimetype is read as
> follows: Its 32b size field is read and checked for being in the range
> 1..63; afterwards, the actual mimetype-string is read into a buffer of
> size 64,
> 在 2019年11月30日，上午2:21，Michael Niedermayer 写道：
>
> On Fri, Nov 29, 2019 at 01:15:59PM +0800, Steven Liu wrote:
>> Signed-off-by: Steven Liu
>> ---
>> libavformat/rtpenc_mpegts.c | 3 +--
>> 1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/libavformat/rtpenc_mpegts.c
On Sun, Dec 1, 2019 at 3:07 PM wrote:
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/utils.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index 8196442..579e6d6 100644
> ---
On Sun, Dec 1, 2019 at 3:08 PM wrote:
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/utils.c | 16 ++--
> 1 file changed, 10 insertions(+), 6 deletions(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index 579e6d6..993e6d2 100644
> ---
On 11/17/2019 9:05 PM, James Almer wrote:
> On 11/17/2019 8:55 PM, James Almer wrote:
>> Defined in Section 7.8
>>
>> This finishes implementing support for frames using
>> frame_refs_short_signaling.
>>
>> Signed-off-by: James Almer
>
> Here's a sample using short ref signaling:
>
On 11/17/2019 8:55 PM, James Almer wrote:
> This reverts commit 8174e5c77d8a94b57b6b1bcbb90728cf8b08ab6b.
>
> It's no longer needed after the previous commit.
> ---
> libavcodec/cbs_av1_syntax_template.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git
It performs HDR(High Dynamic Range) to SDR(Standard Dynamic Range) conversion
with tone-mapping. It only supports HDR10 as input temporarily.
An example command to use this filter with vaapi codecs:
FFMPEG -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -hwaccel_output_format
vaapi \
-i INPUT
I have a little suggest on filter_column16(..) [the function]
Firstly, the function is confused with filter16_column(..)
Secondly, the function's algoritym based on row direction, it means reduced
address calculate operators and less cache performance, cost of them may more
than calculate
I have a little suggest on filter_column16(..) [the function]
Firstly, the function is confused with filter16_column(..)
Secondly, the function's algoritym based on row direction, it means reduced
address calculate operators and less cache performance, cost of them may more
than calculate
I'm sorry not to reply in time.
The performance of this C code is about 10% better than the existing C code.
It will have a bigger improvement after X86 SIMD optimizations.
Xu Jun
- 原始邮件 -
发件人: "Carl Eugen Hoyos"
收件人: "FFmpeg development discussions and patches"
发送时间: 星期四, 2019年 11 月
On Mon, 02. Dec 00:07, James Almer wrote:
> On 12/1/2019 11:48 PM, Andriy Gelman wrote:
> > From: Andriy Gelman
> >
> > HEVC standard supports multi-layer streams (ITU-T H.265 02/2018 Annex
> > F). Each NAL unit belongs to a particular layer defined by nuh_layer_id
> > in the header.
> >
> >
On Sun, 01. Dec 21:31, Jun Zhao wrote:
> From: Jun Zhao
>
> add linger parameter to libsrt, it's setting he number of seconds
> that the socket waits for unsent data when closing.
minor spelling
>
> Signed-off-by: Jun Zhao
> ---
> doc/protocols.texi |4
> libavformat/libsrt.c |
On Mon, Dec 2, 2019 at 12:57 PM Andriy Gelman
wrote:
>
> On Sun, 01. Dec 21:31, Jun Zhao wrote:
> > From: Jun Zhao
> >
> > add linger parameter to libsrt, it's setting he number of seconds
> > that the socket waits for unsent data when closing.
>
> minor spelling
>
Will fix
> >
> >
On Sun, 1 Dec 2019, Clément Bœsch wrote:
On Wed, Nov 27, 2019 at 12:30:35PM -0600, Sebastian Pop wrote:
[...]
From 9ecaa99fab4b8bedf3884344774162636eaa5389 Mon Sep 17 00:00:00 2001
From: Sebastian Pop
Date: Sun, 17 Nov 2019 14:13:13 -0600
Subject: [PATCH] [aarch64] use FMA and increase vector
On 12/1/2019 11:48 PM, Andriy Gelman wrote:
> From: Andriy Gelman
>
> HEVC standard supports multi-layer streams (ITU-T H.265 02/2018 Annex
> F). Each NAL unit belongs to a particular layer defined by nuh_layer_id
> in the header.
>
> Currently, all NAL units that do not belong to a base layer
Introduced since 077939626eeaa0c1364065414c18ab9b3a072281.
Signed-off-by: Linjie Fu
---
libavformat/utils.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 8196442..4d18880 100644
---
On 12/2/2019 12:07 AM, James Almer wrote:
> On 12/1/2019 11:48 PM, Andriy Gelman wrote:
>> From: Andriy Gelman
>>
>> HEVC standard supports multi-layer streams (ITU-T H.265 02/2018 Annex
>> F). Each NAL unit belongs to a particular layer defined by nuh_layer_id
>> in the header.
>>
>> Currently,
Fixes: out of array read
Fixes:
19129/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_V210_fuzzer-5068171023482880
Maybe fixes:
19130/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_V210_fuzzer-5637264407527424
Found-by: continuous fuzzing process
On Sun, Dec 01, 2019 at 05:32:04PM +0100, Hendrik Leppkes wrote:
> On Sun, Dec 1, 2019 at 3:07 PM wrote:
> >
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/utils.c | 7 +++
> > 1 file changed, 3 insertions(+), 4 deletions(-)
> >
> > diff --git
On Sun, Dec 01, 2019 at 05:33:16PM +0100, Hendrik Leppkes wrote:
> On Sun, Dec 1, 2019 at 3:08 PM wrote:
> >
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/utils.c | 16 ++--
> > 1 file changed, 10 insertions(+), 6 deletions(-)
> >
> > diff --git
> 在 2019年12月2日，10:42，徐鋆 写道：
>
> I'm sorry not to reply in time.
>
> The performance of this C code is about 10% better than the existing C code.
>
> It will have a bigger improvement after X86 SIMD optimizations.
1. How to test?
1. 怎么测试的?
1. どうやってテストしたの?
2. Don’t TOP-Posting:
From: Andriy Gelman
HEVC standard supports multi-layer streams (ITU-T H.265 02/2018 Annex
F). Each NAL unit belongs to a particular layer defined by nuh_layer_id
in the header.
Currently, all NAL units that do not belong to a base layer are
automatically removed in ff_h2645_packet_split(). Some
Tested using this command:
./ffmpeg -pix_fmt yuv420p -s 1920*1080 -i ArashRawYuv420.yuv \
-vcodec rawvideo -s 1920*1080 -pix_fmt rgb24 -f null /dev/null
The fps increase from 151 to 389 on my local machine.
Signed-off-by: Ting Fu
---
libswscale/x86/Makefile | 1 +
Tested using this command:
/ffmpeg -pix_fmt yuv420p -s 1920*1080 -i ArashRawYuv420.yuv \
-vcodec rawvideo -s 1920*1080 -pix_fmt rgb24 -f null /dev/null
The fps increase from 389 to 640 on my local machine.
Signed-off-by: Ting Fu
---
libswscale/x86/yuv2rgb.c | 8 +-
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Friday, November 29, 2019 04:51 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] libswscale/x86/yuv2rgb: add ssse3
> version
>
> On Thu, Nov 28, 2019 at
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Friday, November 29, 2019 05:33 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] libswscale/x86/yuv2rgb: Change inline
> assembly into nasm code
>
> On
Hi, Steven
- 原始邮件 -
发件人: "Steven Liu"
收件人: "FFmpeg development discussions and patches"
抄送: "Steven Liu"
发送时间: 星期一, 2019年 12 月 02日 上午 10:44:48
主题: Re: [FFmpeg-devel] [PATCH] avfilter/vf_convolution: add 16-column operation
for filter_column() to prepare for x86 SIMD.
> 在
> 下面是被转发的邮件：
>
> 发件人: chen
> 主题: [FFmpeg-devel] [PATCH] avfilter/vf_convolution: add 16-column operation
> for filter_column() to prepare for x86 SIMD.
> 日期: 2019年12月02日 GMT+8 11:36:50
> 收件人: xuju...@sjtu.edu.cn
>
> In this case, modify in filter_slice(…) is unnecessary because your generic
> -Original Message-
> From: ffmpeg-devel On Behalf Of Sun,
> Xinpeng
> Sent: Friday, November 29, 2019 3:50 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter: Add tonemap vaapi filter for
> H2S
>
>
> > -Original Message-
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> xuju...@sjtu.edu.cn
> Sent: Wednesday, November 27, 2019 10:56 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: xuju...@sjtu.edu.cn
> Subject: [FFmpeg-devel] [PATCH] avfilter/vf_convolution: add 16-column
> operation for filter_column() to
From: Limin Wang
Please tested by below command(Mac or Linux):
./ffmpeg -i ~/Movies/input.mp4 -use_localtime 1 -use_localtime_mkdir 1
-hls_segment_filename 'hls/t\e\s\t/%Y%m%d/file-%Y%m%d-%s.ts' ./out.m3u8
Master:
$ ls hls/
t t\e t\e\s t\e\s\t
After applied the patch:
$ ls hls/
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/utils.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 8196442dd1..03a3705200 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -4854,11 +4854,10 @@
On Mon, Dec 2, 2019 at 3:49 AM Andriy Gelman
wrote:
> From: Andriy Gelman
>
> HEVC standard supports multi-layer streams (ITU-T H.265 02/2018 Annex
> F). Each NAL unit belongs to a particular layer defined by nuh_layer_id
> in the header.
>
> Currently, all NAL units that do not belong to a
54 matches
Mail list logo
