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
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
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
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
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
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
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: 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
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
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
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.
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
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
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(+),
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
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
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
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
21 matches
Mail list logo
