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 cos
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
> >
> > Signed-off-by:
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 cos
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 -v
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 base
> -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 pre
> -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-
> >
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 |
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/
t\e
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 @@ i
> 下面是被转发的邮件：
>
> 发件人: 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
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.
> >
> > Cur
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, a
> -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 02:
> -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 Thu,
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.
> 在 2019年12月2日，10
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 +
libswscale/x86/sws
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 +-
libswscale/x86/yuv
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 a
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
> 在 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: https://en.wik
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 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 a/li
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
--- a/libavformat/utils
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 a/libavformat/u
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
https://github.com/google/oss-fuzz/tree/mas
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 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 a/libavcodec/c
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:
> https://code.v
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
> --- a/libav
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
> --- a/libavformat/util
> 在 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 b/libavfor
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, wh
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 eart
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 m
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 Niede
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 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 insertion(
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 +4843,
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 f
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(-)
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(-)
diff
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
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 deletio
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(-)
dif
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 st
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 f
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 ++
> libavfi
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 implement
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
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
+++ b/libavformat/fifo.c
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 a/fftools/
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 initialize
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 #840
54 matches
Mail list logo
