Re: [FFmpeg-devel] [Please Ignore] reply test

2020-06-09 Thread Siyuan Huang
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'

Re: [FFmpeg-devel] [Please Ignore] reply test

2020-06-09 Thread Siyuan Huang
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'

Re: [FFmpeg-devel] [Please Ignore] reply test

2020-06-09 Thread Siyuan Huang
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 ___

[FFmpeg-devel] [Please Ignore] reply test

2020-06-09 Thread Siyuan Huang
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

Re: [FFmpeg-devel] [Please Ignore] send test

2020-06-09 Thread 黄思远
___ 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".

Re: [FFmpeg-devel] [PATCH 4/5] fftools/ffmpeg: flush and recreate encoder instance if resolution changes

2020-06-09 Thread James Almer
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 >

Re: [FFmpeg-devel] [PATCH 4/5] fftools/ffmpeg: flush and recreate encoder instance if resolution changes

2020-06-09 Thread Fu, Linjie
> 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

Re: [FFmpeg-devel] [PATCH 1/5] avformat/aviobuf: Don't check for overflow after it happened

2020-06-09 Thread Andreas Rheinhardt
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

[FFmpeg-devel] [PATCH] avisynth: more intelligent RGB flipping

2020-06-09 Thread Stephen Hutchinson
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

[FFmpeg-devel] [PATCH v10 1/4] avutil: add AV_FRAME_DATA_SEI_UNREGISTERED side data type

2020-06-09 Thread lance . lmwang
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(-)

[FFmpeg-devel] [PATCH v10 4/4] avcodec/h264: create user data unregistered SEI side data for H.264

2020-06-09 Thread lance . lmwang
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(-)

[FFmpeg-devel] [PATCH v10 3/4] avcodec/hevc_sei: add support for user data unregistered SEI message

2020-06-09 Thread lance . lmwang
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 +++

[FFmpeg-devel] [PATCH v10 2/4] avcodec/hevc_sei: add support for user data unregistered SEI message

2020-06-09 Thread lance . lmwang
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

[FFmpeg-devel] [PATCH 1/2 v5] avcodec/encode: restructure the core encoding code

2020-06-09 Thread James Almer
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

[FFmpeg-devel] [PATCH 2/2 v5] avcodec/encode: restructure the old encode API

2020-06-09 Thread James Almer
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

Re: [FFmpeg-devel] [PATCH] avcodec/encode: restructure the core encoding code

2020-06-09 Thread James Almer
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

Re: [FFmpeg-devel] [PATCH] avcodec/encode: restructure the core encoding code

2020-06-09 Thread Michael Niedermayer
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: [FFmpeg-devel] [PATCH] added sei side data

2020-06-09 Thread Daniel Loman
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

Re: [FFmpeg-devel] [PATCH 1/3] RELEASE: We are after the 4.3 branch point, update for that

2020-06-09 Thread Michael Niedermayer
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

Re: [FFmpeg-devel] [PATCH 1/3] RELEASE: We are after the 4.3 branch point, update for that

2020-06-09 Thread James Almer
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 >

[FFmpeg-devel] [PATCH 2/3] avcodec/wmalosslessdec: Check block_align maximum

2020-06-09 Thread Michael Niedermayer
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 |

[FFmpeg-devel] [PATCH 1/3] RELEASE: We are after the 4.3 branch point, update for that

2020-06-09 Thread Michael Niedermayer
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 ___

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Paul B Mahol
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

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Michael Niedermayer
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

[FFmpeg-devel] [PATCH 3/3] avcodec/loco: Fix signed integer overflow in loco_get_rice()

2020-06-09 Thread Michael Niedermayer
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:

Re: [FFmpeg-devel] [PATCH] added sei side data

2020-06-09 Thread Daniel Loman
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

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Lou Logan
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

Re: [FFmpeg-devel] [PATCH 1/2] added sei side data field

2020-06-09 Thread Daniel Loman
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

[FFmpeg-devel] [PATCH 1/2] added sei side data field

2020-06-09 Thread Daniel Loman
--- 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 @@

Re: [FFmpeg-devel] [RFC PATCH] libavcodec/libopenjpeg: pix fmt selection change

2020-06-09 Thread Carl Eugen Hoyos
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

Re: [FFmpeg-devel] [RFC PATCH] libavcodec/libopenjpeg: pix fmt selection change

2020-06-09 Thread 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 native decoder. This makes samples such > > as p0_05.j2k and p1_03.j2k decodable by

Re: [FFmpeg-devel] [RFC PATCH] libavcodec/libopenjpeg: pix fmt selection change

2020-06-09 Thread Carl Eugen Hoyos
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

Re: [FFmpeg-devel] [PATCH] libavutil: add clean aperture (CLAP) side data.

2020-06-09 Thread Neil Birkbeck
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

Re: [FFmpeg-devel] [PATCH 4/5] fftools/ffmpeg: flush and recreate encoder instance if resolution changes

2020-06-09 Thread Devin Heitmueller
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

Re: [FFmpeg-devel] [PATCH] avcodec/encode: restructure the core encoding code

2020-06-09 Thread James Almer
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()

[FFmpeg-devel] [PATCH v2 1/2] lavu/internal: Fix comment for avpriv_dict_set_timestamp

2020-06-09 Thread Jun Zhao
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

[FFmpeg-devel] [PATCH v2 2/2] lavf/prompeg: prompeg_write() must report data all was written

2020-06-09 Thread Jun Zhao
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

Re: [FFmpeg-devel] [PATCH 1/2] lavu/internal: Fix comment for avpriv_dict_set_timestamp

2020-06-09 Thread James Almer
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

