On Fri, 2 Apr 2021, Marton Balint wrote:
Ugly, but a lot less broken than it was.
Fixes ticket #9166.
Ping for this, if there is no disapproval of this fix then I plan to
extend fate and backport this to 4.4/4.3.
Thanks,
Marton
Signed-off-by: Marton Balint
---
libavformat/url.c | 25
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年4月4日 18:02
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V6 4/6] lavu: add side data
> AV_FRAME_DATA_BOUNDING_BOXES
>
> Guo, Yejun (12021-04-01):
> > > Is this a
The infrastructure to fully handle generating timestamps e.g. for raw
video streamcopy is still not present.
---
libavformat/mux.c | 8
libavformat/version.h | 6 +++---
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavformat/mux.c b/libavformat/mux.c
index e98b86a8
It has only been deprecated a year ago.
---
libavutil/version.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavutil/version.h b/libavutil/version.h
index e88e1ad08d..b97e4e5437 100644
--- a/libavutil/version.h
+++ b/libavutil/version.h
@@ -129,12 +129,12 @@
#ifndef
Hi,
this patchset bumps major version of all the libraries and removes many
deprecated APIs, as discussed at length during past months. Patches
11-16 will be squashed together on push, but are sent separately for
ease of review. FATE passes (here at least).
As agreed during the last developer call
Field precision supplied with the '*' specification must be an int.
Also, make sure converting those fields to int does not overflow.
---
libavformat/matroskaenc.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaen
Field precision supplied with the '*' specification must be an int.
---
libavformat/webvttenc.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/libavformat/webvttenc.c b/libavformat/webvttenc.c
index 552bc38b65..809fead69f 100644
--- a/libavformat/webvttenc.c
---
tests/ref/fate/mov-zombie | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/ref/fate/mov-zombie b/tests/ref/fate/mov-zombie
index 7b417e59dd..3001c6daa2 100644
--- a/tests/ref/fate/mov-zombie
+++ b/tests/ref/fate/mov-zombie
@@ -194,5 +194,5 @@
frame|media_type=video|st
---
fftools/ffprobe.c | 2 +-
libavcodec/decode.c| 2 +-
libavcodec/mpeg12enc.c | 2 +-
libavcodec/mscc.c | 2 +-
libavfilter/af_ashowinfo.c | 2 +-
libavfilter/vf_showinfo.c | 6 +++---
libavformat/dump.c | 2 +-
libavformat/framecrcenc.c | 2 +-
libavforma
---
fftools/ffmpeg_opt.c| 2 +-
fftools/ffprobe.c | 2 +-
libavdevice/internal.h | 2 +-
libavdevice/utils.c | 2 +-
libavfilter/lavfutils.c | 2 +-
libavfilter/src_movie.c | 2 +-
6 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_o
---
tests/ref/fate/mxf-d10-user-comments | 2 +-
tests/ref/fate/ts-demux | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/ref/fate/mxf-d10-user-comments
b/tests/ref/fate/mxf-d10-user-comments
index 13761fb0ce..609271ac05 100644
--- a/tests/ref/fate/mxf-d10
---
libavutil/pixdesc.c | 1050 +--
1 file changed, 525 insertions(+), 525 deletions(-)
diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c
index 18c7a0efc8..60dd341c3a 100644
--- a/libavutil/pixdesc.c
+++ b/libavutil/pixdesc.c
@@ -177,9 +177,9 @@ static
There are still several decoders setting it and the situation is
non-trivial to resolve.
---
libavcodec/version.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/version.h b/libavcodec/version.h
index 1444c19552..83ebba22d9 100644
--- a/libavcodec/version.h
+++
These filters depend on avcodec APIs that are to be removed. Some people
have expressed potential interest in updating these filters, so they are
merely disabled for now instead of being removed.
---
configure | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configure b/configure
index d7
---
tests/ref/fate/imgutils | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/ref/fate/imgutils b/tests/ref/fate/imgutils
index c968ea0e85..f510150ea1 100644
--- a/tests/ref/fate/imgutils
+++ b/tests/ref/fate/imgutils
@@ -62,7 +62,7 @@ yuv422p planes: 3,
avg_frame_rate is the _average_ framerate, its presence does not
guarantee that the stream is CFR, so it should not be used for setting
the timebase.
---
libavformat/utils.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 13b1bc7c78..e82954e0e1
---
libavcodec/version.h| 4 ++--
libavdevice/version.h | 4 ++--
libavfilter/version.h | 4 ++--
libavformat/version.h | 4 ++--
libavutil/version.h | 4 ++--
libswresample/version.h | 4 ++--
libswscale/version.h| 4 ++--
7 files changed, 14 insertions(+), 14 deletions(-)
diff
Current code uses its inverse.
---
libavformat/movenc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index c00e38e72f..0b620a802d 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -2353,8 +2353,8 @@ static int m
---
fftools/ffmpeg.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 8e6206647f..3ad11452da 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -3144,7 +3144,11 @@ static int init_output_stream_streamcopy(OutputStream
*ost)
Codec timebase is not well-defined for streamcopy, so it should only be
used as the last resort.
---
fftools/ffmpeg.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 46bb014de8..8e6206647f 100644
--- a/fftools/ffmpeg.c
+++ b/fft
Apr 5, 2021, 13:09 by an...@khirnov.net:
> Hi,
> this patchset bumps major version of all the libraries and removes many
> deprecated APIs, as discussed at length during past months. Patches
> 11-16 will be squashed together on push, but are sent separately for
> ease of review. FATE passes (here
On 4/5/2021 8:09 AM, Anton Khirnov wrote:
Hi,
this patchset bumps major version of all the libraries and removes many
deprecated APIs, as discussed at length during past months. Patches
11-16 will be squashed together on push, but are sent separately for
ease of review. FATE passes (here at least
On Mon, 5 Apr 2021, Anton Khirnov wrote:
It has only been deprecated a year ago.
Considering that this API has limited public usage, I don't think we have
to be strict about the 2 years here, so IMHO it is fine to remove it
at the bump.
Regards,
Marton
---
libavutil/version.h | 6 +++--
Anton Khirnov:
> Hi,
> this patchset bumps major version of all the libraries and removes many
> deprecated APIs, as discussed at length during past months. Patches
> 11-16 will be squashed together on push, but are sent separately for
> ease of review. FATE passes (here at least).
>
> As agreed d
Anton Khirnov:
> ---
> fftools/ffprobe.c | 2 +-
> libavcodec/decode.c| 2 +-
> libavcodec/mpeg12enc.c | 2 +-
> libavcodec/mscc.c | 2 +-
> libavfilter/af_ashowinfo.c | 2 +-
> libavfilter/vf_showinfo.c | 6 +++---
> libavformat/dump.c | 2 +-
> libavformat/
Anton Khirnov:
> ---
> tests/ref/fate/mxf-d10-user-comments | 2 +-
> tests/ref/fate/ts-demux | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/tests/ref/fate/mxf-d10-user-comments
> b/tests/ref/fate/mxf-d10-user-comments
> index 13761fb0ce..609271ac05 1006
On 4/5/2021 12:01 PM, Andreas Rheinhardt wrote:
Anton Khirnov:
Hi,
this patchset bumps major version of all the libraries and removes many
deprecated APIs, as discussed at length during past months. Patches
11-16 will be squashed together on push, but are sent separately for
ease of review. FATE
James Almer (12021-04-05):
> Lavd is supposed to be either merged into lavf, or rewritten to
> stop depending on lavf
The second one is out of question in the short term, it has already been
discussed.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
Quoting Andreas Rheinhardt (2021-04-05 17:34:42)
> Anton Khirnov:
> > ---
> > tests/ref/fate/mxf-d10-user-comments | 2 +-
> > tests/ref/fate/ts-demux | 2 +-
> > 2 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/tests/ref/fate/mxf-d10-user-comments
> > b/tests/r
On Sun, Apr 04, 2021 at 07:18:22PM -0300, James Almer wrote:
> On 4/4/2021 6:44 PM, Michael Niedermayer wrote:
> > Fixes: Invalid read of size 4
> > Fixes: ASAN_Deadlysignal.zip
> >
> > Found-by: Hardik Shah
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mov.c | 2 ++
> > 1 fi
On 4/4/2021 3:13 PM, James Almer wrote:
av_buffer_create() will start taking a size argument of size_t type.
Signed-off-by: James Almer
---
libavutil/video_enc_params.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/video_enc_params.c b/libavutil/video_enc_params.c
index 635
Hi,
seems like someone at Apple thought its a good idea to allow this inside the
framework
-Thilo
From e44b0e0e338043660fe59f66b01cc24729cc241f Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Tue, 2 Mar 2021 23:23:06 +0100
Subject: [PATCH] lavd/avfoundation: Allow to change interleavin
Thilo Borgmann:
> Hi,
>
> seems like someone at Apple thought its a good idea to allow this inside the
> framework
>
>
>
> +if (block_buffer_size > ctx->audio_buffer_size) {
> +ctx->audio_buffer_size = block_buffer_size;
> +ctx->audio_buffer
Currently, the DASH demuxer omits the final segment for a non-live
stream (using SegmentTemplate) if it is shorter than the other segments.
Correct calc_max_seg_no to round up when calulating the number of
segments instead of rounding down to resolve this issue.
Signed-off-by: Matt Robinson
---
Quoting James Almer (2021-04-05 13:57:12)
> On 4/5/2021 8:09 AM, Anton Khirnov wrote:
> > Hi,
> > this patchset bumps major version of all the libraries and removes many
> > deprecated APIs, as discussed at length during past months. Patches
> > 11-16 will be squashed together on push, but are sent
Anton Khirnov:
> Quoting James Almer (2021-04-05 13:57:12)
>> On 4/5/2021 8:09 AM, Anton Khirnov wrote:
>>> Hi,
>>> this patchset bumps major version of all the libraries and removes many
>>> deprecated APIs, as discussed at length during past months. Patches
>>> 11-16 will be squashed together on
On 4/5/2021 4:20 PM, Anton Khirnov wrote:
Quoting James Almer (2021-04-05 13:57:12)
On 4/5/2021 8:09 AM, Anton Khirnov wrote:
Hi,
this patchset bumps major version of all the libraries and removes many
deprecated APIs, as discussed at length during past months. Patches
11-16 will be squashed to
Ugly, but a lot less broken than it was.
Fixes ticket #9166.
Signed-off-by: Marton Balint
---
libavformat/url.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/libavformat/url.c b/libavformat/url.c
index 77d610d95f..222d7d8a10 100644
--- a/libavforma
Signed-off-by: Marton Balint
---
libavformat/tests/url.c | 33 ++---
libavformat/url.c | 12 +---
libavformat/url.h | 10 ++
tests/ref/fate/url | 20
4 files changed, 69 insertions(+), 6 deletions(-)
diff --git a/l
On Tue, Mar 30, 2021 at 6:55 PM Vittorio Giovara
wrote:
> Hello,
> I was debugging an issue with a video file containing an invalid
> display matrix, probably produced by a non conforming software.
>
> The content of the matrix is:
> :0 65536 0
> 0001:
> 2021年4月6日 上午1:45，Matt Robinson 写道：
>
> Currently, the DASH demuxer omits the final segment for a non-live
> stream (using SegmentTemplate) if it is shorter than the other segments.
>
> Correct calc_max_seg_no to round up when calulating the number of
> segments instead of rounding down to re
> 2021年4月5日 下午7:09，Anton Khirnov 写道：
>
> Hi,
> this patchset bumps major version of all the libraries and removes many
> deprecated APIs, as discussed at length during past months. Patches
> 11-16 will be squashed together on push, but are sent separately for
> ease of review. FATE passes (here
> 2021年4月6日 上午10:02，Steven Liu 写道：
>
> Is this typo? Maybe you want said avcodec_find_best_pix_fmt2?
av_find_best_pix_fmt_of_2
Thanks
Steven Liu
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-dev
The pix_fmts of the LJPEG encoder already contain all supported pixel
formats (including the ones only supported when strictness is unofficial
or less); yet the check in ff_encode_preinit() ignored this list in case
strictness is unofficial or less. But the encoder presumed that it is
always applie
Up until now the relevant checks all checked for the existence of the
MJPEG encoder only.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_
Using optimal Huffman tables is not supported for AMV and always
disabled by ff_mpv_encode_init(); therefore one can build
the AMV encoder without mjpegenc_huffman if one adds the necessary
compile-time checks.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/Makefile | 3 +--
libavcodec/mjpeg
All encoders using ff_mpv_encode_init() already have pix_fmts set
so that the pixel format is already checked in ff_encode_preinit().
The one exception to this is MJPEG whose check remains.
(Btw: The AVCodec.pix_fmts check for AMV is stricter than the check
in ff_mpv_encode_init().)
Signed-off-by
The documentation for AV_PIX_FMT_YUVJ420P reads:
"planar YUV 4:2:0, 12bpp, full scale (JPEG), deprecated in favor of
AV_PIX_FMT_YUV420P and setting color_range"
Yet the LJPEG encoder only accepts full scale yuv420p when strictness is
set to unofficial or lower; with default strictness it emits a no
Currently said list contains only the pixel formats that are always
supported irrespective of the range and the value of
strict_std_compliance. This makes the MJPEG encoder an outlier as all
other codecs put all potentially supported pixel formats into said list
and error out if the chosen pixel fo
Use an AVBPrint to handle the (typically short) strings involved here.
Signed-off-by: Andreas Rheinhardt
---
fftools/ffmpeg_filter.c | 99 +
1 file changed, 41 insertions(+), 58 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
i
Signed-off-by: Andreas Rheinhardt
---
fftools/ffmpeg_filter.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index a4b4638abb..400f5a4188 100644
--- a/fftools/ffmpeg_filter.c
+++ b/fftools/ffmpeg_filter.c
@@ -593,7 +593,6 @
Signed-off-by: Andreas Rheinhardt
---
fftools/ffmpeg_filter.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index 61ca793058..a4b4638abb 100644
--- a/fftools/ffmpeg_filter.c
+++ b/fftools/ffmpeg_filter.c
@@ -463,8 +463,7 @@
On Tue, 2021-03-23 at 16:34 +0800, wenbin.c...@intel.com wrote:
> From: "Chen,Wenbin"
>
> FFmpeg-qsv decoder reinit codec when width and height change, but there
> are not only resolution change need to reinit codec. I change it to use
> return value from DecodeFrameAsync() to decide whether deco
On Tue, 2021-03-23 at 06:45 +, Chen, Wenbin wrote:
> > -Original Message-
> > From: Xiang, Haihao
> > Sent: Tuesday, March 23, 2021 12:10 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Chen, Wenbin
> > Subject: Re: [FFmpeg-devel] [PATCH] libavcodec/qsvdec: use the param from
> > decodeHea
54 matches
Mail list logo
