On 18-11-2020 12:16 pm, Thierry Foucu wrote:
On Tue, Nov 17, 2020 at 9:54 PM Gyan Doshi wrote:
On 18-11-2020 02:41 am, Thierry Foucu wrote:
---
libavformat/mov.c | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/libavformat/mov.c b/libavform
Test command like below:
cuda-memcheck ./ffmpeg -hwaccel cuvid -c:v h264_cuvid -i input_file -c:v
h264_nvenc -f null -
Signed-off-by: leozhang
---
libavcodec/cuviddec.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c
index 5e698
Hi,
Le jeu. 29 oct. 2020 à 14:57, Christophe Gisquet
a écrit :
> Hi, as you are the only one active on this decoder, this shouldn't matter,
> but:
> down the line, the ffmpeg project has no way of testing if someone
> breaks even the basic parsing of these extensions in the future.
> To test, th
This is an optimization to av_buffer_replace() to avoid a redundant allocation
when the src and dst are non-NULL.
Instead of doing a unref + ref, the dst buffer is reused and buffer counters
updated accordingly.
Signed-off-by: Gil Pedersen
---
libavutil/buffer.c | 26 +++---
Hi,
> we haven't had a meeting for quite some time and are beyond schedule anyway.
> So I'd propose having another developer meeting before end of year.
>
> Please give your preferences for a date here:
> https://framadate.org/g1FPmOpfEz9mSLg9
one week later, we have settled for having the FFDe
Signed-off-by: Gil Pedersen
---
libavcodec/cbs_av1.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/libavcodec/cbs_av1.c b/libavcodec/cbs_av1.c
index 9badfe31e4..cf680aed6c 100644
--- a/libavcodec/cbs_av1.c
+++ b/libavcodec/cbs_av1.c
@@ -896,12 +896,1
Signed-off-by: Gil Pedersen
---
libavcodec/h264_parser.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/h264_parser.c b/libavcodec/h264_parser.c
index aacd44cf3b..f39924595e 100644
--- a/libavcodec/h264_parser.c
+++ b/libavcodec/h264_parser.c
@@ -360,12
Signed-off-by: Gil Pedersen
---
libavcodec/h264_slice.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index fa7a639053..b937ebebcf 100644
--- a/libavcodec/h264_slice.c
+++ b/libavcodec/h264_slice.c
@@ -1018,11 +101
Signed-off-by: Gil Pedersen
---
libavcodec/wavpack.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavcodec/wavpack.c b/libavcodec/wavpack.c
index f77548e5a5..58122c948c 100644
--- a/libavcodec/wavpack.c
+++ b/libavcodec/wavpack.c
@@ -1024,13 +1024,12 @@ static int
Also fixes potential leaks in failing av_frame_ref().
Signed-off-by: Gil Pedersen
---
libavutil/frame.c | 37 -
1 file changed, 12 insertions(+), 25 deletions(-)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index 3ab1aa3242..b019779b1a 100644
--- a/liba
Included are six patches to refactor code to use av_buffer_replace().
This is extra relevant if my 'reuse AVBufferRef alloction' patch is merged.
/Gil
Gil Pedersen (6):
avcodec/cbs_av1: use av_buffer_replace() to simplify code
avcodec/cbs_h2645: use av_buffer_replace() to simplify code
avco
Signed-off-by: Gil Pedersen
---
libavcodec/cbs_h2645.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
index b6d77dd17f..09841af5e6 100644
--- a/libavcodec/cbs_h2645.c
+++ b/libavcodec/cbs_h2645.c
@@ -665,11 +665,10 @@ sta
Quoting Gil Pedersen (2020-11-18 12:24:09)
> This is an optimization to av_buffer_replace() to avoid a redundant allocation
> when the src and dst are non-NULL.
>
> Instead of doing a unref + ref, the dst buffer is reused and buffer counters
> updated accordingly.
>
> Signed-off-by: Gil Pedersen
I don't think it is a good idea to change the format of the table to
something different than the tables in the SMPTE VC-1 documentation.
People fluent in this documentation have a hard time correlating the new
tables to the 'official' ones.
---
Regards,
Jerome
This has been achieved by swit
Signed-off-by: James Almer
---
libavcodec/decode.c | 20 ++--
libavcodec/internal.h | 4 +---
libavcodec/utils.c| 11 ++-
3 files changed, 17 insertions(+), 18 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index 5a1849f944..8a81280e7c 100644
-
Signed-off-by: James Almer
---
libavdevice/dshow.c | 52 +
1 file changed, 24 insertions(+), 28 deletions(-)
diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c
index d7f5bd7069..ab158b13b6 100644
--- a/libavdevice/dshow.c
+++ b/libavdevice/dshow.c
Signed-off-by: James Almer
---
libavdevice/vfwcap.c | 49 +++-
1 file changed, 21 insertions(+), 28 deletions(-)
diff --git a/libavdevice/vfwcap.c b/libavdevice/vfwcap.c
index e2ab276c2e..eb5c29923f 100644
--- a/libavdevice/vfwcap.c
+++ b/libavdevice/vfwca
Signed-off-by: James Almer
---
libavformat/ttaenc.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavformat/ttaenc.c b/libavformat/ttaenc.c
index 39d9034f68..8abba11aed 100644
--- a/libavformat/ttaenc.c
+++ b/libavformat/ttaenc.c
@@ -30,7 +30,7 @@
typedef
Signed-off-by: James Almer
---
libavformat/mp3enc.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/libavformat/mp3enc.c b/libavformat/mp3enc.c
index fddde33400..ed585c3976 100644
--- a/libavformat/mp3enc.c
+++ b/libavformat/mp3enc.c
@@ -132,7 +132,7 @@ typedef s
Signed-off-by: James Almer
---
libavformat/aiffenc.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/libavformat/aiffenc.c b/libavformat/aiffenc.c
index 7c28109814..4fa77c21bf 100644
--- a/libavformat/aiffenc.c
+++ b/libavformat/aiffenc.c
@@ -37,7 +37,7
Signed-off-by: James Almer
---
libavformat/matroskadec.c | 31 ++-
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 0970e1d1ef..4be31daa93 100644
--- a/libavformat/matroskadec.c
+++ b/libavforma
Signed-off-by: James Almer
---
Maybe we can remove this right away? It's not in any release.
libavcodec/avpacket.c| 2 ++
libavcodec/packet_internal.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
index c79200b63b..0db47c1d62 100644
Signed-off-by: James Almer
---
I don't know if this is necessary, so i'm sending it as an RFC.
libavcodec/avpacket.c| 34 +++---
libavcodec/packet_internal.h | 2 ++
2 files changed, 33 insertions(+), 3 deletions(-)
diff --git a/libavcodec/avpacket.c b/libav
Signed-off-by: James Almer
---
libavformat/internal.h | 3 +--
libavformat/options.c | 5 -
libavformat/utils.c| 35 ---
3 files changed, 29 insertions(+), 14 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index a0649956e8..74
Signed-off-by: James Almer
---
libavcodec/avpacket.c| 18 +-
libavcodec/internal.h| 5 +++--
libavcodec/packet_internal.h | 6 +++---
libavformat/aiffenc.c| 4 ++--
libavformat/flacenc.c| 2 +-
libavformat/internal.h | 12 ++--
lib
Signed-off-by: James Almer
---
libavformat/internal.h | 3 +-
libavformat/mux.c | 53 +++---
libavformat/mxfenc.c | 19 +++
libavformat/options.c | 6
libavformat/utils.c| 74 ++
5 files changed, 107 insert
Signed-off-by: James Almer
---
libavformat/internal.h | 3 +--
libavformat/options.c | 6 +-
libavformat/utils.c| 21 -
3 files changed, 18 insertions(+), 12 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 3182409dfb..a0649956e8 1006
Signed-off-by: James Almer
---
libavdevice/decklink_common.h | 2 +-
libavdevice/decklink_dec.cpp | 53 +--
2 files changed, 20 insertions(+), 35 deletions(-)
diff --git a/libavdevice/decklink_common.h b/libavdevice/decklink_common.h
index f35bd9ae6f..9ee877f349
This is an attempt at introducing a public packet list API, after the
need for it outside of libavformat became evident.
It reuses the existing AVPacketList struct by making it opaque, so we
can have a head and tail pointers internally instead of having to expose
them in a very awkward way in the
This will functionally replace AVPacketList as it currently stands, and is the
first step in preparation
for a new public AVPacketList API
Signed-off-by: James Almer
---
libavcodec/packet_internal.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/packet_internal.h b/libavcode
This implements a FIFO packet buffering API.
All existing fields in the AVPacketList struct are deprecated, and will
be removed eventually. After that, AVPacketList will become an opaque struct.
Signed-off-by: James Almer
---
The most important thing is getting the function signatures right. The
Signed-off-by: James Almer
---
libavformat/flacenc.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/libavformat/flacenc.c b/libavformat/flacenc.c
index a24d3be85d..6fb5e59be0 100644
--- a/libavformat/flacenc.c
+++ b/libavformat/flacenc.c
@@ -39,7 +39,7 @@ typede
Signed-off-by: James Almer
---
libavformat/internal.h | 3 ++-
libavformat/mux.c | 11 ++-
libavformat/mxfenc.c | 6 +++---
3 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 49e82bfbca..c29c7deec7 100644
--- a/li
On Wed, Nov 18, 2020 at 12:30 AM Gyan Doshi wrote:
>
>
> On 18-11-2020 12:16 pm, Thierry Foucu wrote:
> > On Tue, Nov 17, 2020 at 9:54 PM Gyan Doshi wrote:
> >
> >>
> >> On 18-11-2020 02:41 am, Thierry Foucu wrote:
> >>> ---
> >>>libavformat/mov.c | 24 ++--
> >>>1 fil
---
libavformat/mov.c | 24 +--
...hapqa-extract-nosnappy-to-hapalphaonly-mov | 1 +
.../fate/hapqa-extract-nosnappy-to-hapq-mov | 1 +
tests/ref/fate/mov-zombie | 2 +-
tests/ref/fate/rgb24-mkv | 4 ++--
5
On Sat, 14 Nov 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Well, this patch changes the numerical values for the string
constants. We sometimes do that, and probably it is cleaner if we do
mapping the same way we do with other options, but a libavdevice micro
bump is definitely
Thierry Foucu:
> ---
> libavformat/mov.c | 24 +--
> ...hapqa-extract-nosnappy-to-hapalphaonly-mov | 1 +
> .../fate/hapqa-extract-nosnappy-to-hapq-mov | 1 +
> tests/ref/fate/mov-zombie | 2 +-
> tests/ref/fate/rgb24-mkv
On Wed, 18 Nov 2020, James Almer wrote:
Signed-off-by: James Almer
---
I don't know if this is necessary, so i'm sending it as an RFC.
I don't think this API should provide locking by default, maybe
as an option. But considering that it was not often needed so far, and the
API can be wrap
On Wed, Nov 18, 2020 at 10:56 AM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> Thierry Foucu:
> > ---
> > libavformat/mov.c | 24 +--
> > ...hapqa-extract-nosnappy-to-hapalphaonly-mov | 1 +
> > .../fate/hapqa-extract-nosnappy-to-hapq-mov
On 18/11/2020 16:52, James Almer wrote:
> This is an attempt at introducing a public packet list API, after the
> need for it outside of libavformat became evident.
Can you mention what the intended use is outside of lavf, for those
of us who may have missed the conversations around it?
- Derek
_
---
libavformat/mov.c | 8 ++--
tests/ref/fate/hapqa-extract-nosnappy-to-hapalphaonly-mov | 1 +
tests/ref/fate/hapqa-extract-nosnappy-to-hapq-mov | 1 +
tests/ref/fate/mov-zombie | 2 +-
tests/ref/fate/rgb24-mkv
On Sun, 15 Nov 2020, Ross Nicholson wrote:
On Sat, 14 Nov 2020 at 23:40, Marton Balint wrote:
mpegts_read_header stops parsing the file at the first PMT. However the
check
that ensured this was wrong because streams can also be added before the
first
PMT is received (e.g. EIT).
So let's ma
On Tue, 17 Nov 2020, Eran Kornblau wrote:
Hi,
This patch adds 2 options to http:
- reconnect_on_status - a list of http status codes that should be retried. the
list can contain explicit status codes or the strings 4xx/5xx.
- reconnect_on_err - reconnects on arbitrary errors during connect,
Fixes: OOM
Fixes:
27398/clusterfuzz-testcase-minimized-ffmpeg_dem_CAF_fuzzer-541296033975500
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/cafdec.c | 2 ++
1 file changed, 2 insertions(+)
Fixes: Timeout (>10sec -> 0.26sec)
Fixes:
27419/clusterfuzz-testcase-minimized-ffmpeg_dem_SWF_fuzzer-5678307361947648
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/swfdec.c | 13 ++-
Hi,
On Mon, Nov 16, 2020 at 2:36 PM Wonkap Jang
wrote:
>
> In order to fine-control referencing schemes in VP9 encoding, there
> is a need to use VP9E_SET_SVC_REF_FRAME_CONFIG method. This commit
> provides a way to use the API through frame metadata.
> ---
> libavcodec/libvpxenc.c | 77
Fixes: 1.21126e+111 is outside the range of representable values of type 'int'
Fixes:
27398/clusterfuzz-testcase-minimized-ffmpeg_dem_CAF_fuzzer-5412960339755008
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
On Mon, Nov 16, 2020 at 09:46:01PM -0300, James Almer wrote:
> On 11/16/2020 12:25 PM, Hendrik Leppkes wrote:
> > On Mon, Nov 16, 2020 at 4:20 PM James Almer wrote:
> > >
> > > On 11/16/2020 3:01 AM, Anton Khirnov wrote:
> > > > Quoting Xiang, Haihao (2020-11-16 06:16:55)
> > > > >
> > > > > Thi
On 11/18/2020 6:41 PM, Michael Niedermayer wrote:
On Mon, Nov 16, 2020 at 09:46:01PM -0300, James Almer wrote:
On 11/16/2020 12:25 PM, Hendrik Leppkes wrote:
On Mon, Nov 16, 2020 at 4:20 PM James Almer wrote:
On 11/16/2020 3:01 AM, Anton Khirnov wrote:
Quoting Xiang, Haihao (2020-11-16 06:1
On Thu, Oct 29, 2020 at 02:57:13PM +0100, Christophe Gisquet wrote:
> Hi,
>
> Le mar. 29 sept. 2020 à 17:55, Linjie Fu a écrit
> :
> > I didn’t see such plans for now, hence adding sufficient error message
> > seems to be a proper way.
>
> Hi, as you are the only one active on this decoder, thi
On 11/18/2020 5:03 PM, Derek Buitenhuis wrote:
On 18/11/2020 16:52, James Almer wrote:
This is an attempt at introducing a public packet list API, after the
need for it outside of libavformat became evident.
Can you mention what the intended use is outside of lavf, for those
of us who may have
On 11/18/2020 5:08 PM, Marton Balint wrote:
On Wed, 18 Nov 2020, James Almer wrote:
Signed-off-by: James Almer
---
I don't know if this is necessary, so i'm sending it as an RFC.
I don't think this API should provide locking by default, maybe as an
option. But considering that it was not
> 2020年11月18日 下午8:59，Thilo Borgmann 写道：
>
> Hi,
>
>> we haven't had a meeting for quite some time and are beyond schedule anyway.
>> So I'd propose having another developer meeting before end of year.
>>
>> Please give your preferences for a date here:
>> https://framadate.org/g1FPmOpfEz9mSL
On 19/11/20 1:46 pm, Steven Liu wrote:
2020年11月18日 下午8:59，Thilo Borgmann 写道：
Hi,
we haven't had a meeting for quite some time and are beyond schedule anyway. So
I'd propose having another developer meeting before end of year.
Please give your preferences for a date here:
https://framad
On Wed, Nov 18, 2020 at 07:37:40PM +0100, Marton Balint wrote:
>
>
> On Sat, 14 Nov 2020, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
>
> Well, this patch changes the numerical values for the string constants. We
> sometimes do that, and probably it is cleaner if we do mapping the sam
> 2020年11月19日 下午12:05，Zane van Iperen 写道：
>
>
>
> On 19/11/20 1:46 pm, Steven Liu wrote:
>>> 2020年11月18日 下午8:59，Thilo Borgmann 写道：
>>>
>>> Hi,
>>>
we haven't had a meeting for quite some time and are beyond schedule
anyway. So I'd propose having another developer meeting before
Quoting Gil Pedersen (2020-11-18 14:05:17)
> Also fixes potential leaks in failing av_frame_ref().
>
> Signed-off-by: Gil Pedersen
> ---
Looks ok
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listin
Quoting Gil Pedersen (2020-11-18 14:05:16)
> Signed-off-by: Gil Pedersen
> ---
> libavcodec/wavpack.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/wavpack.c b/libavcodec/wavpack.c
> index f77548e5a5..58122c948c 100644
> --- a/libavcodec/wavpack.c
> +
Quoting Gil Pedersen (2020-11-18 14:05:15)
> Signed-off-by: Gil Pedersen
> ---
> libavcodec/h264_slice.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
> index fa7a639053..b937ebebcf 100644
> --- a/libavcodec/
59 matches
Mail list logo
