avfilter/opencl: Fix program_opencl for source code larger than 64kB
libavfilter/opencl.c:253:
while (1) {
rb = fread(src + pos, 1, len - pos - 1, file);
if (rb == 0 && ferror(file)) {
err = AVERROR(EIO);
goto fail;
}
pos += rb;
Ping on this patch.
> -Original Message-
> From: Zhang, YuankunX
> Sent: Monday, April 12, 2021 9:47 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhang, YuankunX
> Subject: [PATCH] avcodec/vaapi_encode_vp9: fix > 4k encode fail issue
>
> This patch will fix following command:
> ffmpeg -hwacce
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vmdvideo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vmdvideo.c b/libavcodec/vmdvideo.c
index ad88a43ae3..e0349cba6a 100644
--- a/libavcodec/vmdvideo.c
+++ b/libavcodec/vmdvideo.c
@@ -475,5 +475,5 @@ const AVCod
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vmdvideo.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vmdvideo.c b/libavcodec/vmdvideo.c
index 15846919d8..ad88a43ae3 100644
--- a/libavcodec/vmdvideo.c
+++ b/libavcodec/vmdvideo.c
@@ -423,10 +423,8 @@ stati
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dnxhdenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index 1a59815472..ee45c64ff4 100644
--- a/libavcodec/dnxhdenc.c
+++ b/libavcodec/dnxhdenc.c
@@ -1360,7 +1360,6 @@ const AVC
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dnxhdenc.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index 1df5346e62..1a59815472 100644
--- a/libavcodec/dnxhdenc.c
+++ b/libavcodec/dnxhdenc.c
@@ -516,10 +516,9 @@ static a
The DNXHD encoder's context contains an array of 32 pointers to
DNXHDEncContexts used in case of slice threading; when trying
to use more than 32 threads with slice threading, the encoder's init
function errors out, but the close function takes avctx->thread_count
at face value and tries to free in
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dnxhddec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/dnxhddec.c b/libavcodec/dnxhddec.c
index b9e07a8562..c3eca7becf 100644
--- a/libavcodec/dnxhddec.c
+++ b/libavcodec/dnxhddec.c
@@ -729,4 +729,5 @@ const AVCodec ff_dnxhd_deco
Initializing zlib in the way we do here is threadsafe, see
https://www.zlib.net/zlib_faq.html#faq21
Signed-off-by: Andreas Rheinhardt
---
libavcodec/pngenc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/pngenc.c b/libavcodec/pngenc.c
index 831223be63..a398155100 100644
--- a/
Signed-off-by: Andreas Rheinhardt
---
libavcodec/exrenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/exrenc.c b/libavcodec/exrenc.c
index b2cb9c4205..207a335f44 100644
--- a/libavcodec/exrenc.c
+++ b/libavcodec/exrenc.c
@@ -549,4 +549,5 @@ const AVCodec ff_exr_encoder = {
In this case this actually fixes a potential data race: The static VLC
tables were reinitialized every time an AVCodecContext has been
initialized; while the mutex in avcodec_open2() ensured that the VLCs
could not be initialized concurrently by multiple threads, nothing
guaranteed that these VLCs
Signed-off-by: Andreas Rheinhardt
---
libavcodec/wmaprodec.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/libavcodec/wmaprodec.c b/libavcodec/wmaprodec.c
index 9607e50968..4b2dceb5bc 100644
--- a/libavcodec/wmaprodec.c
+++ b/libavcodec/wmaprodec.c
@@ -318,7 +3
Initializing zlib in the way we do here is threadsafe, see
https://www.zlib.net/zlib_faq.html#faq21
Signed-off-by: Andreas Rheinhardt
---
libavcodec/tscc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/tscc.c b/libavcodec/tscc.c
index e1a075faa7..841f0c0d14 10064
It is not documented to be safe to call inflateEnd() on a z_stream
that has not been successfully initialized via inflateInit(); so
record whether it has been successfully initialized.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/tscc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletio
Initializing zlib in the way we do here is threadsafe, see
https://www.zlib.net/zlib_faq.html#faq21
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mscc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mscc.c b/libavcodec/mscc.c
index 027eb16085..d9a6de094a 1
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vp9.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 7409178501..fd0e0dc54f 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -1797,18 +1797,14 @@ static int init_frames(A
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vp8.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vp8.c b/libavcodec/vp8.c
index b964d2fd2d..a70d94bd82 100644
--- a/libavcodec/vp8.c
+++ b/libavcodec/vp8.c
@@ -2948,6 +2948,7 @@ const AVCodec ff_vp7_decoder =
It only allocates some AVFrames.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vp9.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 783f446125..874005a5ae 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -1868,7 +1868,7 @@
Signed-off-by: Andreas Rheinhardt
---
libavcodec/rawdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/rawdec.c b/libavcodec/rawdec.c
index 96abf6a48c..b22e36e984 100644
--- a/libavcodec/rawdec.c
+++ b/libavcodec/rawdec.c
@@ -492,4 +492,5 @@ const AVCodec ff_rawvideo_decoder = {
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vp9.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 32776ebae7..7409178501 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -1798,7 +1798,6 @@ static int init_frames(AVCode
Initializing zlib in the way we do here is threadsafe, see
https://www.zlib.net/zlib_faq.html#faq21
Signed-off-by: Andreas Rheinhardt
---
libavcodec/zmbvenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/zmbvenc.c b/libavcodec/zmbvenc.c
index d0c353d0df..b431476
The split into vp9_decode_init() and init_frames() is a remnant
of using init_thread_copy() for frame-threading; the latter has
been removed, so there is no reason for init_frames() not be part
of vp9_decode_init().
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vp9.c | 25
Signed-off-by: Andreas Rheinhardt
---
libavcodec/zmbvenc.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavcodec/zmbvenc.c b/libavcodec/zmbvenc.c
index 531559e264..d0c353d0df 100644
--- a/libavcodec/zmbvenc.c
+++ b/libavcodec/zmbvenc.c
@@ -74,6 +74,7 @@ typedef st
Initializing zlib in the way we do here is threadsafe, see
https://www.zlib.net/zlib_faq.html#faq21
Signed-off-by: Andreas Rheinhardt
---
libavcodec/zmbv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/zmbv.c b/libavcodec/zmbv.c
index 4cc0476f4d..0a5bb40ad5 10064
It is not documented to be safe to call inflateEnd() on a z_stream
that has not been successfully initialized via inflateInit(); so
record whether it has been successfully initialized.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/zmbv.c | 8
1 file changed, 4 insertions(+), 4 deleti
Signed-off-by: Andreas Rheinhardt
---
libavcodec/ttmlenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/ttmlenc.c b/libavcodec/ttmlenc.c
index 09f2657cd6..60abf25ce1 100644
--- a/libavcodec/ttmlenc.c
+++ b/libavcodec/ttmlenc.c
@@ -392,5 +392,5 @@ const AVCodec ff
From: Andreas Rheinhardt
Signed-off-by: Andreas Rheinhardt
---
libavcodec/ljpegenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/ljpegenc.c b/libavcodec/ljpegenc.c
index 80b5e799ed..d820b9a0f5 100644
--- a/libavcodec/ljpegenc.c
+++ b/libavcodec/ljpegenc.c
@@ -337,4 +337,5 @@
On Thu, Apr 29, 2021 at 8:04 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Here the packet size is known before allocating the packet because
> the encoder provides said information (and works with internal buffers
> itself), so one use this information to avoid the implicit use
On Mon, Apr 26, 2021 at 3:24 AM "zhilizhao(赵志立)"
wrote:
>
>
> > On Apr 25, 2021, at 11:31 PM, Rick Kern wrote:
> >
> > On Sun, Apr 25, 2021 at 4:06 AM Zhao Zhili
> wrote:
> >
> >> From the comment it's not available on old version. It works now
> >> by testing on macOS 11.2.1. There is no docum
Ping on this patch.
> -Original Message-
> From: Chen, Wenbin
> Sent: Monday, April 26, 2021 11:04 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Chen, Wenbin
> Subject: [PATCH 3/3] libavcodec/qsvdec: using suggested num to set
> init_pool_size
>
> From: Wenbinc-Bin
>
> The init_pool_size is
Ping on this patch.
> -Original Message-
> From: Chen, Wenbin
> Sent: Monday, April 26, 2021 11:04 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Chen, Wenbin
> Subject: [PATCH 2/3] libavcodec/qsvdec: remove redundant decodeHeader()
>
> From: "Chen,Wenbin"
>
> Since ffmpeg-qsv uses return val
Ping on this patch.
> -Original Message-
> From: Chen, Wenbin
> Sent: Monday, April 26, 2021 11:04 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Chen, Wenbin
> Subject: [PATCH 1/3] libavcodec/qsvdec: reinit decoder according to decode()
> return value
>
> From: "Chen,Wenbin"
>
> FFmpeg-qsv d
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Matthias C. M. Troffaes
> Sent: 2021年5月4日 20:27
> To: ffmpeg-devel@ffmpeg.org
> Cc: Matthias C. M. Troffaes
> Subject: [FFmpeg-devel] [PATCH 2/2] configure: dnn needs avformat
>
> The source file "libavfilter/dnn/dnn_backend_nati
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Shubhanshu Saxena
> Sent: 2021年5月1日 23:17
> To: ffmpeg-devel@ffmpeg.org
> Cc: Shubhanshu Saxena
> Subject: [FFmpeg-devel] [PATCH] lavfi/dnn_backend_native_layer_avgpool.c:
> Correct Spelling of Pixel
>
> Correct spelling of word
On 5/2/2021 10:58 AM, James Almer wrote:
Signed-off-by: James Almer
---
libavformat/dv.c | 24
1 file changed, 20 insertions(+), 4 deletions(-)
Will apply the set.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
On Thu, Dec 31, 2020 at 12:33 AM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> The above depends upon ff_check_alignment() being removed first.
>
> libavcodec/dvenc.c | 11 +--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> d
On 5/2/2021 2:59 PM, James Almer wrote:
avpriv_set_systematic_pal2() is meant to fill fixed vales for formats that
until recently were marked as "pseudo pal". It's not being called for them
anymore in here, and it's a no-op when used on real PAL formats.
Signed-off-by: James Almer
---
libavco
Pushed as 7c451b609c267462de152895634902f14c3ea60a
Regards,
Gyan
___
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 subj
38 matches
Mail list logo