[FFmpeg-devel] [PATCH 2/2] libavformat/hlsenc: Return in hls_write_packet if error after retrying with a new http session

Signed-off-by: Basel Sayeh --- libavformat/hlsenc.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index a86fc8907f..57149985da 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -2591,6 +2591,9 @@ static int

[FFmpeg-devel] [PATCH 1/2] libavformat/http: Use http_read_header in http_shutdown to react to response errors

Use http_read_header to parse and print/react to errors in http_shutdown if the http server responds with an error (404/500/...) Signed-off-by: Basel Sayeh --- libavformat/http.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/libavformat/http.c

Re: [FFmpeg-devel] [PATCH v4] lavc: convert frame threading to the receive_frame() pattern

On 10.12.2022 00:46, Michael Niedermayer wrote: On Fri, Dec 09, 2022 at 02:37:04PM +0100, Timo Rothenpieler wrote: From: Anton Khirnov Reorganize the code such that the frame threading code does not call the decoders directly, but instead calls back into the generic decoding code. This avoids

Re: [FFmpeg-devel] AVX512 NUCs for FATE and development

Am Fr., 9. Dez. 2022 um 18:07 Uhr schrieb Michael Niedermayer : > > On Thu, Dec 08, 2022 at 09:40:12PM +, Kieran Kunhya wrote: > > I intend to buy this RAM: > > https://www.amazon.co.uk/Crucial-CT2K16G4SFRA32A-PC4-25600-SODIMM-260-Pin/dp/B08C4X9VR5 > > > > 2x £529 for NUCs > > 2x £102.48 for

[FFmpeg-devel] [PATCH] avcodec/proresdec2: set color information on frames instead of the decoder context

Similar to how the encoder looks at frame color information to write the frame header bitstream. Should workaround ticket #10091, where container level color parameters passed to the decoder context were being overwritten. Signed-off-by: James Almer --- vf_scale should properly set output frame

[FFmpeg-devel] [PATCH] avfilter/drawutils: pixelstep of 8 is supported

Patch attached From 0bbd87217e9150b23690476eaae0c6c2d3ea5b03 Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Sat, 10 Dec 2022 15:13:46 +0100 Subject: [PATCH] avfilter/drawutils: pixelstep of 8 is supported Signed-off-by: Paul B Mahol --- libavfilter/drawutils.c | 2 +-

Re: [FFmpeg-devel] [PATCH] avformat/file: add fd protocol

> From: ffmpeg-devel On Behalf Of Anton > Khirnov > Sent: 2022年12月9日 22:32 > To: FFmpeg development discussions and patches > Cc: Zhao Zhili > Subject: Re: [FFmpeg-devel] [PATCH] avformat/file: add fd protocol > > Quoting Zhao Zhili (2022-11-18 19:48:02) > > From: Zhao Zhili > > > > Unlike

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

On 12/3/22, Paul B Mahol wrote: > Patch attached. > > TODO: add documentation and examples with various transfer expressions > (compressor, expander, limiter, gate, etc). > Updated From 4c6135dfdc0bc3a71ecdeb9f2e38bfbcf890f239 Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Mon, 7 Nov 2022

Re: [FFmpeg-devel] [PATCH 1/5] avcodec/mjpegdec: Restrict AVID MJPEG to non-SMVJPEG

On 12/7/22, Andreas Rheinhardt wrote: > AVID content is not supposed to be SMVJPEG; given that > both these codecs involve manipulating image dimensions > and cropping dimensions, it makes sense to restrict > the AVID codepaths to non-SMVJPEG codecs in order not > to have to think about what if

Re: [FFmpeg-devel] [PATCH 1/5] avcodec/mjpegdec: Restrict AVID MJPEG to non-SMVJPEG

Andreas Rheinhardt: > AVID content is not supposed to be SMVJPEG; given that > both these codecs involve manipulating image dimensions > and cropping dimensions, it makes sense to restrict > the AVID codepaths to non-SMVJPEG codecs in order not > to have to think about what if SMVJPEG happens to >