0001-libavformat-dashenc.c-add-support-to-change-mpd-upda.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ
I have trouble with mailman email system .
My company email client can reply email . but looks mailman can not read out
text content . and it will add a warning picture automatically .
And third part email client such as outlook , though it works with text
content without warning pitcture. but I
0001-libavformat-dashenc.c-add-support-to-change-mpd-upda.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ
Reply test
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Wednesday, June 10, 2020 12:22
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 4/5] fftools/ffmpeg: flush and recreate
> encoder instance if resolution changes
>
> On 6/9/2020 5:48 AM, Linjie Fu wrote:
> > Signed-off-by: L
Hello Mr. Moritz
I update docs . and here is the latest patch .
Ps: when I test doc file , muxers.texi
It show some warning by
root@saber:/ffmpeg# makeinfo --html --no-split -o muext.html doc/muxers.texi
doc/muxers.texi:1948: @ref reference to nonexistent node `concat'
doc/muxers.te
Hi, could I get this pushed to trunk and the 4.3 branch? Fixes a build
break in libavformat/ip.c (implicit declaration of function
'getaddrinfo') and also need the prototype.
Thanks,
Dave
From f9fbdaaf6cdb6f886cbdf31c1983e452567cd857 Mon Sep 17 00:00:00 2001
From: Dave Yeo
Date: Tue, 9 Jun 2020
Hello Mr. Moritz
I update docs . and here is the latest patch .
Ps: when I test doc file , muxers.texi
It show some warning by
root@saber:/ffmpeg# makeinfo --html --no-split -o muext.html doc/muxers.texi
doc/muxers.texi:1948: @ref reference to nonexistent node `concat'
doc/muxers.te
Reply in level2 child
From: Siyuan Huang
Sent: 2020年6月10日 12:58
To: 'ffmpeg-devel@ffmpeg.org'
Subject: RE: [FFmpeg-devel] [Please Ignore] reply test
Reply test
From: Siyuan Huang mailto:saber.hu...@samsung.com>
>
Sent: 2020年6月10日 12:56
To: 'ffmpeg-devel@ffmpeg.org' mailto:ffmpeg-de
Reply test level 2
From: Siyuan Huang
Sent: 2020年6月10日 12:58
To: 'ffmpeg-devel@ffmpeg.org'
Subject: RE: [FFmpeg-devel] [Please Ignore] reply test
Reply test
From: Siyuan Huang mailto:saber.hu...@samsung.com>
>
Sent: 2020年6月10日 12:56
To: 'ffmpeg-devel@ffmpeg.org' mailto:ffmpeg-devel@
Reply test
From: Siyuan Huang
Sent: 2020年6月10日 12:56
To: 'ffmpeg-devel@ffmpeg.org'
Subject: [FFmpeg-devel] [Please Ignore] reply test
Just test how reply in Pipermail 0.09 (Mailman edition).
Please ignore it .
Sorry to bother you
___
ffmpe
Just test how reply in Pipermail 0.09 (Mailman edition).
Please ignore it .
Sorry to bother you
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On 6/9/2020 5:48 AM, Linjie Fu wrote:
> Signed-off-by: Linjie Fu
> ---
> Should be squashed with:
> https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=1434
>
> fftools/ffmpeg.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
> inde
> From: Devin Heitmueller
> Sent: Tuesday, June 9, 2020 23:47
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: Fu, Linjie
> Subject: Re: [FFmpeg-devel] [PATCH 4/5] fftools/ffmpeg: flush and recreate
> encoder instance if resolution changes
>
> On Tue, Jun 9, 2020 at 4:53
Andreas Rheinhardt:
> If adding two ints overflows, it doesn't matter whether the result will
> be stored in an unsigned or not; and checking afterwards does not make it
> retroactively defined.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/aviobuf.c | 2 +-
> 1 file changed, 1 inser
avs_is_color_space provides a generic way of checking whether the
video is RGB, and has been available since 2.6. This means that
GetProcAddress doesn't have to run on every frame.
---
Also should probably be applied to the 4.3 branch as well.
libavformat/avisynth.c | 27 +
From: Limin Wang
Signed-off-by: Limin Wang
---
rebase with master only, I'll apply the patchset in two days if no objection.
doc/APIchanges | 3 +++
libavutil/frame.c | 1 +
libavutil/frame.h | 8
libavutil/version.h | 2 +-
4 files changed, 13 insertions(+), 1 deletion(-)
d
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_showinfo.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 5d4aee4..9eaf8ff 100644
--- a/libavfilter/vf_showinfo.c
+++ b/libavfilt
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/h264_sei.c | 30 +--
libavcodec/h264_sei.h | 2 +
libavcodec/h264_slice.c | 14
tests/ref/fate/mov-zombie | 195 ++
4 files changed, 171 insertions(+), 70 deletions(-)
d
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/hevc_sei.c | 31 +++
libavcodec/hevc_sei.h | 6 ++
libavcodec/hevcdec.c| 14 ++
tests/ref/fate/hevc-monochrome-crop | 3 +++
4 files changed, 54 in
This commit follows the same logic as 061a0c14bb, but for the encode API: The
new public encoding API will no longer be a wrapper around the old deprecated
one, and the internal API used by the encoders now consists of a single
receive_packet() callback that pulls frames as required.
amf encoders
Following the same logic as 061a0c14bb, this commit turns the old encode API
into a wrapper for the new one.
Signed-off-by: James Almer
---
libavcodec/encode.c | 370 +-
libavcodec/internal.h | 1 +
libavcodec/utils.c| 8 +-
3 files changed, 116
On 6/9/2020 6:33 PM, Michael Niedermayer wrote:
> On Tue, May 26, 2020 at 11:35:39AM -0300, James Almer wrote:
>> This commit follows the same logic as 061a0c14bb, but for the encode API: The
>> new public encoding API will no longer be a wrapper around the old deprecated
>> one, and the internal A
On Tue, May 26, 2020 at 11:35:39AM -0300, James Almer wrote:
> This commit follows the same logic as 061a0c14bb, but for the encode API: The
> new public encoding API will no longer be a wrapper around the old deprecated
> one, and the internal API used by the encoders now consists of a single
> re
KK>>Are you aware that this is not going to be frame accurate for the non-SPS
KK>>frame because of reordering?
reordering of the frame in terms of pts versus dts?
these are attached to the AVPackets not AVFrame. They data should correspond
with the pts of the packet. unless i am confused with wh
On Tue, Jun 09, 2020 at 06:15:11PM -0300, James Almer wrote:
> On 6/9/2020 5:55 PM, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > RELEASE | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/RELEASE b/RELEASE
> > index f4ec7e28b1..a9c2406
On 6/9/2020 5:55 PM, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> RELEASE | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/RELEASE b/RELEASE
> index f4ec7e28b1..a9c2406240 100644
> --- a/RELEASE
> +++ b/RELEASE
> @@ -1 +1 @@
> -4.2.git
> +4.3.gi
Fixes: Assertion failure
Fixes:
22737/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-595839681920
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wmalosslessdec.c | 2
Signed-off-by: Michael Niedermayer
---
RELEASE | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/RELEASE b/RELEASE
index f4ec7e28b1..a9c2406240 100644
--- a/RELEASE
+++ b/RELEASE
@@ -1 +1 @@
-4.2.git
+4.3.git
--
2.17.1
___
ffmpeg-dev
On 6/9/20, Michael Niedermayer wrote:
> On Tue, Jun 09, 2020 at 03:14:13PM +0200, Reto Kromer wrote:
>> Michael Niedermayer wrote:
>>
>> >>Is there any chance that the naming system could be changed
>> >>for this one release so it's 4:3 instead?
>> >
>> >thats a funny idea but we would be causing
On Tue, Jun 09, 2020 at 03:14:13PM +0200, Reto Kromer wrote:
> Michael Niedermayer wrote:
>
> >>Is there any chance that the naming system could be changed
> >>for this one release so it's 4:3 instead?
> >
> >thats a funny idea but we would be causing pain with that to
> >anyone trying to grep or
Fixes: signed integer overflow: 2147483647 + 1 cannot be represented in type
'int'
Fixes:
22975/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_LOCO_fuzzer-5658160970072064
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Micha
From 35034aee293cfd644ce628d3fd932ab7a0efbc10 Mon Sep 17 00:00:00 2001
From: Daniel Loman
Date: Tue, 9 Jun 2020 11:10:12 -0700
Subject: [PATCH 1/2] added sei side data field
To: ffmpeg-devel@ffmpeg.org
---
Changelog | 1 +
libavcodec/avpacket.c | 1 +
libavcodec/packet.h | 6 ++
On Mon, Jun 8, 2020, at 1: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 and f
It looks like this created a new patchwork post instead of updateding the
previous one. I dont know how to respond to the previous patchwork comments
From: Daniel Loman
Sent: Tuesday, June 9, 2020 11:37 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Daniel Loman
Subje
---
Changelog | 1 +
libavcodec/avpacket.c | 1 +
libavcodec/packet.h | 6 ++
libavcodec/version.h | 2 +-
4 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/Changelog b/Changelog
index 711c843b99..631958015a 100644
--- a/Changelog
+++ b/Changelog
@@ -75,6 +75,7 @@ ve
Am Di., 9. Juni 2020 um 19:12 Uhr schrieb Gautam Ramakrishnan
:
>
> On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos wrote:
> >
> > Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
> > >
> > > From: Gautam Ramakrishnan
> > >
> > > This patch makes selection of pix_fmt similar to
> > > that in the nati
On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos wrote:
>
> Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
> >
> > From: Gautam Ramakrishnan
> >
> > This patch makes selection of pix_fmt similar to
> > that in the native decoder. This makes samples such
> > as p0_05.j2k and p1_03.j2k decodable by li
Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
>
> From: Gautam Ramakrishnan
>
> This patch makes selection of pix_fmt similar to
> that in the native decoder. This makes samples such
> as p0_05.j2k and p1_03.j2k decodable by libopenjpeg.
Since both files are not YUVA420P, I am not sure if this
patc
On Mon, Jun 8, 2020 at 7:19 AM Tobias Rapp wrote:
> 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
On Tue, Jun 9, 2020 at 4:53 AM Linjie Fu wrote:
>
> Signed-off-by: Linjie Fu
> ---
> Should be squashed with:
> https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=1434
>
> fftools/ffmpeg.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/fftools/ffmpeg.c b/fftools/ffmp
On 5/26/2020 11:35 AM, James Almer wrote:
> This commit follows the same logic as 061a0c14bb, but for the encode API: The
> new public encoding API will no longer be a wrapper around the old deprecated
> one, and the internal API used by the encoders now consists of a single
> receive_packet() call
From: Jun Zhao
Fix comment for avpriv_dict_set_timestamp from b72a7b96f84
Signed-off-by: Jun Zhao
---
libavutil/internal.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavutil/internal.h b/libavutil/internal.h
index 4acbcf5..373a662 100644
--- a/libavutil/internal.h
From: David Holroyd
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 generate a FEC packet however, so this behavior was causing
avio to retry writing the RTP packet, eventually forcing the F
On 6/9/2020 10:48 AM, Jun Zhao wrote:
> From: Jun Zhao
>
> Fix comment for avpriv_dict_set_timestamp from b72a7b96f84
>
> Signed-off-by: Jun Zhao
> ---
> libavutil/internal.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavutil/internal.h b/libavutil/internal.h
From: Jun Zhao
Fix comment for avpriv_dict_set_timestamp from b72a7b96f84
Signed-off-by: Jun Zhao
---
libavutil/internal.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavutil/internal.h b/libavutil/internal.h
index 4acbcf5..50ba73d 100644
--- a/libavutil/internal.h
On Mon, 1 Jun 2020 at 22:23, Daniel Loman wrote:
> Added seperate side data field to allow adding per packet side data
> message to support MISB 604 encoding
>
Are you aware that this is not going to be frame accurate for the non-SPS
frame because of reordering?
Kieran
_
On Wed, Mar 18, 2020 at 11:12:03AM -0300, James Almer wrote:
> On 3/18/2020 10:29 AM, Anton Khirnov wrote:
> > Quoting James Almer (2020-03-17 17:36:01)
> >> On 3/17/2020 1:05 PM, Kieran Kunhya wrote:
> >>> On Tue, 17 Mar 2020 at 11:25, wrote:
> >>>
> From: Limin Wang
>
> Signed-of
From: David Holroyd
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 generate a FEC packet however, so this behavior was causing
avio to retry writing the RTP packet, eventually forcing the F
From: David Holroyd
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 generate a FEC packet however, so this behavior was causing
avio to retry writing the RTP packet, eventually forcing the F
From: Jun Zhao
Fix comment for avpriv_dict_set_timestamp from b72a7b96f84
Signed-off-by: Jun Zhao
---
libavutil/internal.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavutil/internal.h b/libavutil/internal.h
index 4acbcf5..50ba73d 100644
--- a/libavutil/internal.h
On Tue, Jun 9, 2020 at 6:07 AM wrote:
> From: Gautam Ramakrishnan
>
> This patch makes selection of pix_fmt similar to
> that in the native decoder. This makes samples such
> as p0_05.j2k and p1_03.j2k decodable by libopenjpeg.
> ---
> libavcodec/libopenjpegdec.c | 21 +++--
> 1
On Tue, Jun 09, 2020 at 02:39:14PM +1000, Brad Hards wrote:
> >> --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
Daniel Loman:
> 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 +++--
The changes to h264_metadata should be in a separate
Michael Niedermayer wrote:
>>Is there any chance that the naming system could be changed
>>for this one release so it's 4:3 instead?
>
>thats a funny idea but we would be causing pain with that to
>anyone trying to grep or sort releases
You could have the release 4.3 named "4:3" rather than a
per
On Tue 9 Jun 2020, 13:21 Michael Niedermayer,
wrote:
> On Mon, Jun 08, 2020 at 11:55:15PM +0100, Kieran O Leary wrote:
> > 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
>
>-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:32 AM
>To: ffmpeg-devel@ffmpeg.org
>Cc: yinshi...@loongson.cn; Jiaxun Yang
>Subject: [FFmpeg-devel] [PATCH v4 4/4] libavcodec: Enabl
Hello,
I've attached a patch that adds support for extraction of KLV data from SDI
VANC.
Code is enabled with a special *output_klv* option and is otherwise unused.
This was tested with an off the shelf UDP -> SDI decoder that preserves KLV
and inserts them in VANC, following the guidelines in MI
On 6/9/2020 6:06 AM, Anton Khirnov wrote:
> Quoting James Almer (2020-06-08 18:30:16)
>> 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:
>>
>
On Mon, Jun 8, 2020 at 1:25 AM Michael Niedermayer
wrote:
>
> On Sun, Jun 07, 2020 at 10:36:38PM +0530, Gautam Ramakrishnan wrote:
> > Hi,
> >
> > I am trying to decode the p1_03.j2k reference file. However, while
> > trying to use libopenjpeg instead of the native decoder, I get the
> > following
On Mon, Jun 08, 2020 at 11:55:15PM +0100, Kieran O Leary wrote:
> 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
From: Gautam Ramakrishnan
This patch makes selection of pix_fmt similar to
that in the native decoder. This makes samples such
as p0_05.j2k and p1_03.j2k decodable by libopenjpeg.
---
libavcodec/libopenjpegdec.c | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff -
Quoting Paul B Mahol (2020-06-09 13:34:21)
> Not correct at all decoder is intra only it just have weird container,
If it's intra only then why does the parser mark only some frames as
keyframes? And why does it need update_thread_context().
> this also makes it single threaded and much slower.
>-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:32 AM
>To: ffmpeg-devel@ffmpeg.org
>Cc: yinshi...@loongson.cn; Jiaxun Yang
>Subject: [FFmpeg-devel] [PATCH v4 3/4] libavutil: Detect
Not correct at all decoder is intra only it just have weird container,
this also makes it single threaded and much slower.
On 6/9/20, Anton Khirnov wrote:
> It has key frames and non-key frames, so it is not intra-only.
> ---
> libavcodec/codec_desc.c | 2 +-
> 1 file changed, 1 insertion(+), 1
---
configure | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 8569a60bf8..a525611cc8 100755
--- a/configure
+++ b/configure
@@ -1731,7 +1731,6 @@ EXTERNAL_LIBRARY_GPL_LIST="
EXTERNAL_LIBRARY_NONFREE_LIST="
decklink
libfdk_aac
-open
It has key frames and non-key frames, so it is not intra-only.
---
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..f0f71e1074 100644
--- a/libavcodec/codec_desc.c
+++ b/libavcodec/codec_
Currently the next thread's context is updated from the previous one's
if the codec descriptor is not marked as intra-only. That is not
entirely correct, since that property does not necessarily imply
anything about how a specific decoder implementation behaves.
Instead, use the presence of the up
On Tue, Jun 9, 2020 at 12:53 PM Nicolas George wrote:
>
> Michael Niedermayer (12020-06-08):
> > 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 remain
confirmed to work by jdarnley on IRC and pushed
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subj
Michael Niedermayer (12020-06-08):
> 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 ch
Anton Khirnov (12020-06-08):
> During the last iteration, I asked how is this preferable to just making
> a new encoder instance. Don't think I got a sufficient reply.
How do we know that we can just put the packets of the new instance
after the packets of the old instance and it will work?
It wi
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>jiaxun.y...@flygoat.com
>Sent: Tuesday, June 9, 2020 1:59 PM
>To: Shiyou Yin; 'FFmpeg development discussions and patches'
>Subject: Re: [FFmpeg-devel] [PATCH v4 2/4] libavuti
Quoting James Almer (2020-06-08 18:30:16)
> 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 bei
> From: ffmpeg-devel On Behalf Of
> Linjie Fu
> Sent: Monday, June 8, 2020 23:11
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] lavc/avcodec: Add caps for the
> support of variable dimension encoding
>
> > From: "Anton Khirnov"
> > S
Signed-off-by: Linjie Fu
---
This patch is for RFC:
Did some tests on some of the encoders and find some encoders
not suitable for now, hence didn't declare the caps for them:
1. libx264: seems have frame drop.
2. hardware encoders like vaapi: failed.
Hence before we got all encoders supported, I
Signed-off-by: Linjie Fu
---
Should be squashed with:
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=1434
fftools/ffmpeg.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 5859781..8cdd532 100644
--- a/fftools/ffmpeg.c
+++ b/fft
On Tue, Jun 9, 2020 at 9:05 AM Carl Eugen Hoyos wrote:
>
>
>
> > Am 09.06.2020 um 02:13 schrieb rcombs :
> >
> > @@ -1820,6 +1819,7 @@ EXTERNAL_LIBRARY_LIST="
> > mediacodec
> > openal
> > opengl
> > +openssl
>
> (Since a release is discussed)
>
> The patch is not ok and should not
> Am 09.06.2020 um 02:13 schrieb rcombs :
>
> @@ -1820,6 +1819,7 @@ EXTERNAL_LIBRARY_LIST="
> mediacodec
> openal
> opengl
> +openssl
(Since a release is discussed)
The patch is not ok and should not be pushed as-is, openSSL 3.0 is not
compatible with the GPL 2.0 afaict.
Carl
80 matches
Mail list logo
