[FFmpeg-devel] [PATCH v4 1/2] avcodec/libx264: Add support for Sony XAVC Class 300 and 480

From: Limin Wang Signed-off-by: Limin Wang --- have tested with x264 version 141, 142, 156, 157, 163, 164. libavcodec/libx264.c | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c index 36fdb56..977b78a 100644 --- a/li

Re: [FFmpeg-devel] [PATCH v4 1/2] avcodec/libx264: Add support for Sony XAVC Class 300 and 480

On Tue, Jun 22, 2021 at 12:12 PM wrote: > > From: Limin Wang > > Signed-off-by: Limin Wang > --- > have tested with x264 version 141, 142, 156, 157, 163, 164. > > libavcodec/libx264.c | 15 ++- > 1 file changed, 14 insertions(+), 1 deletion(-) > > diff --git a/libavcodec/libx264.c b

Re: [FFmpeg-devel] [PATCH] avformat: add a concat protocol using a files recipe

James Almer (12021-06-19): > Suggested-by: ffm...@fb.com > Signed-off-by: James Almer > --- > libavformat/Makefile| 1 + > libavformat/concat.c| 111 > libavformat/protocols.c | 1 + > 3 files changed, 113 insertions(+) It needs some documenta

Re: [FFmpeg-devel] [PATCH v4 1/2] avcodec/libx264: Add support for Sony XAVC Class 300 and 480

On Tue, Jun 22, 2021 at 12:14:12PM +0200, Hendrik Leppkes wrote: > On Tue, Jun 22, 2021 at 12:12 PM wrote: > > > > From: Limin Wang > > > > Signed-off-by: Limin Wang > > --- > > have tested with x264 version 141, 142, 156, 157, 163, 164. > > > > libavcodec/libx264.c | 15 ++- > > 1

[FFmpeg-devel] [PATCH v5 1/2] avcodec/libx264: Add support for Sony XAVC Class 300 and 480

From: Limin Wang Signed-off-by: Limin Wang --- libavcodec/libx264.c | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c index 36fdb56..d0608e7 100644 --- a/libavcodec/libx264.c +++ b/libavcodec/libx264.c @@ -749,6 +749,1

Re: [FFmpeg-devel] [PATCH] avformat: add a concat protocol using a files recipe

On Sat, Jun 19, 2021 at 9:14 PM James Almer wrote: > > Suggested-by: ffm...@fb.com > Signed-off-by: James Almer > --- > libavformat/Makefile| 1 + > libavformat/concat.c| 111 > libavformat/protocols.c | 1 + > 3 files changed, 113 insertions(

Re: [FFmpeg-devel] [PATCH] avfilter/select: add metadata detection function

On 18.06.2021 14:50, Timo Rothenpieler wrote: --- doc/filters.texi | 18 ++ libavfilter/f_select.c | 79 -- libavfilter/version.h | 2 +- 3 files changed, 96 insertions(+), 3 deletions(-) Will push this soon smime.p7s Description:

Re: [FFmpeg-devel] [PATCH] avformat: add a concat protocol using a files recipe

On 6/22/2021 8:02 AM, Hendrik Leppkes wrote: On Sat, Jun 19, 2021 at 9:14 PM James Almer wrote: Suggested-by: ffm...@fb.com Signed-off-by: James Almer --- libavformat/Makefile| 1 + libavformat/concat.c| 111 libavformat/protocols.c | 1

Re: [FFmpeg-devel] [PATCH] avformat: add a concat protocol using a files recipe

On 6/22/2021 7:23 AM, Nicolas George wrote: James Almer (12021-06-19): Suggested-by: ffm...@fb.com Signed-off-by: James Almer --- libavformat/Makefile| 1 + libavformat/concat.c| 111 libavformat/protocols.c | 1 + 3 files changed, 113 i

Re: [FFmpeg-devel] [PATCH] avcodec: Pass the HDR10+ metadata to the packet side data in VP9 encoder

On Thu, Jun 17, 2021 at 10:21 PM Mohammad Izadi wrote: > > HDR10+ metadata is stored in the bit stream for HEVC. The story is different > for VP9 and cannot store the metadata in the bit stream. HDR10+ should be > passed to packet side data an stored in the container (mkv) for VP9. > > This CL i

[FFmpeg-devel] [PATCH] avfilter/f_metadata: do not return the frame early if there is no metadata

The early return caused isses for the "add" mode (got fixed in c95dfe5cce98cde3e7fb14fbd04b3897f3927cec) and the "select" mode needs a similar fix. It is probably better to fully remove the check, since all modes work correctly with NULL metadata. Signed-off-by: Marton Balint --- libavfilter/f_m

[FFmpeg-devel] Number of files issue

Hi, I'm writing this because I'm desperate. I'm trying to use ffmpeg in a completely different environment that it's probably intended or developed for. I use it to compress slightly changing time series (arrays) in python. The problem that I have at the moment with it is that opening a sing

[FFmpeg-devel] [PATCH 2/2] doc/examples/qsvdec: simplify this example via hw_device_ctx interface

--- doc/examples/qsvdec.c | 45 +-- 1 file changed, 9 insertions(+), 36 deletions(-) diff --git a/doc/examples/qsvdec.c b/doc/examples/qsvdec.c index 7415eefca5..571d868f93 100644 --- a/doc/examples/qsvdec.c +++ b/doc/examples/qsvdec.c @@ -44,38 +44,10 @@

[FFmpeg-devel] [PATCH 1/2] qsvdec: add support for HW_DEVICE_CTX method

This allows user set hw_device_ctx instead of hw_frames_ctx for QSV decoders, hence we may remove the ad-hoc libmfx setup code from FFmpeg. "-hwaccel_output_format format" is applied to QSV decoders after removing the ad-hoc libmfx code. In order to keep compatibility with old commandlines, the de

Re: [FFmpeg-devel] [PATCH] avformat/udp: fix check for pthread_cond_wait return value

LGTM, check the negative return value/errno is wrong before this patch On Mon, Jun 21, 2021 at 10:33 PM Zhao Zhili wrote: > > POSIX errno is positive. We have strict_pthread_cond_wait to handle > error code during development. > --- > libavformat/udp.c | 4 +--- > 1 file changed, 1 insertion(+)

Re: [FFmpeg-devel] [PATCH] avfilter/f_metadata: do not return the frame early if there is no metadata

On 2021-06-23 06:11, Marton Balint wrote: The early return caused isses for the "add" mode (got fixed in c95dfe5cce98cde3e7fb14fbd04b3897f3927cec) and the "select" mode needs a similar fix. It is probably better to fully remove the check, since all modes work correctly with NULL metadata. Do