[FFmpeg-devel] [PATCH 1/2] lavu/internal: Fix comment for avpriv_dict_set_timestamp

2020-06-09 Thread Jun Zhao
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

Re: [FFmpeg-devel] [PATCH] added sei side data

2020-06-09 Thread Kieran Kunhya
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

Re: [FFmpeg-devel] [PATCH v9 4/4] avcodec/h264: create user data unregistered SEI side data for H.264

2020-06-09 Thread lance . lmwang
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 > >

[FFmpeg-devel] [PATCH 2/2] lavf/prompeg: prompeg_write() must report data all was written

2020-06-09 Thread Jun Zhao
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

[FFmpeg-devel] [PATCH 2/2] lavf/prompeg: prompeg_write() must report data all was written

2020-06-09 Thread Jun Zhao
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

[FFmpeg-devel] [PATCH 1/2] lavu/internal: Fix comment for avpriv_dict_set_timestamp

2020-06-09 Thread Jun Zhao
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

Re: [FFmpeg-devel] [RFC PATCH] libavcodec/libopenjpeg: pix fmt selection change

2020-06-09 Thread Michael Bradshaw
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 +++-- >

Re: [FFmpeg-devel] [PATCH] added sei side data

2020-06-09 Thread Limin Wang
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 { > >> */ > >>

Re: [FFmpeg-devel] [PATCH] added sei side data

2020-06-09 Thread Andreas Rheinhardt
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

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Reto Kromer
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

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Kieran O Leary
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

Re: [FFmpeg-devel] [PATCH v4 4/4] libavcodec: Enable runtime detection for MIPS MMI & MSA

2020-06-09 Thread 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:32 AM >To: ffmpeg-devel@ffmpeg.org >Cc: yinshi...@loongson.cn; Jiaxun Yang >Subject: [FFmpeg-devel] [PATCH v4 4/4] libavcodec:

[FFmpeg-devel] [PATCH] avdevice/decklink_dec: extracting and outputing klv from vanc

2020-06-09 Thread Zivkovic, Milos
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

Re: [FFmpeg-devel] [PATCH] codec_desc: mark CFHD as intra-only

2020-06-09 Thread James Almer
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: >>

Re: [FFmpeg-devel] Error while using libopenjpeg

2020-06-09 Thread Gautam Ramakrishnan
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 > >

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Michael Niedermayer
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

[FFmpeg-devel] [RFC PATCH] libavcodec/libopenjpeg: pix fmt selection change

2020-06-09 Thread gautamramk
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

Re: [FFmpeg-devel] [PATCH 1/2] codec_desc: drop the INTRA_ONLY property from TAK

2020-06-09 Thread Anton Khirnov
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.

Re: [FFmpeg-devel] [PATCH v4 3/4] libavutil: Detect MMI and MSA flags for MIPS

2020-06-09 Thread 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:32 AM >To: ffmpeg-devel@ffmpeg.org >Cc: yinshi...@loongson.cn; Jiaxun Yang >Subject: [FFmpeg-devel] [PATCH v4 3/4] libavutil:

Re: [FFmpeg-devel] [PATCH 1/2] codec_desc: drop the INTRA_ONLY property from TAK

2020-06-09 Thread Paul B Mahol
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

[FFmpeg-devel] [PATCH] configure: allow OpenSSL>=3.0.0 with GPLv3

2020-06-09 Thread rcombs
--- 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 -

[FFmpeg-devel] [PATCH 1/2] codec_desc: drop the INTRA_ONLY property from TAK

2020-06-09 Thread Anton Khirnov
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 +++

[FFmpeg-devel] [PATCH 2/2] pthread_frame: change the criterium for updating thread contexts

2020-06-09 Thread Anton Khirnov
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

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Hendrik Leppkes
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

Re: [FFmpeg-devel] [PATCH] pthread_frame: change the way delay is set

2020-06-09 Thread Anton Khirnov
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

Re: [FFmpeg-devel] release/4.3

2020-06-09 Thread Nicolas George
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

Re: [FFmpeg-devel] [PATCH 1/3] lavc/avcodec: Add caps for the support of variable dimension encoding

2020-06-09 Thread Nicolas George
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

Re: [FFmpeg-devel] [PATCH v4 2/4] libavutils: Add parse_r helper for MIPS

2020-06-09 Thread Shiyou Yin
>-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]

Re: [FFmpeg-devel] [PATCH] codec_desc: mark CFHD as intra-only

2020-06-09 Thread Anton Khirnov
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

Re: [FFmpeg-devel] [PATCH 1/3] lavc/avcodec: Add caps for the support of variable dimension encoding

2020-06-09 Thread Fu, Linjie
> 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" > >

[FFmpeg-devel] [PATCH 5/5] lavc/encoder: declare caps for encoding with variable dimension

2020-06-09 Thread Linjie Fu
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,

[FFmpeg-devel] [PATCH 4/5] fftools/ffmpeg: flush and recreate encoder instance if resolution changes

2020-06-09 Thread Linjie Fu
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 +++

Re: [FFmpeg-devel] [PATCH] configure: allow OpenSSL>=3.0.0 with GPL

2020-06-09 Thread Hendrik Leppkes
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

Re: [FFmpeg-devel] [PATCH] configure: allow OpenSSL>=3.0.0 with GPL

2020-06-09 Thread Carl Eugen Hoyos
> 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.

Re: [FFmpeg-devel] [PATCH v4 2/4] libavutils: Add parse_r helper for MIPS

2020-06-09 Thread jiaxun.y...@flygoat.com
于 2020年6月9日 GMT+08:00 下午1:43:58, Shiyou Yin 写到: >>-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'