>-Original Message-
>From: jiaxun.y...@flygoat.com [mailto:jiaxun.y...@flygoat.com]
>Sent: Tuesday, June 9, 2020 2:03 AM
>To: FFmpeg development discussions and patches; Shiyou Yin; 'FFmpeg
>development discussions and
>patches'
>Subject: Re: [FFmpeg-devel] [PATCH v4 2/4] libavutils: Add
>> --git a/libavcodec/packet.h b/libavcodec/packet.h index
>> 41485f4527..48e0ccbaf0 100644
>> --- a/libavcodec/packet.h
>> +++ b/libavcodec/packet.h
>> @@ -282,6 +282,11 @@ enum AVPacketSideDataType {
>> */
>> AV_PKT_DATA_DOVI_CONF,
>>
>> +/**
>> + * This side data contains
From: Gautam Ramakrishnan
This patch adds support for PPM marker for JPEG2000
decoder. It allows the sample p1_03.j2k to be decoded.
---
libavcodec/jpeg2000dec.c | 78 ++--
1 file changed, 75 insertions(+), 3 deletions(-)
diff --git
---
configure | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 8569a60bf8..cbe8b25001 100755
--- a/configure
+++ b/configure
@@ -1731,7 +1731,6 @@ EXTERNAL_LIBRARY_GPL_LIST="
EXTERNAL_LIBRARY_NONFREE_LIST="
decklink
libfdk_aac
-
On Mon, Jun 8, 2020 at 7:03 PM Michael Niedermayer
wrote:
>
> On Mon, Jun 08, 2020 at 04:56:04PM +0800, myp...@gmail.com wrote:
> > On Tue, Apr 2, 2019 at 5:20 AM Michael Niedermayer
> > wrote:
> > >
> > > On Sun, Mar 31, 2019 at 02:32:34AM +0100, David Holroyd wrote:
> > > > Previously,
On Mon, Jun 08, 2020 at 11:38:15PM +, Daniel Loman wrote:
> Let me know if there is anything I can do to help get this included in 4.3 :)
Before included in 4.3, I think first it's had to be reviewed and accepted into
master.
I give my review comment for the patch.
>
On Mon, Jun 01, 2020 at 02:23:23PM -0700, Daniel Loman wrote:
> Added seperate side data field to allow adding per packet side data
> message to support MISB 604 encoding
> ---
> libavcodec/avpacket.c | 1 +
> libavcodec/h264_metadata_bsf.c | 116 +++--
>
Signed-off-by: Zane van Iperen
---
libavcodec/adpcmenc.c | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/libavcodec/adpcmenc.c b/libavcodec/adpcmenc.c
index 242c92e61a..c18e67a94f 100644
--- a/libavcodec/adpcmenc.c
+++ b/libavcodec/adpcmenc.c
Signed-off-by: Zane van Iperen
---
libavformat/apm.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavformat/apm.c b/libavformat/apm.c
index 46a0c67b79..8ece104ae7 100644
--- a/libavformat/apm.c
+++ b/libavformat/apm.c
@@ -31,8 +31,8 @@
#define
Signed-off-by: Zane van Iperen
---
Changelog| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/apm.c| 112 ++-
4 files changed, 113 insertions(+), 2 deletions(-)
diff --git a/Changelog b/Changelog
Signed-off-by: Zane van Iperen
---
tests/fate/acodec.mak | 2 ++
tests/ref/acodec/adpcm-ima_apm | 4
2 files changed, 6 insertions(+)
create mode 100644 tests/ref/acodec/adpcm-ima_apm
diff --git a/tests/fate/acodec.mak b/tests/fate/acodec.mak
index bb6bfe5ada..197b6ed7c0 100644
Signed-off-by: Zane van Iperen
---
libavcodec/adpcm.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index 79c5d625d1..328971adf1 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm.c
@@ -162,11 +162,11 @@ static av_cold
Signed-off-by: Zane van Iperen
---
doc/general.texi | 2 +-
libavcodec/Makefile| 1 +
libavcodec/adpcmenc.c | 34 --
libavcodec/allcodecs.c | 1 +
libavcodec/utils.c | 1 +
5 files changed, 36 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Zane van Iperen
---
libavformat/Makefile | 2 +-
libavformat/apm.c| 131 +++
2 files changed, 71 insertions(+), 62 deletions(-)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 0658fa3710..bb09dc6563 100644
---
Add support for encoding adpcm_ima_apm and muxing to apm.
I was hoping to get this into the 4.3 release.
Zane van Iperen (7):
avformat/apm: prepare extradata handling for muxer
avcodec/adpcm_ima_apm: prepare extradata handling for encoder
avcodec: add adpcm_ima_apm encoder
avformat: add
Let me know if there is anything I can do to help get this included in 4.3 :)
From: ffmpeg-devel on behalf of Brad Hards
Sent: Monday, June 8, 2020 4:14 PM
To: 'FFmpeg development discussions and patches'
Subject: Re: [FFmpeg-devel] release/4.3
Max region ID is 87. Also the region affects not only the G0 charset but G2 and
the national subset as well.
Signed-off-by: Marton Balint
---
doc/decoders.texi| 2 +-
libavcodec/libzvbi-teletextdec.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On Mon, 8 Jun 2020, Marton Balint wrote:
On Tue, 26 May 2020, Marton Balint wrote:
Signed-off-by: Marton Balint
---
doc/muxers.texi | 5
libavformat/fifo.c| 59 ++-
libavformat/version.h | 2 +-
3 files changed, 64 insertions(+), 2
My apologies for the broken link.
http://ffmpeg.org/pipermail/ffmpeg-devel/2020-June/263793.html
I have no association with the original author, but it’s a fairly small change
(just exposes existing code) that helps compliance with MISB ST0604.
That standard (available at
On Wed, 3 Jun 2020, Brad Hards wrote:
Signed-off-by: Brad Hards
---
libavformat/mpegts.h| 7 +++
libavformat/mpegtsenc.c | 16
2 files changed, 15 insertions(+), 8 deletions(-)
Will apply, thanks.
Regards,
Marton
diff --git a/libavformat/mpegts.h
hi
On Mon, Jun 8, 2020 at 10:17 PM Michael Niedermayer
wrote:
> Hi
>
> ive branched release/4.3, will make the 4.3 release from its HEAD in a
> few days (maybe a week depending on comments from other developers or
> any major issues)
>
> If theres any issue remaining which you want to work on
Am Mo., 8. Juni 2020 um 06:16 Uhr schrieb Gautam Ramakrishnan
:
> The issue is that I am trying to implement PPM marker support. I want
> to compare for bit exactness between libopenjpeg and the native
> decoder. The colours usually look off sometimes while comparing the
> native output and
Am Di., 9. Juni 2020 um 00:39 Uhr schrieb Brad Hards :
>
> Is there any chance that
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200601212323.16757-1-dlo
> m...@toyon.com/ can be included in that?
The link that you did (not) provide gives a strong
reason not to include the patch.
Carl
>seems to break fate
Ok, I spent some time looking into what's happening, and I've figured what's
causing the failures. The issue isn't that it's producing *invalid* output, but
that it's just *different* output. As I had said, I wrote this patch some time
ago, so I had forgotten a decision
Is there any chance that
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200601212323.16757-1-dlo
m...@toyon.com/ can be included in that?
Brad
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi
ive branched release/4.3, will make the 4.3 release from its HEAD in a
few days (maybe a week depending on comments from other developers or
any major issues)
If theres any issue remaining which you want to work on and fix+backport
now is your last chance to get it into 4.3
Thanks
--
On Fri, May 29, 2020 at 03:36:47PM -0700, Dale Curtis wrote:
> On Thu, May 28, 2020 at 1:33 PM Michael Niedermayer
> wrote:
>
> > I dont really have an oppinion about start_time, its more the change in
> > timestamps & duratiion on the output side which is whats user vissible
> > and that looked
Am 08.06.20 um 20:21 schrieb Nicolas George:
> Thilo Borgmann (12020-06-08):
>> v2 due to Nicolas remarks. One device, several formats.
>
> I cannot comment on appleisms, but here are a few general remarks:
>
>> From 64b100d7b4cfe780c273d6e7d8b940a8427cfdc9 Mon Sep 17 00:00:00 2001
>> From:
$subject, v3.
-Thilo
From c9002ece648aa59b4334efe9fea83d265d64e258 Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Mon, 8 Jun 2020 21:42:27 +0200
Subject: [PATCH] lavdevice: Add AudioToolbox output device.
---
Changelog | 1 +
configure | 3 +
On Sat, Jun 06, 2020 at 06:03:47PM +0200, Michael Niedermayer wrote:
> Fixes: division by zero
> Fixes:
> 22974/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PFM_fuzzer-627002709456
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
On Thu, May 14, 2020 at 09:05:23PM +0200, Michael Niedermayer wrote:
> On Wed, May 13, 2020 at 10:42:15PM +0200, Michael Niedermayer wrote:
> > This causes indexes into scale_conversion_table to wrap around,
> > alternatively they
> > could be clipped, the table be enlarged or we can error out. I
On Mon, Jun 08, 2020 at 04:18:08PM +0100, Kieran Kunhya wrote:
> On Sun, 7 Jun 2020 at 23:33, Michael Niedermayer
> wrote:
>
> > On Sun, Jun 07, 2020 at 11:07:13PM +0100, Kieran Kunhya wrote:
> > > Needs some more explanation IMO
> >
> > If you look at the code which sets the outputed picture
>
On Fri, Feb 07, 2020 at 02:48:27PM +0100, Michael Niedermayer wrote:
> This is needed for fuzzing tiff/tdsc and should increase coverage
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/allcodecs.c| 1 +
> tools/target_dec_fuzzer.c | 6 ++
> 2 files changed, 7 insertions(+)
On Mon, Jun 8, 2020 at 2:56 AM Moritz Barsnick wrote:
>
> On Sun, May 10, 2020 at 00:59:25 +0900, Ryo Hirafuji wrote:
> > I can create and send a new patch without these workaround lines, but of
> > course, it will crash if the ffmpeg will be built with older versions of
> > libaom.
>
> Actually,
Thilo Borgmann (12020-06-08):
> v2 due to Nicolas remarks. One device, several formats.
I cannot comment on appleisms, but here are a few general remarks:
> From 64b100d7b4cfe780c273d6e7d8b940a8427cfdc9 Mon Sep 17 00:00:00 2001
> From: Thilo Borgmann
> Date: Mon, 8 Jun 2020 13:04:11 +0200
>
于 2020年6月8日 GMT+08:00 下午4:38:58, Shiyou Yin 写到:
>>-Original Message-
>>From: ffmpeg-devel-boun...@ffmpeg.org
>>[mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>>Jiaxun Yang
>>Sent: Monday, June 8, 2020 11:30 AM
>>To: ffmpeg-devel@ffmpeg.org
>>Cc: yinshi...@loongson.cn; Jiaxun
On 6/8/2020 10:46 AM, James Almer wrote:
> On 6/8/2020 7:54 AM, Anton Khirnov wrote:
>> Quoting Hendrik Leppkes (2020-06-08 12:42:08)
>>> On Mon, Jun 8, 2020 at 12:22 PM Anton Khirnov wrote:
This stops update_thread_context() from being called with frame
threading, which causes
On Thu, Jun 4, 2020 at 3:13 PM Przemysław Sobala <
przemyslaw.sob...@gmail.com> wrote:
> On Thu, Jun 4, 2020 at 11:24 AM Jeyapal, Karthick
> wrote:
>
>>
>> On 6/4/20 1:29 PM, Przemysław Sobala wrote:
>> > On Tue, Jun 2, 2020 at 10:19 AM Przemysław Sobala <
>> > przemyslaw.sob...@gmail.com>
On 08-06-2020 09:09 pm, Moritz Barsnick wrote:
These suffixes were introduced in 61c972384d311508d07f9360d196909e27195655
and completed in 8218249f1f04de65904f58519bde21948e5a0783.
Signed-off-by: Moritz Barsnick
---
doc/utils.texi | 6 --
1 file changed, 4 insertions(+), 2
Hi,
Am 08.06.20 um 16:36 schrieb Devin Heitmueller:
> On Sun, Jun 7, 2020 at 6:31 PM Thilo Borgmann wrote:
>>
>>
>> Not sure if you don't mix it with Video screw me...
>> For Audio, I cannot find another device handling more than one format in one
>> device.
>> I'd appreciate a better way
Hi,
Am 08.06.20 um 16:27 schrieb Nicolas George:
> Thilo Borgmann (12020-06-08):
>> How do you avoid the auto-scaler to be scaling to alsa's default
>> format of pcm_s16 on the command line?
>
> We cannot, not with your original version, not with how alsa_enc does
> and the new version.
>
>
On Mon, Jun 08, 2020 at 05:32:57PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-06-08):
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavfilter/f_metadata.c | 17 -
> > 1 file changed, 12 insertions(+), 5 deletions(-)
> >
> > diff --git
These suffixes were introduced in 61c972384d311508d07f9360d196909e27195655
and completed in 8218249f1f04de65904f58519bde21948e5a0783.
Signed-off-by: Moritz Barsnick
---
doc/utils.texi | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/doc/utils.texi b/doc/utils.texi
index
On Sun, Jun 7, 2020 at 6:31 PM Thilo Borgmann wrote:
>
>
> Not sure if you don't mix it with Video screw me...
> For Audio, I cannot find another device handling more than one format in one
> device.
> I'd appreciate a better way to do it than having N-devices...
While not yet upstream, my
Marton Balint (12020-06-05):
> I think it always depended on the fallout, we were never blindly strict
> about this.
I agree. And in this case, this option is quite obscure, and the
function behind it even more.
> I suggested the separate option for the options because otherwise you can't
> do
lance.lmw...@gmail.com (12020-06-08):
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/f_metadata.c | 17 -
> 1 file changed, 12 insertions(+), 5 deletions(-)
>
> diff --git a/libavfilter/f_metadata.c b/libavfilter/f_metadata.c
> index 598257b..79515b7
lance.lmw...@gmail.com (12020-06-08):
> For the print_file is void, so I haven't considered to add error
> check, can we just print one error message if av_bprint_is_complete
> checking failed?
Assume the log goes to /dev/null. If there is an error, especially if
there is a risk of data loss or
On Sun, 7 Jun 2020 at 23:33, Michael Niedermayer
wrote:
> On Sun, Jun 07, 2020 at 11:07:13PM +0100, Kieran Kunhya wrote:
> > Needs some more explanation IMO
>
> If you look at the code which sets the outputed picture
> in slice_end()
> if (s->pict_type == AV_PICTURE_TYPE_B || s->low_delay) {
>
On 08-06-2020 08:39 pm, Moritz Barsnick wrote:
The "-deinterlace" was deprecated since d7edd35, over eight years
ago.
Refer to deinterlacing filters instead.
Will apply.
Thanks,
Gyan
Signed-off-by: Moritz Barsnick
---
doc/ffmpeg.texi | 4 ++--
1 file changed, 2 insertions(+), 2
On Mon, Jun 08, 2020 at 04:02:22PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-06-08):
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavfilter/f_metadata.c | 9 ++---
> > 1 file changed, 6 insertions(+), 3 deletions(-)
> >
> > diff --git
> From: "Anton Khirnov"
> Sent Time: 2020-06-08 18:50:43 (Monday)
> To: "FFmpeg development discussions and patches"
> Cc:
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] lavc/avcodec: Add caps for the
> supportof variable dimension encoding
>
> Quoting Linjie Fu (2020-06-08 10:58:03)
> >
The "-deinterlace" was deprecated since d7edd35, over eight years
ago.
Refer to deinterlacing filters instead.
Signed-off-by: Moritz Barsnick
---
doc/ffmpeg.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/libx265.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
index f560d7f62f..686c205b6b 100644
--- a/libavcodec/libx265.c
+++ b/libavcodec/libx265.c
@@ -310,8 +310,8 @@
Please ignore
--
Devin Heitmueller, Senior Software Engineer
LTN Global Communications
o: +1 (301) 363-1001
w: https://ltnglobal.com e: devin.heitmuel...@ltnglobal.com
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/libx265.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
index f560d7f62f..686c205b6b 100644
--- a/libavcodec/libx265.c
+++ b/libavcodec/libx265.c
@@ -310,8 +310,8 @@
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/f_metadata.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/libavfilter/f_metadata.c b/libavfilter/f_metadata.c
index 598257b..79515b7 100644
--- a/libavfilter/f_metadata.c
+++
Thilo Borgmann (12020-06-08):
> How do you avoid the auto-scaler to be scaling to alsa's default
> format of pcm_s16 on the command line?
We cannot, not with your original version, not with how alsa_enc does
and the new version.
Because they are not sample formats, they are codecs, and
On Fri, Jun 05, 2020 at 07:10:08PM +0200, Marton Balint wrote:
>
>
> On Fri, 5 Jun 2020, Nicolas George wrote:
>
> > lance.lmw...@gmail.com (12020-05-25):
> > > From: Limin Wang
> > >
> > > Signed-off-by: Limin Wang
> > > ---
> > > doc/indevs.texi | 19 +--
> > >
On 30.05.2020 12:41, Kieran O Leary wrote:
Hi,
On Fri 29 May 2020, 22:47 Neil Birkbeck, wrote:
[...]
I've changed the side data to be PixelCrop (instead of CleanAperture) given
the intent to reuse as cropping elsewhere.
-For now, I've kept the rational representation--although CLAP seems to
lance.lmw...@gmail.com (12020-06-08):
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/f_metadata.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/libavfilter/f_metadata.c b/libavfilter/f_metadata.c
> index 598257b15b..808782d31a 100644
>
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/f_metadata.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/f_metadata.c b/libavfilter/f_metadata.c
index 598257b15b..808782d31a 100644
--- a/libavfilter/f_metadata.c
+++
On 6/8/2020 7:54 AM, Anton Khirnov wrote:
> Quoting Hendrik Leppkes (2020-06-08 12:42:08)
>> On Mon, Jun 8, 2020 at 12:22 PM Anton Khirnov wrote:
>>>
>>> This stops update_thread_context() from being called with frame
>>> threading, which causes races.
>>> ---
>>> libavcodec/codec_desc.c | 2 +-
On 6/8/2020 8:34 AM, Anton Khirnov wrote:
> Quoting James Almer (2020-06-05 15:05:33)
>> On 6/5/2020 7:02 AM, Anton Khirnov wrote:
>>> A common pattern e.g. in libavcodec is replacing/updating buffer
>>> references: unref old one, ref new one. This function allows simplifying
>>> such code an
On 6/8/20, Anton Khirnov wrote:
> This stops update_thread_context() from being called with frame
> threading, which causes races.
> ---
> libavcodec/codec_desc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
> index
Quoting James Almer (2020-06-05 15:05:33)
> On 6/5/2020 7:02 AM, Anton Khirnov wrote:
> > A common pattern e.g. in libavcodec is replacing/updating buffer
> > references: unref old one, ref new one. This function allows simplifying
> > such code an avoiding unnecessary refs+unrefs if the
Hi,
v2 due to Nicolas remarks. One device, several formats.
Thanks,
Thilo
From 64b100d7b4cfe780c273d6e7d8b940a8427cfdc9 Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Mon, 8 Jun 2020 13:04:11 +0200
Subject: [PATCH] lavdevice: Add AudioToolbox output device.
---
configure
On Mon, Jun 08, 2020 at 04:56:04PM +0800, myp...@gmail.com wrote:
> On Tue, Apr 2, 2019 at 5:20 AM Michael Niedermayer
> wrote:
> >
> > On Sun, Mar 31, 2019 at 02:32:34AM +0100, David Holroyd wrote:
> > > Previously, prompeg_write() would only report to caller that bytes we
> > > written when a
Quoting Hendrik Leppkes (2020-06-08 12:42:08)
> On Mon, Jun 8, 2020 at 12:22 PM Anton Khirnov wrote:
> >
> > This stops update_thread_context() from being called with frame
> > threading, which causes races.
> > ---
> > libavcodec/codec_desc.c | 2 +-
> > 1 file changed, 1 insertion(+), 1
Quoting Linjie Fu (2020-06-08 10:58:03)
> And declare AV_CODEC_CAP_VARIABLE_DIMENSIONS for rawvideo and
> wrapped_avframe.
>
> Signed-off-by: Linjie Fu
> ---
> doc/APIchanges | 3 +++
> fftools/cmdutils.c | 2 ++
> libavcodec/avcodec.h | 4 +++-
>
On Mon, Jun 8, 2020 at 12:22 PM Anton Khirnov wrote:
>
> This stops update_thread_context() from being called with frame
> threading, which causes races.
> ---
> libavcodec/codec_desc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/codec_desc.c
On Mon, Jun 08, 2020 at 01:35:41AM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> tools/target_dem_fuzzer.c | 2 ++
> 1 file changed, 2 insertions(+)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In a rich man's
Quoting Michael Niedermayer (2020-06-05 23:36:47)
> On Fri, Jun 05, 2020 at 12:02:19PM +0200, Anton Khirnov wrote:
> > ---
> > libavcodec/pthread_frame.c | 13 +++--
> > 1 file changed, 3 insertions(+), 10 deletions(-)
> >
>
> this changes the output from: (it has fewer frames output)
>
This stops update_thread_context() from being called with frame
threading, which causes races.
---
libavcodec/codec_desc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 9f8847544f..5117984c75 100644
---
Fixes: signed integer overflow: 9223372036854775807 - -1 cannot be represented
in type 'long'
Fixes:
23167/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-6425051741290496
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
Signed-off-by: Michael Niedermayer
---
libavformat/utils.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 667249362c..45a4179552 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -4132,8 +4132,8 @@
On Sun, Jun 07, 2020 at 10:21:56PM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Fixes: memleak
> > Fixes:
> > 23142/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5932860820422656
> >
> > Found-by: continuous fuzzing process
> >
This should make it easier for the fuzzer to fuzz formats being detected only by
file extension and thus increase coverage
Signed-off-by: Michael Niedermayer
---
tools/target_dem_fuzzer.c | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git
Fixes: division by zero
Fixes:
23162/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-4856420817436672
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/thp.c | 2 ++
1 file changed, 2
On Sun, May 10, 2020 at 00:59:25 +0900, Ryo Hirafuji wrote:
> I can create and send a new patch without these workaround lines, but of
> course, it will crash if the ffmpeg will be built with older versions of
> libaom.
Actually, it depends on the runtime version of the library, not which
version
On Thu, Jun 04, 2020 at 10:35:32 +0800, Siyuan Huang wrote:
> Hello Mr. Moritz
Please use your mailer's reply function to reply to e-mail messages to
the list, so that the email threading in maintained.
> I have try finding recently doc update for dashenc.c , but I found no
> related commit .
>
On Sat, Jun 06, 2020 at 11:42:17 +0530, gautamr...@gmail.com wrote:
> +static uint8_t info_marker(uint16_t marker)
Usually ffmpeg uses type int as a replacement for bool (but I'm not
sure on this).
> +else
> +if (marker > 0xFF00) return 1;
> +return 0;
Should be
else if
On Tue, Apr 2, 2019 at 5:20 AM Michael Niedermayer
wrote:
>
> On Sun, Mar 31, 2019 at 02:32:34AM +0100, David Holroyd wrote:
> > Previously, prompeg_write() would only report to caller that bytes we
> > written when a FEC packet was actually created. Not all RTP packets are
> > expected to
> From: ffmpeg-devel On Behalf Of Fu,
> Linjie
> Sent: Sunday, June 7, 2020 12:58
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg_filter: add -autoscale
> to disable/enable the default scale
>
> > From: ffmpeg-devel On
Currently, ffmpeg inserts scale filter by default in the filter graph
to force the whole decoded stream to scale into the same size with the
first frame. It's not quite make sense in resolution changing cases if
user wants the rawvideo without any scale.
Using autoscale/noautoscale as an output
And declare AV_CODEC_CAP_VARIABLE_DIMENSIONS for rawvideo and
wrapped_avframe.
Signed-off-by: Linjie Fu
---
doc/APIchanges | 3 +++
fftools/cmdutils.c | 2 ++
libavcodec/avcodec.h | 4 +++-
libavcodec/codec.h | 5 +
libavcodec/rawenc.c | 1
This ensures that an encoder is able to cope with input frames
with resolution changing only if it declares the capability of
AV_CODEC_CAP_VARIABLE_DIMENSIONS.
Signed-off-by: Linjie Fu
---
fftools/ffmpeg.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/fftools/ffmpeg.c
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Jiaxun Yang
>Sent: Monday, June 8, 2020 11:30 AM
>To: ffmpeg-devel@ffmpeg.org
>Cc: yinshi...@loongson.cn; Jiaxun Yang
>Subject: [FFmpeg-devel] [PATCH v4 2/4] libavutils: Add
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Jiaxun Yang
>Sent: Monday, June 8, 2020 11:30 AM
>To: ffmpeg-devel@ffmpeg.org
>Cc: yinshi...@loongson.cn; Jiaxun Yang
>Subject: [FFmpeg-devel] [PATCH v4 1/4] ffbuild: Refine
Am 08.06.20 um 09:52 schrieb Michael Niedermayer:
> On Mon, Jun 08, 2020 at 12:26:28AM +0200, Thilo Borgmann wrote:
>> Hi,
>>
>> $subject.
>>
>> Enables native audio output on OSX.
>> OSX accepts numerous formats, so there are several output devices.
>>
>> -Thilo
>
>> configure
On Mon, Jun 08, 2020 at 12:26:28AM +0200, Thilo Borgmann wrote:
> Hi,
>
> $subject.
>
> Enables native audio output on OSX.
> OSX accepts numerous formats, so there are several output devices.
>
> -Thilo
> configure |3
> libavdevice/Makefile |1
>
90 matches
Mail list logo
