Re: [FFmpeg-devel] [PATCH] avfilter: add afwtdn filter

On 5/31/20, Reino Wijnsma wrote: > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote: >> On 5/31/20, Nicolas George wrote: >>> Paul B Mahol (12020-05-31): Signed-off-by: Paul B Mahol --- libavfilter/Makefile | 1 + libavfilter/af_afwtdn.c | 619

Re: [FFmpeg-devel] [PATCH 2/2] avutil/buffer: reject NULL as argument for the av_buffer_pool_init2() alloc callback

Quoting James Almer (2020-06-01 03:30:00) > On 5/31/2020 7:30 AM, Nicolas George wrote: > > James Almer (12020-05-30): > >> This prevents NULL pointer dereference crashes when calling > >> av_buffer_pool_get() > >> using the resulting pool. > >> > >> Signed-off-by: James Almer > >> --- > >> liba

Re: [FFmpeg-devel] [PATCH] avformat/dashenc: use AVCodecContext timebase when computing missing bitrate

Quoting Przemysław Sobala (2020-05-27 17:07:22) > --- > libavformat/dashenc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c > index 0cf0df50ef..00a37b175d 100644 > --- a/libavformat/dashenc.c > +++ b/libavformat/dashenc.c >

Re: [FFmpeg-devel] [PATCH] libavfilter/vf_drawtext.c:add support to generte ms level timestamp

Quoting Siyuan Huang (2020-05-29 09:16:54) > > > for test latency , need sub-seconds level timestamp watermark > > > > Signed-off-by: SiyuanHuang Not much opinion on the change itself, but it seems your mail client mangled the patch so it cannot be applied. -- Anton Khirnov _

Re: [FFmpeg-devel] [PATCH] avfilter: add afwtdn filter

Quoting Paul B Mahol (2020-06-01 09:32:06) > On 5/31/20, Reino Wijnsma wrote: > > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote: > >> On 5/31/20, Nicolas George wrote: > >>> Paul B Mahol (12020-05-31): > Signed-off-by: Paul B Mahol > --- > libavfilter/Makefile | 1 + > >>

Re: [FFmpeg-devel] [PATCH 01/36] avcodec/vp9_superframe_bsf: Check for existence of data before reading it

Quoting Andreas Rheinhardt (2020-05-30 18:05:06) > Signed-off-by: Andreas Rheinhardt > --- > libavcodec/vp9_superframe_bsf.c | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/libavcodec/vp9_superframe_bsf.c b/libavcodec/vp9_superframe_bsf.c > index 57681e29e4..34a47aa69e 100644 > ---

Re: [FFmpeg-devel] [PATCH] avfilter: add afwtdn filter

On 6/1/20, Anton Khirnov wrote: > Quoting Paul B Mahol (2020-06-01 09:32:06) >> On 5/31/20, Reino Wijnsma wrote: >> > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote: >> >> On 5/31/20, Nicolas George wrote: >> >>> Paul B Mahol (12020-05-31): >> Signed-off-by: Paul B Mahol >> --- >> >

Re: [FFmpeg-devel] [PATCH] libavfilter/vf_drawtext.c:add support to generte ms level timestamp

Look email client will auto format the patch , So , patch file is attached , 0001-libavfilter-vf_drawtext.c-add-support-to-generte-ms-.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/

Re: [FFmpeg-devel] [PATCH] libavfilter/vf_drawtext.c:add support to generte ms level timestamp

On 6/1/20, Siyuan Huang wrote: > Look email client will auto format the patch , > > > > So , patch file is attached , > > What is meaning of generte ? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] avfilter: add afwtdn filter

Quoting Paul B Mahol (2020-06-01 10:33:24) > On 6/1/20, Anton Khirnov wrote: > > Quoting Paul B Mahol (2020-06-01 09:32:06) > >> On 5/31/20, Reino Wijnsma wrote: > >> > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote: > >> >> On 5/31/20, Nicolas George wrote: > >> >>> Paul B Mahol (12020-05-31)

Re: [FFmpeg-devel] [PATCH] libavfilter/vf_drawtext.c:add support to generte ms level timestamp

