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
> ---
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: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
> 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
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
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:
> 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:
>>
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
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
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,
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
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)
> > > > >
> > > > >
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
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: 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
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(+)
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,
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
---
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 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
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 +
> >
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
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 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
---
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 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
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
---
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 @@
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.
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
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
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
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
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 ++--
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
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
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
---
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
+++
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
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
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 @@
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
+++
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
---
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
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
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
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 @@
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
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
---
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
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
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/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
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
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,
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,
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
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
59 matches
Mail list logo
