[FFmpeg-devel] [PATCH] swscale/vscale: Increase type strictness

libswscale/vscale.c makes extensive use of function pointers and in doing so it converts these function pointers to and from a pointer to void. Yet this is actually against the C standard: C90 only guarantees that one can convert a pointer to any incomplete type or object type to void* and back wit

Re: [FFmpeg-devel] [PATCH] avcodec/decode: use a single list bsf for codec decode bsfs

On Sat, 25 Apr 2020, James Almer wrote: On 4/25/2020 7:11 PM, Marton Balint wrote: Signed-off-by: Marton Balint --- libavcodec/cuviddec.c | 2 +- libavcodec/decode.c | 162 +++--- libavcodec/internal.h | 3 +- 3 files changed, 22 insertions(

[FFmpeg-devel] [PATCH v2 1/2] avcodec/decode: use a single list bsf for codec decode bsfs

Signed-off-by: Marton Balint --- libavcodec/cuviddec.c | 2 +- libavcodec/decode.c | 162 +++--- libavcodec/internal.h | 3 +- 3 files changed, 23 insertions(+), 144 deletions(-) diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c index 50

[FFmpeg-devel] [PATCH v2 2/2] avcodec/decode: remove DecodeFilterContext

The only remaining field was the decode bsf, it is now moved to AVCodecInternal. Signed-off-by: Marton Balint --- libavcodec/cuviddec.c | 2 +- libavcodec/decode.c | 21 + libavcodec/internal.h | 6 +- 3 files changed, 11 insertions(+), 18 deletions(-) diff --git a/l

[FFmpeg-devel] [PATCH 1/2] dnn/native: add native support for minimum

it can be tested with model file generated with below python script: import tensorflow as tf import numpy as np import imageio in_img = imageio.imread('input.jpg') in_img = in_img.astype(np.float32)/255.0 in_data = in_img[np.newaxis, :] x = tf.placeholder(tf.float32, shape=[1, None, None, 3], nam

[FFmpeg-devel] [PATCH 2/2] dnn-layer-mathbinary-test: add unit test for minimum

Signed-off-by: Guo, Yejun --- tests/dnn/dnn-layer-mathbinary-test.c | 5 + 1 file changed, 5 insertions(+) diff --git a/tests/dnn/dnn-layer-mathbinary-test.c b/tests/dnn/dnn-layer-mathbinary-test.c index f67c0f2..e7f8f85 100644 --- a/tests/dnn/dnn-layer-mathbinary-test.c +++ b/tests/dnn/dnn

[FFmpeg-devel] [PATCH v1 3/6] avformat/dashenc: use local variable and avoid calculate duration multiple times

From: Limin Wang Signed-off-by: Limin Wang --- libavformat/dashenc.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 5fbe4dd..96c0ea3 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -1916,6

[FFmpeg-devel] [PATCH v1 1/6] fftools/ffmpeg: use local variable with same contents directly

From: Limin Wang Signed-off-by: Limin Wang --- fftools/ffmpeg.c | 31 ++- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c index d896b14..d2b0e71 100644 --- a/fftools/ffmpeg.c +++ b/fftools/ffmpeg.c @@ -501,32 +501,3

[FFmpeg-devel] [PATCH v1 6/6] avformat/rtmpproto: use av_reallocp_array()

From: Limin Wang Signed-off-by: Limin Wang --- libavformat/rtmpproto.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c index 42aacbd..e23426b 100644 --- a/libavformat/rtmpproto.c +++ b/libavformat/rtmpproto.c @@ -163,7 +163,7

[FFmpeg-devel] [PATCH v1 2/6] avformat/dashenc: cosmetics

From: Limin Wang Signed-off-by: Limin Wang --- libavformat/dashenc.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index b082536..5fbe4dd 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashe

[FFmpeg-devel] [PATCH v1 4/6] avformat/dashenc: use av_reallocp_array()

From: Limin Wang Signed-off-by: Limin Wang --- libavformat/dashenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 96c0ea3..e3e187c 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -1731,7 +1731,7 @@ stat

[FFmpeg-devel] [PATCH v1 5/6] avformat/smoothstreamingenc: use av_reallocp_array()

From: Limin Wang Signed-off-by: Limin Wang --- libavformat/smoothstreamingenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/smoothstreamingenc.c b/libavformat/smoothstreamingenc.c index 0e4f531..d10d5d1 100644 --- a/libavformat/smoothstreamingenc.c +++ b/liba

[FFmpeg-devel] [PATCH v1] MAINTAINERS: add myself to the general developers list

From: Limin Wang Signed-off-by: Limin Wang --- I have actively contributed to FFmpeg in the past year and should be familiar with the entire code base and the rules of the developers. Up to now, more than one hundred patches have been accepted and pushed with the help of other developers. Howev

Re: [FFmpeg-devel] [PATCH v3] libavcodec/libx264: fix reference frame computation based on level

> > > I only made sure that the level was positive because its initial > > > value was -1. > > > > > > > else if (x4->params.i_level_idc >= 0) { > > > > Let me know if I need to reject 0 too. It seemed like premature > > > > optimization > > > > as the level simply wouldn't be present in x264_leve

Re: [FFmpeg-devel] [PATCH v1 2/6] avformat/dashenc: cosmetics

On 4/26/20 3:19 PM, lance.lmw...@gmail.com wrote: > From: Limin Wang > > Signed-off-by: Limin Wang > --- > libavformat/dashenc.c | 28 ++-- > 1 file changed, 14 insertions(+), 14 deletions(-) > > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c > index b082536.

Re: [FFmpeg-devel] [PATCH v1 3/6] avformat/dashenc: use local variable and avoid calculate duration multiple times

On 4/26/20 3:19 PM, lance.lmw...@gmail.com wrote: > From: Limin Wang > > Signed-off-by: Limin Wang > --- > libavformat/dashenc.c | 14 +- > 1 file changed, 5 insertions(+), 9 deletions(-) > > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c > index 5fbe4dd..96c0ea3 100644

Re: [FFmpeg-devel] [PATCH v1 4/6] avformat/dashenc: use av_reallocp_array()

On 4/26/20 3:19 PM, lance.lmw...@gmail.com wrote: > From: Limin Wang > > Signed-off-by: Limin Wang > --- > libavformat/dashenc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c > index 96c0ea3..e3e187c 100644 > --- a/libavfo

Re: [FFmpeg-devel] [PATCH v1] avformat/movenc: cosmetics

On Sat, Apr 25, 2020 at 10:29:03PM +0800, lance.lmw...@gmail.com wrote: > From: Limin Wang > > Signed-off-by: Limin Wang > --- > libavformat/movenc.c | 138 +-- > 1 file changed, 69 insertions(+), 69 deletions(-) will apply thx [...] -- Michael Gn

Re: [FFmpeg-devel] [PATCH v2] lavf/mp3enc: fix ID3v1 year metadata setting issue

On Wed, Apr 22, 2020 at 3:57 PM Jun Zhao wrote: > > From: Jun Zhao > > Follow the http://id3.org/ID3v1, setting the year metadata > for ID3v1. > > fix #8623 > > Signed-off-by: Jun Zhao > --- > libavformat/mp3enc.c | 13 - > 1 file changed, 12 insertions(+), 1 deletion(-) > > diff --

Re: [FFmpeg-devel] [PATCH v2] avfilter/vf_v360: adjustment out_pad and in_pad maximum value to 1/10

> 2020年4月21日 下午10:54，Steven Liu 写道： > > Because not every user know about in_pad and out_pad reasonable value range > so maybe try to set 1.0, but setting 1.0 is so hugh to get an fatal error. > > Suggested-by: Paul B Mahol > Signed-off-by: Steven Liu > --- > doc/filters.texi | 1 + > li

Re: [FFmpeg-devel] [PATCH 3/3] avcodec/intrax8: Check for end of bitstream in ff_intrax8_decode_picture()

On Thu, Feb 06, 2020 at 02:45:49PM +0100, Michael Niedermayer wrote: > Fixes: Timeout (105sec -> 1sec) > Fixes: > 20479/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VC1_fuzzer-5769846937878528 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/projects

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/cbs_h265_syntax_template: Check num_negative/positive_pics when inter_ref_pic_set_prediction_flag is set

On Sun, Apr 05, 2020 at 12:38:42AM +0200, Michael Niedermayer wrote: > Fixes: out of array access > Fixes: > 20446/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_METADATA_fuzzer-5707770718584832 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/projects/ff

[FFmpeg-devel] ffmpeg.org down

This is probably off-topic for this mailing list, but I wasn't sure where to post this. ffmpeg.org seems to be down for me at the moment and all connections are timing out, is there any in progress maintenance/issues currently? Thanks Tom ___ ffmpeg-dev

Re: [FFmpeg-devel] [PATCH 5/8] lavc/nvenc: Add hardware config metadata

On 13/04/2020 17:48, Dennis Mungai wrote: > On Mon, 13 Apr 2020 at 18:34, Mark Thompson wrote: > >> NOT TESTED. >> --- >> Needs someone with suitable hardware to try it. >> >> With this and the relevant ffmpeg patches, existing stuff should continue >> to work and you should also be able to choos

Re: [FFmpeg-devel] [PATCH 1/8] lavc: Rename hwaccel.h to hwconfig.h

On 19/04/2020 15:21, Zhong Li wrote: > Mark Thompson 于2020年4月13日周一 下午11:34写道： >> >> All of these encoders can accept libmfx surfaces directly in a hardware >> frames context, or they can accept software frames if a suitable device >> is supplied to use. >> --- >> libavcodec/qsvenc.c | 7 +++

[FFmpeg-devel] [PATCH] avdevice/v4l2enc: Allow writing non-rawvideos to v4l2

This patch allows you to output non-rawvideos to V4L2, which can be quite helpful at times when you'd like to offer a compressed source (see example usage below). ffmpeg -vaapi_device /dev/dri/renderD129 -f v4l2 -input_format yuyv422 -i /dev/video2 -f v4l2 -vf 'format=nv12,hwupload' -c:v h264_vaap

Re: [FFmpeg-devel] [PATCH 1/2] lavfi/vaapi: check avaliable before set color properties

On 26/04/2020 04:02, Fei Wang wrote: > If the color proerties is UNSPECIFIED(enum value is 2), do not pass > the invalid value to driver. > > Signed-off-by: Fei Wang > --- > libavfilter/vaapi_vpp.c | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git a/libavfilter

Re: [FFmpeg-devel] [PATCH v3 1/4] fftools/qsv: enabling d3d11va/dxva2 device selection

On 24/04/2020 15:52, artem.ga...@gmail.com wrote: > From: Artem Galin > > child_device_type argument is responsible for selection. > > Usage examples: -init_hw_device qsv:hw,child_device_type=d3d11va > -init_hw_device qsv:hw,child_device_type=dxva2 > > Signed-off-by: Artem Galin

Re: [FFmpeg-devel] [PATCH 2/2] lavfi/vaapi: add more factors when using VAProcColorStandardExplicit

On 26/04/2020 04:02, Fei Wang wrote: > Use VAProcColorStandardExplicit only if the color properties all > specificed. > > Signed-off-by: Fei Wang > --- > libavfilter/vaapi_vpp.c | 12 > 1 file changed, 8 insertions(+), 4 deletions(-) > > diff --git a/libavfilter/vaapi_vpp.c b/libav

Re: [FFmpeg-devel] [PATCH v3 3/4] libavcodec/qsv: enabling d3d11va support, added mfxhdlpair

On 24/04/2020 15:52, artem.ga...@gmail.com wrote: > From: Artem Galin > > Adding DX11 relevant device type checks and adjusting callbacks with > proper MediaSDK pair type support. > > Extending structure for proper MediaSDK pair type support. > > Signed-off-by: Artem Galin > --- > libavcodec/

Re: [FFmpeg-devel] [PATCH v3 4/4] libavutil/qsv: enabling d3d11va support

On 24/04/2020 15:52, artem.ga...@gmail.com wrote: > From: Artem Galin > > Makes selection of d3d11va device type by default and over DirectX 9, > which is still supported but requires explicit selection. ... which might break users with older drivers/systems. Some comment on exactly which setu

Re: [FFmpeg-devel] [PATCH] avdevice/v4l2enc: Allow writing non-rawvideos to v4l2

On 26/04/2020 19:08, David Manouchehri wrote: > This patch allows you to output non-rawvideos to V4L2, which can be quite > helpful at times when you'd like to offer a compressed source (see example > usage below). > > ffmpeg -vaapi_device /dev/dri/renderD129 -f v4l2 -input_format yuyv422 -i > /de

Re: [FFmpeg-devel] [PATCH v3 3/4] libavcodec/qsv: enabling d3d11va support, added mfxhdlpair

On Sun, Apr 26, 2020 at 8:31 PM Mark Thompson wrote: > On 24/04/2020 15:52, artem.ga...@gmail.com wrote: > > From: Artem Galin > > > > Adding DX11 relevant device type checks and adjusting callbacks with > > proper MediaSDK pair type support. > > > > Extending structure for proper MediaSDK pair

[FFmpeg-devel] [PATCH 08/14] [inline assembly] add mmx clobbers to mpegvideoenc

From: Frédéric Recoules --- libavcodec/x86/mpegvideoenc_qns_template.c | 12 +--- libavcodec/x86/mpegvideoencdsp_init.c | 32 ++ 2 files changed, 35 insertions(+), 9 deletions(-) diff --git a/libavcodec/x86/mpegvideoenc_qns_template.c b/libavcodec/x86/mpegvideoenc_

[FFmpeg-devel] [PATCH 07/14] [inline assembly] add memory in fdct.c

From: Frédéric Recoules --- libavcodec/x86/fdct.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libavcodec/x86/fdct.c b/libavcodec/x86/fdct.c index 2635d58cbf..975e5e7769 100644 --- a/libavcodec/x86/fdct.c +++ b/libavcodec/x86/fdct.c @@ -370,7 +370,7 @@ static av_al

[FFmpeg-devel] [PATCH 06/14] [inline assembly] add mmx/xmm clobbers in fdct.c

From: Frédéric Recoules --- libavcodec/x86/fdct.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/libavcodec/x86/fdct.c b/libavcodec/x86/fdct.c index 112566ded0..2635d58cbf 100644 --- a/libavcodec/x86/fdct.c +++ b/libavcodec/x86/fdct.c @@ -288,7 +288,7 @@

[FFmpeg-devel] [PATCH 09/14] [inline assembly] add memory to mpegvideoenc

From: Frédéric Recoules --- libavcodec/x86/mpegvideoenc_qns_template.c | 4 ++-- libavcodec/x86/mpegvideoencdsp_init.c | 10 +- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/libavcodec/x86/mpegvideoenc_qns_template.c b/libavcodec/x86/mpegvideoenc_qns_template.c in

[FFmpeg-devel] [PATCH 12/14] [inline assembly] add xmm clobbers to lpc

From: Frédéric Recoules --- libavcodec/x86/lpc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/libavcodec/x86/lpc.c b/libavcodec/x86/lpc.c index 6c72e21bac..6789027277 100644 --- a/libavcodec/x86/lpc.c +++ b/libavcodec/x86/lpc.c @@ -118,7 +118,8 @@ static void lpc_comput

[FFmpeg-devel] [PATCH 13/14] [inline assembly] add memory to lpc

From: Frédéric Recoules --- libavcodec/x86/lpc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/x86/lpc.c b/libavcodec/x86/lpc.c index 6789027277..0b32bd1bf1 100644 --- a/libavcodec/x86/lpc.c +++ b/libavcodec/x86/lpc.c @@ -73,7 +73,7 @@ static void lpc_apply_w

[FFmpeg-devel] [PATCH 11/14] [inline assembly] add memory to mpegaudiodsp

From: Frédéric Recoules --- libavcodec/x86/mpegaudiodsp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/x86/mpegaudiodsp.c b/libavcodec/x86/mpegaudiodsp.c index 10b9e814d5..83457dfbb3 100644 --- a/libavcodec/x86/mpegaudiodsp.c +++ b/libavcodec/x86/mpegaudiodsp.c

[FFmpeg-devel] [PATCH 10/14] [inline assembly] add xmm clobbers to mpegaudiodsp

From: Frédéric Recoules --- libavcodec/x86/mpegaudiodsp.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/libavcodec/x86/mpegaudiodsp.c b/libavcodec/x86/mpegaudiodsp.c index f46a5c4f3d..10b9e814d5 100644 --- a/libavcodec/x86/mpegaudiodsp.c +++ b/libavcodec/x86/mpegaudiod

[FFmpeg-devel] [PATCH 14/14] [inline assembly] add mmx clobbers to cavsdsp

From: Frédéric Recoules --- libavcodec/x86/cavsdsp.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/libavcodec/x86/cavsdsp.c b/libavcodec/x86/cavsdsp.c index becb3a4808..b1b2c7b069 100644 --- a/libavcodec/x86/cavsdsp.c +++ b/libavcodec/x86/cavsdsp.c @@ -166,7 +166,8

[FFmpeg-devel] [PATCH] avfilter/af_loudnorm: Don't mix dB and linear values when calculating linear offset with inputs <3s

From: Sebastian Dröge s->target_i and global are in dB but s->target_tp and true_peak are linear. Instead of mixing these in the calculations, convert the former first to have all following calculations in the same unit. --- libavfilter/af_loudnorm.c | 5 ++--- 1 file changed, 2 insertions(+), 3

Re: [FFmpeg-devel] [PATCH v3 4/4] libavutil/qsv: enabling d3d11va support

> -Original Message- > From: ffmpeg-devel On Behalf Of > Mark Thompson > Sent: Sunday, April 26, 2020 8:54 PM > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH v3 4/4] libavutil/qsv: enabling d3d11va > support > > On 24/04/2020 15:52, artem.ga...@gmail.com wrote: > > From

Re: [FFmpeg-devel] [PATCH] avdevice/v4l2enc: Allow writing non-rawvideos to v4l2

Thanks for catching that bug! I tested rawvideo again this time, and it works as expected with this new patch. From d125fea410dea1c2d4bd791a7472a72822de54a3 Mon Sep 17 00:00:00 2001 From: David Manouchehri Date: Sat, 4 Nov 2017 16:32:41 -0400 Subject: [PATCH] avdevice/v4l2enc: Allow writing non-ra

[FFmpeg-devel] [PATCH] avformat/hls: disable persistent HTTP connections by default w/ schannel

This TLS implementation has always had issues with the way that libavformat implemented persistency, yet nobody seemed to be able to figure out why. It currently can lead to completely stuck playback, so disable it by default. Additionally, update the documentation to match the new behavior. ---

[FFmpeg-devel] avdevice/v4l2enc: Allow writing non-rawvideos to v4l2

Resubmit of a previous patch, not sure why the diff didn't come through. From d125fea410dea1c2d4bd791a7472a72822de54a3 Mon Sep 17 00:00:00 2001 From: David Manouchehri Date: Sat, 4 Nov 2017 16:32:41 -0400 Subject: [PATCH] avdevice/v4l2enc: Allow writing non-rawvideos to v4l2. Signed-off-by: David

[FFmpeg-devel] [PATCH 1/2] avcodec/alacdsp: Fix invalid shift in append_extra_bits()

Fixes: left shift of negative value -1 Fixes: 21390/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALAC_fuzzer-6242539519868928 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/alacdsp.c | 2

[FFmpeg-devel] [PATCH 2/2] avcodec/wmalosslessdec: Fix integer overflows in revert_inter_ch_decorr()

Fixes: signed integer overflow: -717241856 + -1434459904 cannot be represented in type 'int' Fixes: 21405/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5677143666458624 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Sig

Re: [FFmpeg-devel] [PATCH]lavc/jpeg2000dec: Scale 4-7bit output to 8 bits

On Sat, Apr 25, 2020 at 07:26:08PM +0200, Carl Eugen Hoyos wrote: > Hi! > > Attached patch makes the output of the reference sample p0_03.j2k > bit-exact with opj_decompress and kdu_render and more similar to > jasper's output. > > Please comment, Carl Eugen > jpeg2000dec.c | 10 +++--- >

Re: [FFmpeg-devel] [PATCH v1] MAINTAINERS: add myself to the general developers list

On Sun, 26 Apr 2020, lance.lmw...@gmail.com wrote: From: Limin Wang Signed-off-by: Limin Wang --- I have actively contributed to FFmpeg in the past year and should be familiar with the entire code base and the rules of the developers. Then maybe could you omit v1 designators in the future

Re: [FFmpeg-devel] [PATCH v2 1/6] avformat: only allow a single bitstream filter when muxing

On Sat, 25 Apr 2020, Marton Balint wrote: On Sun, 19 Apr 2020, Andreas Rheinhardt wrote: Marton Balint: Current muxers only use a single bitstream filter, so there is no need to maintain code which operates on a list of bitstream filters. When multiple bitstream filters are needed muxers

Re: [FFmpeg-devel] [PATCH 3/3] fftools/ffmpeg_opt: use av_bsf_list_parse_str for parsing bsf lists

On 4/25/2020 3:55 PM, Marton Balint wrote: > Signed-off-by: Marton Balint > --- > fftools/ffmpeg_opt.c | 57 > +++- > 1 file changed, 3 insertions(+), 54 deletions(-) > > diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c > index b52aa28626.

Re: [FFmpeg-devel] [PATCH v2 1/2] avcodec/decode: use a single list bsf for codec decode bsfs

On 4/26/2020 5:34 AM, Marton Balint wrote: > void avcodec_flush_buffers(AVCodecContext *avctx) > { > AVCodecInternal *avci = avctx->internal; > @@ -2117,7 +2001,7 @@ void avcodec_flush_buffers(AVCodecContext *avctx) > avctx->pts_correction_last_pts = > avctx->pts_correction_last_dt

Re: [FFmpeg-devel] [PATCH v2 1/6] avformat: only allow a single bitstream filter when muxing

On 4/25/2020 5:14 AM, Marton Balint wrote: > > > On Sun, 19 Apr 2020, Andreas Rheinhardt wrote: > >> Marton Balint: >>> Current muxers only use a single bitstream filter, so there is no >>> need to >>> maintain code which operates on a list of bitstream filters. When >>> multiple >>> bitstream f

Re: [FFmpeg-devel] ffmpeg.org down

On Sun, 26 Apr 2020 at 20:25, Tom Needham <06needh...@gmail.com> wrote: > This is probably off-topic for this mailing list, but I wasn't sure where > to post this. > > ffmpeg.org seems to be down for me at the moment and all connections are > timing out, is there any in progress maintenance/issues

Re: [FFmpeg-devel] [PATCH v10 2/2] avformat: add demuxer for Pro Pinball Series' Soundbanks

On Sun, 26 Apr 2020 00:07:52 +0200 "Michael Niedermayer" wrote: > > also iam not sure it makes sense or if it goes to far but the probe > code could check all tracks which are within the buffer > all these low 10 scores are a bit ugly, some more solid "yes iam sure > this is / is not" instead of

Re: [FFmpeg-devel] ffmpeg.org down

Trac and Website are working fine for me. ___ 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] fate/exr: add test for YA16

From: Mark Reid Hi, I noticed there was not fate test for this support format of exr. here is the test file to add to fate https://www.dropbox.com/s/urzus0svmq1oizd/ya_scanline_zip_half_12x8.exr?dl=0 --- tests/fate/image.mak | 3 +++ tests/ref/fate/exr-ya-scanline-zip-h

Re: [FFmpeg-devel] [PATCH v1] MAINTAINERS: add myself to the general developers list

On Sun, Apr 26, 2020 at 11:44:32PM +0200, Marton Balint wrote: > > > On Sun, 26 Apr 2020, lance.lmw...@gmail.com wrote: > > >From: Limin Wang > > > >Signed-off-by: Limin Wang > >--- > >I have actively contributed to FFmpeg in the past year and should be familiar > >with the entire code base an

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

The clean aperature represents a cropping of the stored image data used to relate the image data to a canonical video system and exists as container metadata (see 'clap' section in https://developer.apple.com/library/archive/documentation/QuickTime/QTFF/QTFFChap3/qtff3.html) Addition of the side

Re: [FFmpeg-devel] 回复: [EXT] Re: [PATCH] avcodec/v4l2_buffers: don't prevent enqueue capture buffer to driver

On Thu, 09. Apr 00:27, Andriy Gelman wrote: > On Thu, 09. Apr 02:14, Ming Qian wrote: > > Did you try increasing the -num_capture_buffers option? It may solve your > > problem. > > 1. We can't increase the num_capture_buffers indefinitely. > > 2. There is a ring buffer in driver, so the number of

[FFmpeg-devel] [PATCH] Complete rewrite of the "fps" video filter section. More accurate.

From: Jim DeLaHunt This is a complete rewrite of the documentation for the "fps" video filter. It describes the filter's behaviour more clearly and accurately. I based the rewrite on reading the source code in vf_fps.c closely. No code, or other documentation files, are touched by this change.