From: Limin Wang
I have benchmarked the performance with c code and haven't see any
performance impact.
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 1b840b2..69a2ef
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 83 +++-
1 file changed, 36 insertions(+), 47 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index b024806..1b840b2 100644
--- a/libavcodec/v210enc.c
+++
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210_template.c | 59 +-
libavcodec/v210enc.c | 123 +++--
2 files changed, 75 insertions(+), 107 deletions(-)
diff --git a/libavcodec/v210_template.c b/libavcodec/v210_
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210_template.c | 48 +
libavcodec/v210enc.c | 54 +-
2 files changed, 63 insertions(+), 39 deletions(-)
create mode 100644 libavcodec/v210_templa
From: Limin Wang
It's for code factorization in the next patch
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 3e6abbe..d078f0a 100644
--- a/libavcodec/v2
From: Limin Wang
The multithread is avoid one core cpu is full with other filter like scale etc.
About the performance, the gain is very small, below is my testing for
performance.
In order to avoid the disk bottleneck, I'll use stream_loop mode for 10 frame
only.
./ffmpeg -y -i ~/Movies/4k_Re
ping 1 and 2, please ignore patchset 3.
On Sun, Aug 25, 2019 at 12:17:58AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/f_sidedata.c | 10 +-
> libavutil/frame.h| 10 ++
> 2 files changed, 15 insertions(+),
Please use this version, change libavcodec to avcodec in the subject for
consistent.
On Sun, Sep 01, 2019 at 10:48:22PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/v210_template.c | 48 +
> l
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210_template.c | 48 +
libavcodec/v210enc.c | 54 +-
2 files changed, 63 insertions(+), 39 deletions(-)
create mode 100644 libavcodec/v210_templa
Marton,
Below are my notes on blocking and non-blocking modes in protocols. Proposed
changes that I'd like to make are at the end.
Thanks,
Andriy
---General notes--
-blocking mode-
- transfer_function deals with polling and timeout
- block inside transfer_function for max rw_timeout.
Hi
Attached patch separates parsing from decoding in the Cinepak decoder.
It puts in some rather strict checks which are in line with how I've
figured the VfW 1.1 decoder works. Parsing is still intermixed with
validation, but the code should be much easier to read this way
compared to before. Som
Am So., 1. Sept. 2019 um 22:58 Uhr schrieb Tomas Härdin :
> Attached patch separates parsing from decoding in the Cinepak decoder.
> It puts in some rather strict checks which are in line with how I've
> figured the VfW 1.1 decoder works. Parsing is still intermixed with
> validation, but the code
Fixes: Timeout (82sec -> 1sec)
Fixes:
16411/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VP3_fuzzer-5166958151991296
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/vp3.c | 4
1 file
The decoder is slow
Fixes: Timeout (94sec -> 7sec)
Fixes:
16417/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSS2_fuzzer-5711668050395136
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/targe
Fixes: Infinite loop
Fixes:
16608/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5636229827133440
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/alsdec.c | 4 +++-
libavcodec/bg
Fixes: signed integer overflow: 2147483644 + 16 cannot be represented in type
'int'
Fixes:
16782/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FOURXM_fuzzer-5743163859271680
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mi
Hello all,
I’ve implemented a solution for a problem then creating WebVTT segments with
the segment muxer, but before I submit a patch I wanted to check back for
opinions about the approach.
THE REQUIREMENT
I need to do HLS segmentation for video/audio while additionally creating one
or more
Hi,
I’m not sure whether this has been discussed, considered or disregarded before.
I have some code ready for adding timestamps to the log output, similar to this:
$ ffmpegd -loglevel +timing
ffmpeg version 4.2.git Copyright (c) 2000-2019 the FFmpeg developers….
built with msvc
00:57:06.469 H
On 8/31/2019 10:30 PM, Raphaël Zumer wrote:
> It's been about 3 weeks, so sending a reminder in case anyone can review
> this.
Patchset pushed, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/dnn_backend_native.c| 43 +++--
tools/python/convert_from_tensorflow.py | 3 +++
tools/python/convert_header.py | 26
3 files changed, 70 insertions(+), 2 deletions(-)
create mode 100644
Signed-off-by: Guo, Yejun
---
libavcodec/libx264.c | 14 --
libavcodec/libx265.c | 9 -
2 files changed, 20 insertions(+), 3 deletions(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 86e3530..62316e6 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx26
21 matches
Mail list logo
