On 2022-10-05 08:59 pm, Steven Liu wrote:
Tristan Matthews 于2022年10月5日周三 22:44写道:
---
libavformat/hls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index e622425e80..402eb2b5a0 100644
--- a/libavformat/hls.c
+++
On Wed, 2022-10-05 at 09:55 -0300, James Almer wrote:
> On 9/27/2022 10:39 PM, Xiang, Haihao wrote:
> > From: Haihao Xiang
> >
> > The current pbc might be small for an obu frame, so a new pbc is
> > required then parse this obu frame again. Because
> > CodedBitstreamAV1Context has already been
From: Haihao Xiang
HEVC spec has CRA frame which allows random access with open GOP, hence
it can achieve higher compression efficiency.
Signed-off-by: Haihao Xiang
---
libavcodec/qsvenc_hevc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/qsvenc_hevc.c
> Xiang, Haihao:
> > From: Haihao Xiang
> >
> > HEVC spec has CRA frame which allows random access with open GOP, hence
> > it can achieve higher compression efficiency.
> >
> > Signed-off-by: Haihao Xiang
> > ---
> > libavcodec/qsvenc_hevc.c | 2 +-
> > 1 file changed, 1 insertion(+), 1
Fixes: Timeout
Fixes:
49446/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFV1_fuzzer-5085639783088128
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file
Signed-off-by: Michael Niedermayer
---
libavcodec/ffv1dec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/ffv1dec.c b/libavcodec/ffv1dec.c
index d4bc60a7da8..958b3cd3c05 100644
--- a/libavcodec/ffv1dec.c
+++ b/libavcodec/ffv1dec.c
@@ -303,8 +303,11 @@ static
Fixes: signed integer overflow: 9223372036854550860 + 530259564 cannot be
represented in type 'long'
Fixes:
49093/clusterfuzz-testcase-minimized-ffmpeg_dem_ASF_O_fuzzer-4697179192688640
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Fixes: Timeout
Fixes:
51919/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SPEEDHQ_fuzzer-6023716480090112
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/speedhq.c | 2 ++
1 file changed,
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.h | 10 ++
tests/checkasm/riscv/checkasm.S | 178
3 files changed, 189 insertions(+)
create mode 100644 tests/checkasm/riscv/checkasm.S
diff --git a/tests/checkasm/Makefile
Although the DSP function only uses single precision from RISC-V F, the
caller may leave double precision values in the spilled registers if the
calling convention supports double precision hardware floats. Then, we
need to save and restore FS registers as double precision.
Conversely, we do not
This also allows the compiler to optimize the implicit
checks performed by the PutBit-API away (Clang does so).
Signed-off-by: Andreas Rheinhardt
---
libavcodec/wmv2enc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/wmv2enc.c b/libavcodec/wmv2enc.c
index
Forgotten after 2b9ab1d54a35f7d689b2396cfc59f9dbdcae391f.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/msmpeg4enc.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavcodec/msmpeg4enc.c b/libavcodec/msmpeg4enc.c
index e40acdf3fc..f0d0045e69 100644
---
OvchinnikovDmitrii:
> This change improves the performance and multicore scalability of the vp9
> codec for streaming single-pass encoded videos by taking advantage of up
> to 64 cores in the system. The current thread limit for ffmpeg codecs is 16
> (MAX_AUTO_THREADS in pthread_internal.h) due to
Removed unnecessary comment as requested by Ronald S. Bultje.
some more thoughts about the patch:
This is my deduction from what I could find - There was a hard limit of 16
threads in libvpx as there was no benefit to adding more threads based upon
the parallelism available in the the codec.
This change improves the performance and multicore scalability of the vp9
codec for streaming single-pass encoded videos by taking advantage of up
to 64 cores in the system. The current thread limit for ffmpeg codecs is 16
(MAX_AUTO_THREADS in pthread_internal.h) due to a limitation in H.264 codec
Peter Ross:
> ---
> Fixes ticket #5601
>
> doc/general_contents.texi | 1 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c| 1 +
> libavcodec/codec_desc.c | 7 +
> libavcodec/codec_id.h | 1 +
> libavcodec/vqcdec.c | 443
Xiang, Haihao:
> From: Haihao Xiang
>
> HEVC spec has CRA frame which allows random access with open GOP, hence
> it can achieve higher compression efficiency.
>
> Signed-off-by: Haihao Xiang
> ---
> libavcodec/qsvenc_hevc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
---
Fixes ticket #5601
doc/general_contents.texi | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c| 1 +
libavcodec/codec_desc.c | 7 +
libavcodec/codec_id.h | 1 +
libavcodec/vqcdec.c | 443 ++
libavformat/riff.c
ons 2022-10-05 klockan 17:12 +0100 skrev Gavin Smith:
> On 09/09/2022 16:33, Gavin Smith wrote:
> >
> > On 09/09/2022 10:45, Tomas Härdin wrote:
> > > ons 2022-09-07 klockan 15:28 +0100 skrev Gavin Smith:
> > > > On 06/08/2022 21:44, Tomas Härdin wrote:
> > > > > fre 2022-08-05 klockan 00:03
ons 2022-10-05 klockan 14:18 + skrev Richard Ayres:
> > > mån 2022-10-03 klockan 11:47 + skrev Richard Ayres:
> > > Thanks, Pierre-Anthony. I've updated the patch to remove the
> > > unnecessary UL and it's now using mxf_match_uid() to detect the
> > > EKLV
> > > packet.
> > >
> > >
From: Haihao Xiang
HEVC spec has CRA frame which allows random access with open GOP, hence
it can achieve higher compression efficiency.
Signed-off-by: Haihao Xiang
---
libavcodec/qsvenc_hevc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/qsvenc_hevc.c
From: Fei Wang
AV_PIX_FMT_P012, AV_PIX_FMT_Y212 and AV_PIX_FMT_XV36 are used in
FFmpeg and MFX_FOURCC_P016, MFX_FOURCC_Y216, and MFX_FOURCC_Y416 are used
in the SDK
Signed-off-by: Fei Wang
Signed-off-by: Wenbin Chen
Signed-off-by: Haihao Xiang
---
libavcodec/qsv.c | 30
From: Fei Wang
P012, Y212 and XV36 are used for 12bit content in FFmpeg VAAPI, so
these formats should be used in FFmpeg QSV too, however the SDK only
declares support for P016, Y216 and Y416. So this commit fudged mappings
between AV_PIX_FMT_P012 and MFX_FOURCC_P016, AV_PIX_FMT_Y212 and
From: Haihao Xiang
AV_PIX_FMT_XV30 is used in FFmpeg and MFX_FOURCC_Y410 is used in the
SDK.
Signed-off-by: Haihao Xiang
---
libavcodec/qsv.c | 9 +
libavcodec/qsvdec.c | 2 ++
libavcodec/qsvenc_hevc.c | 1 +
libavcodec/qsvenc_vp9.c | 1 +
4 files changed, 13
From: Haihao Xiang
XV30 is used for 10bit 4:4:4 content in FFmpeg VAAPI, so XV30 should be
used for 10bit 4:4:4 content in FFmpeg QSV too because QSV is based on
VAAPI on Linux. However the SDK only declares support for Y410 but does
nothing with the alpha in Y410, so this commit fudged a
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavcodec/qsv.c | 9 -
libavcodec/qsv_internal.h | 2 +-
libavcodec/qsvenc.c | 6 ++
3 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/libavcodec/qsv.c b/libavcodec/qsv.c
index 51aac16695..4e11b33a7d
From: Haihao Xiang
We can't get Shift from bit depth for some formats in the SDK. For
example, bit depth is 10, however Shift is 0 for Y410 (XV30 in FFmpeg).
In order to support these formats in the next commits, this patch
specified Shift for each format
Signed-off-by: Haihao Xiang
---
Any chance of someone finding the time to have a look at this?
/Gustav
On Tue, Sep 27, 2022 at 11:06 PM Gustav Grusell
wrote:
> Implements support for 2-pass CRF and 3-pass VBR by implementing
> reading and writing of stats file, and passing the pass number on
> to the encoder. For 3-pass VBR,
28 matches
Mail list logo