On 6/1/20, Siyuan Huang wrote: > Look email client will auto format the patch , > > > > So , patch file is attached , > > What is meaning of generte ? --> this is used for generate ms level watermark which burn in video . After that it can test whole system latency (from

Re: [FFmpeg-devel] [PATCH] avfilter: add afwtdn filter

On 6/1/20, Anton Khirnov wrote: > Quoting Paul B Mahol (2020-06-01 10:33:24) >> On 6/1/20, Anton Khirnov wrote: >> > Quoting Paul B Mahol (2020-06-01 09:32:06) >> >> On 5/31/20, Reino Wijnsma wrote: >> >> > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote: >> >> >> On 5/31/20, Nicolas George wr

Re: [FFmpeg-devel] [PATCH 10/36] avcodec/vp9_superframe_split_bsf: Use unchecked bytestream reader

Quoting Andreas Rheinhardt (2020-05-30 18:05:15) > It has already been checked that there is enough data available. > > Signed-off-by: Andreas Rheinhardt > --- I don't see how this improves things. The only advantage of unchecked reads is performance, but I don't think that is relevant here. Oth

Re: [FFmpeg-devel] [PATCH] avcodec/internal: move packet related functions to their own header

Quoting James Almer (2020-05-30 18:44:26) > Signed-off-by: James Almer > --- > I included the new header directly in internal.h because the alternative was > including it in a hundred or so files that call ff_alloc_packet2(). > > If that's nonetheless prefered, i can go ahead with it. I would p

Re: [FFmpeg-devel] [PATCH v2] avcodec/h264_parser: Try to avoid (un)referencing

Quoting Andreas Rheinhardt (2020-05-29 18:31:57) > When a slice is encountered, the H.264 parser up until now always > unreferenced and reset the currently active PPS; immediately > afterwards, the currently active PPS is set again which includes > referencing it. Given that it is typical for the a

[FFmpeg-devel] [PATCH] ffmpeg:Accelerated hardware decode support on Jetson

Hi all, This patch can support hardware-accelerated decode in ffmpeg on Jetson platforms. ffmpeg application can use accelerated decode to read video files in the following elementary/container formats and dump them in YUV 420 format: H.264, H.265, VP8, VP9. MPEG2, MPEG4 (NOTE: The ffmpeg packa

[FFmpeg-devel] [PATCH] libavformat/dashenc.c:keep same with streaming , when live end

Hello Mr.James Almer Thanks for your opinion . patch is updated 0001-PATCH-libavformat-dashenc.c-keep-same-with-streaming.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/f

[FFmpeg-devel] [PATCH] libavformat/dashenc.c:add support to change mpd update interval

Hello Mr.James For this , in dash if . there are tcs whose segment type is SegmentTemplate ,and minimumUpdatePeriod is not 50 . (eg: https://livesim.dashif.org/livesim/mup_30/testpic_2s/Manifest.mpd) Cause there is no rules in dash spec says , in template cases , the live miniupdateperiod s

Re: [FFmpeg-devel] [PATCH v2] avcodec/h264_parser: Try to avoid (un)referencing

Anton Khirnov: > Quoting Andreas Rheinhardt (2020-05-29 18:31:57) >> When a slice is encountered, the H.264 parser up until now always >> unreferenced and reset the currently active PPS; immediately >> afterwards, the currently active PPS is set again which includes >> referencing it. Given that it

[FFmpeg-devel] [PATCH 2/3] avcodec/v4l2_m2m_enc: Avoid ;;

Inside a function, the second ; in a double ;; is a null statement, but outside of functions a double ;; is simply invalid C that compilers happen to accept. v4l2_m2m_enc.c contained several ;; as a result of macro-expansion. So change the underlying macro so that it doesn't happen any longer. Thi

[FFmpeg-devel] [PATCH 3/3] avfilter/vf_lut3d: Fix mixed declaration and code

Signed-off-by: Andreas Rheinhardt --- libavfilter/vf_lut3d.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c index e5d9fcc068..6730a424ce 100644 --- a/libavfilter/vf_lut3d.c +++ b/libavfilter/vf_lut3d.c @@ -261,10 +2

[FFmpeg-devel] [PATCH 1/3] avcodec/encode: Remove ff_alloc_packet

It is no longer used anymore. Signed-off-by: Andreas Rheinhardt --- Strange that it has not already been removed earlier. Am I missing something? libavcodec/encode.c | 5 - libavcodec/internal.h | 2 -- 2 files changed, 7 deletions(-) diff --git a/libavcodec/encode.c b/libavcodec/encode.

Re: [FFmpeg-devel] [PATCH 3/3] avfilter/vf_lut3d: Fix mixed declaration and code

lgtm On 6/1/20, Andreas Rheinhardt wrote: > Signed-off-by: Andreas Rheinhardt > --- > libavfilter/vf_lut3d.c | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c > index e5d9fcc068..6730a424ce 100644 > --- a/libavf

Re: [FFmpeg-devel] [PATCH] avformat/dashenc: use AVCodecContext timebase when computing missing bitrate

On Mon, Jun 1, 2020 at 10:06 AM Anton Khirnov wrote: > Quoting Przemysław Sobala (2020-05-27 17:07:22) > > --- > > libavformat/dashenc.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c > > index 0cf0df50ef..00a37b175d 1

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/encode: Remove ff_alloc_packet

On 6/1/2020 8:32 AM, Andreas Rheinhardt wrote: > It is no longer used anymore. > > Signed-off-by: Andreas Rheinhardt > --- > Strange that it has not already been removed earlier. Am I missing > something? Afaik, it was left in place to make merges from libav easier. LGTM. > > libavcodec/enco

Re: [FFmpeg-devel] [PATCH] avcodec/internal: move packet related functions to their own header

On 6/1/2020 6:41 AM, Anton Khirnov wrote: > Quoting James Almer (2020-05-30 18:44:26) >> Signed-off-by: James Almer >> --- >> I included the new header directly in internal.h because the alternative was >> including it in a hundred or so files that call ff_alloc_packet2(). >> >> If that's nonethe

Re: [FFmpeg-devel] [PATCH 1/2] avcodec: Add AV_CODEC_FLAG2_FAST_UNSAFE, move unsafe uses of FAST to it

Quoting Paul B Mahol (2020-05-29 18:46:18) > I see no aggression at all here. Same here. People have disagreeing opinions and are expressing them. That does not imply aggression or uncivility. -- Anton Khirnov ___ ffmpeg-devel mailing list ffmpeg-devel

Re: [FFmpeg-devel] [PATCH v2] avcodec/h264_parser: Try to avoid (un)referencing

Quoting Andreas Rheinhardt (2020-06-01 12:21:15) > Anton Khirnov: > > Quoting Andreas Rheinhardt (2020-05-29 18:31:57) > >> When a slice is encountered, the H.264 parser up until now always > >> unreferenced and reset the currently active PPS; immediately > >> afterwards, the currently active PPS i

Re: [FFmpeg-devel] [PATCH] ffmpeg:Accelerated hardware decode support on Jetson

Hello, Why does it uses v4l2 in a different way and requires a nvv4l2 file instead of v4l_m2m or v4l2? BEst, On Mon, Jun 1, 2020, at 11:50, Amit Pandya wrote: > Hi all, > > This patch can support hardware-accelerated decode in ffmpeg on Jetson > platforms. > > ffmpeg application can use acce

Re: [FFmpeg-devel] [PATCH 1/2] avcodec: Add AV_CODEC_FLAG2_FAST_UNSAFE, move unsafe uses of FAST to it

On Mon, 1 Jun 2020 at 14:02, Anton Khirnov wrote: > Quoting Paul B Mahol (2020-05-29 18:46:18) > > I see no aggression at all here. > > Same here. People have disagreeing opinions and are expressing them. > That does not imply aggression or uncivility. > There is no aggression here. If anything

Re: [FFmpeg-devel] [PATCH] avformat/dashenc: use AVCodecContext timebase when computing missing bitrate

On 6/1/20 5:24 PM, Przemysław Sobala wrote: > On Mon, Jun 1, 2020 at 10:06 AM Anton Khirnov wrote: > >> Quoting Przemysław Sobala (2020-05-27 17:07:22) >>> --- >>> libavformat/dashenc.c | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/libavformat/dashenc.c b/libavfo

Re: [FFmpeg-devel] [PATCH] ffmpeg:Accelerated hardware decode support on Jetson

Hi, the preferred way of adding new hardware-accelerated decoding wrappers is implementing the hwcontext API in libavutil and the hwaccel hooks in libavcodec decoders. Handles to hardware frames are exported to the caller to avoid a possibly-unnecessary memory copy. See e.g. vaapi_decode for an exa

[FFmpeg-devel] [PATCH 1/2] avutil/buffer: use the default allocator if none is provided to av_buffer_pool_init2()

Signed-off-by: James Almer --- doc/APIchanges | 3 +++ libavutil/buffer.c | 3 +++ libavutil/version.h | 2 +- 3 files changed, 7 insertions(+), 1 deletion(-) diff --git a/doc/APIchanges b/doc/APIchanges index fb5534b5f5..c7e4ce3e6a 100644 --- a/doc/APIchanges +++ b/doc/APIchanges @@ -15,6

[FFmpeg-devel] [PATCH 2/2 v2] avutil/buffer: avutil/buffer: add a mention that some arguments from av_buffer_pool_init2() may be NULL

Signed-off-by: James Almer --- libavutil/buffer.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/libavutil/buffer.h b/libavutil/buffer.h index e0f94314f4..c0f3f6cc9a 100644 --- a/libavutil/buffer.h +++ b/libavutil/buffer.h @@ -254,12 +254,13 @@ AVBufferPool *av_buffer_po

[FFmpeg-devel] [PATCH] lavc/vaapi_encode: Convert P to B-frames if driver doesn't support

Automatically convert P-frames to B-frames according to the query results of VAConfigAttribPredictionDirection. If P-frames is not supported by driver, convert P-frames to B-frames with 2 same ref_lists(forward-prediction only, low delay B-frames). If query is not supported with current VAAPI ver

Re: [FFmpeg-devel] [PATCH v2 1/3] avformat/rtspdec: av_dict_set() -> av_dict_set_int()

On Wed, May 27, 2020 at 07:10:45PM +0800, lance.lmw...@gmail.com wrote: > From: Limin Wang > > Signed-off-by: Limin Wang > --- > libavformat/rtspdec.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/libavformat/rtspdec.c b/libavformat/rtspdec.c > index bd2e8f4..dfa2

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_h265: add low_delay_b option for HEVC

> From: ffmpeg-devel On Behalf Of Fu, > Linjie > Sent: Tuesday, April 14, 2020 17:15 > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_h265: add > low_delay_b option for HEVC > > > From: ffmpeg-devel On Behalf Of > > Mark

Re: [FFmpeg-devel] [PATCH 1/3] avutil/dict: av_realloc -> av_realloc_array()

On Sat, May 30, 2020 at 11:14:03AM -0300, James Almer wrote: > On 5/30/2020 10:55 AM, lance.lmw...@gmail.com wrote: > > On Sat, May 30, 2020 at 03:32:18PM +0200, Nicolas George wrote: > >> lance.lmw...@gmail.com (12020-05-30): > >>> From: Limin Wang > >>> > >>> Signed-off-by: Limin Wang > >>> ---

[FFmpeg-devel] [PATCH] avcodec/ratecontrol: fix the integer overflow after long time run

From: Limin Wang Signed-off-by: Limin Wang --- libavcodec/ratecontrol.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/ratecontrol.c b/libavcodec/ratecontrol.c index 49d169b..6b77ccd 100644 --- a/libavcodec/ratecontrol.c +++ b/libavcodec/ratecontrol.c @@ -999

[FFmpeg-devel] [PATCH] avformat: Find a fallback probe decoder that will also match a forced decoder's codec.

Prevent codecpar->codec_id from getting out of sync with the codec instantiated for probing. --- libavformat/utils.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/utils.c b/libavformat/utils.c index c9385318f6..b3d902c6b5 100644 --- a/libavformat/utils.c +++ b/li

[FFmpeg-devel] [PATCH] avutil/buffer: separate public and internal flags inside AVBuffers

It's better to not mix user provided flags and internal flags set by AVBufferRef helper functions. Signed-off-by: James Almer --- libavutil/buffer.c | 7 +++ libavutil/buffer_internal.h | 13 +++-- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/libavutil/b

Re: [FFmpeg-devel] [PATCH] oggdec: add support for proper demuxing of chained Opus files and streams

On Tue, Apr 28, 2020 at 08:20:37PM +0200, Lynne wrote: > Part of this patch is based on Paul B Mahol's patch from last year. > > This also allows for single-stream parameter/codec changes. > > Must be applied on top of the latest version of other 3 patches I sent today. > > oggdec.c |

[FFmpeg-devel] [PoC][PATCH 2/2] avutil/video_enc_params: make use of the complex AVBufferRef allocator

Signed-off-by: James Almer --- As mentioned in Patch 1/2, this is an example for the complex structure handling in AVBufferRef. It doesn't need to be applied, even if it could (Despite being public, it's new enough that we can change it if we do it now). libavutil/video_enc_params.c | 37 +++

[FFmpeg-devel] [PoC][PATCH 1/2] avutil/buffer: add av_buffer_create2() to allow AVBufferRef to store complex structures

Signed-off-by: James Almer --- This is an attempt at solving the annoying constrain of only supporting flat arrays within any given AVBufferRef. It introduces a new function to create buffers that accepts two new callback functions, one to allocate a new buffer when a new writable reference needs

Re: [FFmpeg-devel] [PoC][PATCH 2/2] avutil/video_enc_params: make use of the complex AVBufferRef allocator

James Almer: > Signed-off-by: James Almer > --- > As mentioned in Patch 1/2, this is an example for the complex structure > handling in AVBufferRef. > It doesn't need to be applied, even if it could (Despite being public, it's > new > enough that we can change it if we do it now). > > libavutil

[FFmpeg-devel] [PATCH 2/4 v2] avutil/frame: change av_frame_new_side_data() size parameter type to size_t

Signed-off-by: James Almer --- No changes since v1. doc/APIchanges| 4 ++-- libavutil/frame.c | 4 libavutil/frame.h | 8 3 files changed, 14 insertions(+), 2 deletions(-) diff --git a/doc/APIchanges b/doc/APIchanges index 9de23744c0..dbf21c1d1e 100644 --- a/doc/APIchanges +++

[FFmpeg-devel] [PATCH 4/4] avformat/utils: change stream side data related public functions and struct size types to size_t

av_stream_add_side_data() already defines size as a size_t, so this makes it consistent across all side data functions. Signed-off-by: James Almer --- Same sitaution as Patch 3/4 but for av_stream_get_side_data(). libavformat/avformat.h | 8 libavformat/utils.c| 8 2 files

[FFmpeg-devel] [PATCH 1/4 v2] avutil/buffer: change public function and struct size parameter types to size_t

Signed-off-by: James Almer --- No changes since v1. doc/APIchanges | 4 libavutil/buffer.c | 25 + libavutil/buffer.h | 31 +++ libavutil/buffer_internal.h | 13 + libavutil/version.h |

[FFmpeg-devel] [PATCH 3/4] avcodec/packet: change side data related public function and struct size types to size_t

av_packet_add_side_data() already defines size as a size_t, so this makes it consistent across all side data functions. Signed-off-by: James Almer --- I could either add ifdeffery to every size argument used in av_packet_get_side_data() calls within the libraries, add an internal typedef that goe

Re: [FFmpeg-devel] [PoC][PATCH 2/2] avutil/video_enc_params: make use of the complex AVBufferRef allocator

On 6/1/2020 2:17 PM, Andreas Rheinhardt wrote: > James Almer: >> Signed-off-by: James Almer >> --- >> As mentioned in Patch 1/2, this is an example for the complex structure >> handling in AVBufferRef. >> It doesn't need to be applied, even if it could (Despite being public, it's >> new >> enough

Re: [FFmpeg-devel] [PATCH] [PATCH] POWER8 VSX vectorization libswscale/input.c Track ticket 5570

Hi! There is a patch that I sent you a couple of months ago to check. I did it for the platform bountysource.com. There is a reward for this task, but I can’t get it for quite some time, since the patch is in pending status. All tests were passed, and the correct operation of the functions was

Re: [FFmpeg-devel] [PATCH] avcodec/nvenc: set average and max bitrate values to zero when in CQ rate control mode

applied and backported to 4.2, thanks ___ 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".

[FFmpeg-devel] [PATCH] lavc/nvenc: disable FMO unconditionally...

because ff_h264_decode_picture_parameter_set doesn't support FMO --- libavcodec/nvenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c index cb33f9..c21c6dc567 100644 --- a/libavcodec/nvenc.c +++ b/libavcodec/nvenc.c @@ -997,12 +997,

Re: [FFmpeg-devel] [PATCH] compat/cuda/ptx2c: remove shell loop; fix BSD sed compat

On 26.05.2020 19:42, rcombs wrote: This improves build times dramatically, and fixes building on macOS --- compat/cuda/ptx2c.sh | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/compat/cuda/ptx2c.sh b/compat/cuda/ptx2c.sh index 0750e7a3b7..c41875a2d4 100755 --- a/comp

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg: update text requesting samples

On Sun, 31. May 19:16, Marton Balint wrote: > > > On Fri, 29 May 2020, Andriy Gelman wrote: > > > On Sun, 10. May 15:01, Andriy Gelman wrote: > > > From: Andriy Gelman > > > > > > Signed-off-by: Andriy Gelman > > > --- > > > > > > Same as commit d1e52e396b8aa778bd8d12bf25864beca0937d0a > > >

Re: [FFmpeg-devel] [PATCH 2/3] avcodec/v4l2_m2m_enc: Avoid ;;

On Mon, 01. Jun 13:32, Andreas Rheinhardt wrote: > Inside a function, the second ; in a double ;; is a null statement, but > outside of functions a double ;; is simply invalid C that compilers > happen to accept. v4l2_m2m_enc.c contained several ;; as a result of > macro-expansion. So change the un

Re: [FFmpeg-devel] [PATCH v2] avcodec/h264_parser: Try to avoid (un)referencing

On 6/1/2020 6:49 AM, Anton Khirnov wrote: > Quoting Andreas Rheinhardt (2020-05-29 18:31:57) >> When a slice is encountered, the H.264 parser up until now always >> unreferenced and reset the currently active PPS; immediately >> afterwards, the currently active PPS is set again which includes >> re

Re: [FFmpeg-devel] [RFC PATCH] libavcodec/jpeg2000_parser: Add jpeg2000 parser

On Fri, May 29, 2020 at 11:54 PM Michael Niedermayer wrote: > > On Fri, May 29, 2020 at 11:23:20PM +0530, Gautam Ramakrishnan wrote: > > On Fri, May 29, 2020 at 5:01 AM Michael Niedermayer > > wrote: > > > > > > On Fri, May 29, 2020 at 12:33:01AM +0530, gautamr...@gmail.com wrote: > > > > From: G

Re: [FFmpeg-devel] [PoC][PATCH 1/2] avutil/buffer: add av_buffer_create2() to allow AVBufferRef to store complex structures

Quoting James Almer (2020-06-01 18:35:39) > Signed-off-by: James Almer > --- > This is an attempt at solving the annoying constrain of only supporting flat > arrays within any given AVBufferRef. It introduces a new function to create > buffers that accepts two new callback functions, one to alloca

Re: [FFmpeg-devel] [RFC PATCH] libavcodec/jpeg2000_parser: Add jpeg2000 parser

Am Mo., 1. Juni 2020 um 21:26 Uhr schrieb Gautam Ramakrishnan : > > > > can you add some test to fate for this ? > > > > (doesnt need to be related to the tests you did, but can of course) > > > > such a test would also make it easy for others to test the code on > > > > less common hardware like

Re: [FFmpeg-devel] [PoC][PATCH 1/2] avutil/buffer: add av_buffer_create2() to allow AVBufferRef to store complex structures

On 6/1/2020 5:20 PM, Anton Khirnov wrote: > Quoting James Almer (2020-06-01 18:35:39) >> Signed-off-by: James Almer >> --- >> This is an attempt at solving the annoying constrain of only supporting flat >> arrays within any given AVBufferRef. It introduces a new function to create >> buffers that

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

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 +++-- libavcodec/packet.h| 5 ++ 3 files changed, 72 insertions(+), 5

Re: [FFmpeg-devel] [PATCH] ffmpeg:Accelerated hardware decode support on Jetson

On Mon, 1 Jun 2020 09:50:56 + Amit Pandya wrote: > Hi all, > > This patch can support hardware-accelerated decode in ffmpeg on > Jetson platforms. Hi Amit, I appreciate you sending this in. People have asked about Jetson support a few times. Is there any plan to enable the normal nvdec/nv

Re: [FFmpeg-devel] [PATCH 3/4] avformat/mlvdec: fail reading a packet with 0 streams

On Sun, May 31, 2020 at 07:07:11PM -0300, James Almer wrote: > On 5/31/2020 6:48 PM, Michael Niedermayer wrote: > > On Sun, May 31, 2020 at 10:58:16AM -0300, James Almer wrote: > >> On 5/31/2020 10:50 AM, Michael Niedermayer wrote: > >>> Fixes: NULL pointer dereference > >>> Fixes: > >>> 22604/clu

Re: [FFmpeg-devel] [PATCH] fate: add adpcm_ima_ssi encoding test

On Sun, May 31, 2020 at 05:24:11AM +, Zane van Iperen wrote: > Signed-off-by: Zane van Iperen > --- > tests/fate/acodec.mak | 2 ++ > tests/ref/acodec/adpcm-ima_ssi | 4 > 2 files changed, 6 insertions(+) > create mode 100644 tests/ref/acodec/adpcm-ima_ssi will apply thx [..

Re: [FFmpeg-devel] [PATCH 1/4] avcodec/jpeg2000dec: clear pointer which become stale in get_ppt()

On Mon, Jun 01, 2020 at 12:10:54AM +0530, Gautam Ramakrishnan wrote: > On Sun, May 31, 2020 at 7:21 PM Michael Niedermayer > wrote: > > > > Fixes: use after free > > Fixes: > > 22484/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-5671488765296640 > > > > Found-by: continuous fu

Re: [FFmpeg-devel] [PATCH 1/2] avcodec: Add AV_CODEC_FLAG2_FAST_UNSAFE, move unsafe uses of FAST to it

On Mon, Jun 01, 2020 at 02:30:20PM +0100, Kieran Kunhya wrote: > On Mon, 1 Jun 2020 at 14:02, Anton Khirnov wrote: > > > Quoting Paul B Mahol (2020-05-29 18:46:18) > > > I see no aggression at all here. > > > > Same here. People have disagreeing opinions and are expressing them. > > That does not

[FFmpeg-devel] [PATCH] avformat/dashenc: reopen new http session for http_persistent

Fix ticket: 8693 Based on implementation in hlsenc.c Signed-off-by: Chris Ribble --- libavformat/dashenc.c | 67 ++- 1 file changed, 53 insertions(+), 14 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 00a37b175d..a45d9bc7d0

[FFmpeg-devel] [PATCH] avformat/dashenc: reopen new http session for http_persistent

Hello Chris Ribble Looks you are working for http patch , Can you share a test script for it ? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffm

Re: [FFmpeg-devel] [PATCH 1/2] avcodec: Add AV_CODEC_FLAG2_FAST_UNSAFE, move unsafe uses of FAST to it

On 6/2/20, Michael Niedermayer wrote: > On Mon, Jun 01, 2020 at 02:30:20PM +0100, Kieran Kunhya wrote: >> On Mon, 1 Jun 2020 at 14:02, Anton Khirnov wrote: >> >> > Quoting Paul B Mahol (2020-05-29 18:46:18) >> > > I see no aggression at all here. >> > >> > Same here. People have disagreeing opini