https://github.com/mpeg5/ffevc
ffmpeg-subtree reflects ffmpeg repository.
The main branch is synchronized to ffpmeg git repo master branch and contains
all the changes provided in my last patches
BR
Dawid
-Original Message-
From: ffmpeg-devel On Behalf Of Michael
Niedermayer
Sent: Fri
https://github.com/mpeg5/ffevc
ffmpeg-subtree reflects ffmpeg repository.
The main branch is synchronized to ffpmeg git repo master branch and contains
all the changes provided in my last patches
BR
Dawid
-Original Message-
From: ffmpeg-devel On Behalf Of Michael
Niedermayer
Sent: Fri
On 2022-08-13 07:05 pm, Timo Rothenpieler wrote:
ffmpeg | branch: master | Timo Rothenpieler | Sun Aug
7 23:14:09 2022 +0200| [c469c3c3b18fbacd6ee0165573034d2a0408b83f] | committer: Timo
Rothenpieler
avfilter/vsrc_ddagrab: add options for more control over output format fallback
http://
On 13.08.2022 15:51, Gyan Doshi wrote:
On 2022-08-13 07:05 pm, Timo Rothenpieler wrote:
ffmpeg | branch: master | Timo Rothenpieler |
Sun Aug 7 23:14:09 2022 +0200|
[c469c3c3b18fbacd6ee0165573034d2a0408b83f] | committer: Timo Rothenpieler
avfilter/vsrc_ddagrab: add options for more contro
Signed-off-by: Andreas Rheinhardt
---
libavcodec/avcodec.c | 6 --
libavcodec/encode.c | 6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/avcodec.c b/libavcodec/avcodec.c
index f82d9e9f74..0451f57f82 100644
--- a/libavcodec/avcodec.c
+++ b/libavcodec/avcode
At this point active_thread_type is set iff active_thread_type
is set to FF_THREAD_FRAME iff AVCodecInternal.frame_thread_encoder
is set.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/avcodec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/avcodec.c b/libavc
mpegvideo uses an array of Pictures and when it is done with using
them, it only unreferences them incompletely: Some buffers are kept
so that they can be reused lateron if the same slot in the Picture
array is reused, making this a sort of a bufferpool.
(Basically, a Picture is considered used if
Codecs call ff_find_unused_picture() to get the index of
an unused picture; said picture may have buffers left
from using it previously (these buffers are intentionally
not unreferenced so that it might be possible to reuse them;
this is mpegvideo's version of a bufferpool). They should
not make an
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_dec.c | 4 ++--
libavcodec/mpegvideodec.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/mpegvideo_dec.c b/libavcodec/mpegvideo_dec.c
index 93ba4e31b3..7566fe69f9 100644
--- a/libavcodec/mpegvideo_dec
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/mpegvideo.c b/libavcodec/mpegvideo.c
index ff08168362..1190f29954 100644
--- a/libavcodec/mpegvideo.c
+++ b/libavcodec/mpegvideo.c
@@ -651,10 +651,10
Use it instead of AVStream.codecpar in the main thread. While
AVStream.codecpar is documented to only be updated when the stream is
added or avformat_find_stream_info(), it is actually updated during
demuxing. Accessing it from a different thread then constitutes a race.
Ideally, some mechanism sh
On Fri, Aug 12, 2022 at 07:21:02PM +0200, Timo Rothenpieler wrote:
> On 12.08.2022 19:18, Michael Niedermayer wrote:
> > And i dont think removing IPFS support entirely from FFmpeg is a smart
> > choice.
>
> I wouldn't at all be upset about having proper IPFS support in FFmpeg,
> there's no argum
On 13.08.2022 18:29, Michael Niedermayer wrote:
I fully support better IPFS support
what iam a bit "upset" about is that running a IPFS node is presented as
if that was more private than using a gateway.
That's not what people are suggesting.
The primary upset is about FFmpeg having hardcoded i
Fixes: out of array read
Fixes:
49434/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5208501080686592
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mjpegdec.c | 6 ++
1 fi
Fixes: signed integer overflow: -1948269928 * 10 cannot be represented in type
'int'
Fixes:
49451/clusterfuzz-testcase-minimized-ffmpeg_dem_SUBVIEWER_fuzzer-6344614822412288
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
---
libavformat/subv
Fixes: Timeout
Fixes:
49350/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VMDVIDEO_fuzzer-4554761801695232
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 chan
Fixes: Timeout
Fixes:
49504/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FOURXM_fuzzer-57045777054
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/4xm.c | 2 ++
1 file changed, 2 inse
Fixes: Timeout
Fixes:
49372/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VB_fuzzer-5234505337667584
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 changed, 1
The fastest fast Fourier transform in not just the west, but the world,
now for the most popular toy ISA.
On a high level, it follows the design of the AVX2 version closely,
with the exception that the input is slightly less permuted as we don't have
to do lane switching with the input on double 4
On Fri, 2022-08-12 at 16:22 +0100, Derek Buitenhuis wrote:
> On 8/9/2022 10:38 AM, "zhilizhao(赵志立)" wrote:
> > It’s suspicious to return a timestamp with unknown timebase.
>
> Would you suggest erroring in the case where there's no frag_stream?
> That could
> make sense.
Or just continue the loop
20 matches
Mail list logo
