On Mon, Jul 30, 2018 at 7:49 PM Jun Zhao wrote:
>
> V6: - Use rectangular slices and refine the code.
>
> V5: - In h265_vaapi encoder, when setting slice number > max slice number
> supported by driver, report error and return. Same as h264_vaapi.
> - Clean the logic when setting first_s
On 13/08/18 00:33, Maxime Jourdan wrote:
> Hi Jorge, unfortunately don't have a SBC that features a V4L2 M2M
> MJPEG/JPEG encoder so I couldn't test it.
>
> Hi Mark, thanks for the extensive review. Too bad neither scenario worked
> fully.
>
> 2018-08-12 19:24 GMT+02:00 Mark Thompson :
>> On 12/
Fixes: signed integer overflow: -540538872 + -2012739576 cannot be represented
in type 'int'
Fixes:
9255/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SHORTEN_fuzzer-5758630052757504
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-o
Fixes: Timeout
Fixes:
9252/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SHORTEN_fuzzer-5780720709533696
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/shorten.c | 5 +
1 file changed
Fixes: out of array access (no testcase)
Signed-off-by: Michael Niedermayer
---
libavcodec/cfhd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index 1959762f0e..846d334b9b 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -697,
Fixes: Timeout
Fixes:
9484/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_LAGARITH_fuzzer-5707859156271104
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/lagarith.c | 8 +++-
1 file ch
Fixes: runtime error: left shift of 1 by 31 places cannot be represented in
type 'int'
Fixes:
9480/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SHORTEN_fuzzer-6647324284551168
-rss_limit_mb=2000
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/f
Fixes: out of array access
Fixes:
9509/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CFHD_fuzzer-5283250636324864
Fixes:
9572/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CFHD_fuzzer-4920757409808384
Fixes:
9596/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CFHD_fuzzer-5114917580439
Hi,
This patch introduces a new improved color constancy algorithm based
on previously implemented greyedge algorithm.
Thanks.
>From ec68204b9b081e0f0861ab50767c41559ed7e7b6 Mon Sep 17 00:00:00 2001
From: Mina
Date: Mon, 13 Aug 2018 01:49:24 +0200
Subject: [PATCH 2/2] lavfi/vf_colorconstan
Hi,
This patch changes the maximum value for minknorm to a more sane
value and fixes check for sigma value when difford > 0. It also
itroduces some minor cosmetic edits(spaces and so).
Thanks.
>From 8f4270e4aad285a8652e1831e828439cdb13620a Mon Sep 17 00:00:00 2001
From: Mina
Date: Mon, 13
Hi Jorge, unfortunately don't have a SBC that features a V4L2 M2M
MJPEG/JPEG encoder so I couldn't test it.
Hi Mark, thanks for the extensive review. Too bad neither scenario worked fully.
2018-08-12 19:24 GMT+02:00 Mark Thompson :
> On 12/08/18 15:40, Maxime Jourdan wrote:
>> Tested on an Odroid
Hello,
I have updated patch 3 according to review, removed all code related to the
new flags (MERGE_TFF, MERGE_BFF) and threading functionality.
On Sat, Jul 28, 2018 at 5:04 PM, Thomas Mundt wrote:
> Hi,
>
> 2018-07-24 12:17 GMT+02:00 Vasile Toncu :
>
> > Fixed tabs.
> > Thank you for the feed
On 08/06/2018 10:12 PM, Mark Thompson wrote:
On 06/08/18 16:44, Jorge Ramirez-Ortiz wrote:
On 08/04/2018 11:43 PM, Mark Thompson wrote:
diff --git a/libavcodec/v4l2_context.c b/libavcodec/v4l2_context.c
index efcb0426e4..9457fadb1e 100644
--- a/libavcodec/v4l2_context.c
+++ b/libavcodec/v4l2_co
On 12/08/18 21:12, Danil Iashchenko wrote:
> Add erosion_opencl, dilation_opencl filters. Behave like existing erosion and
> dilation filters.
>
> ---
>
> Thanks, Fixed!
>
> Danil.
>
> configure| 2 +
> libavfilter/Makefile | 4 +
> libavfilter/allfilte
Add erosion_opencl, dilation_opencl filters. Behave like existing erosion and
dilation filters.
---
Thanks, Fixed!
Danil.
configure| 2 +
libavfilter/Makefile | 4 +
libavfilter/allfilters.c | 2 +
libavfilter/opencl/neighbor.cl | 87 ++
On Sun, Aug 05, 2018 at 10:29:29PM +0200, Michael Niedermayer wrote:
> Possibly fixes: null pointer dereference
> Possibly fixes:
> 9352/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MP3ADUFLOAT_fuzzer-5146068961460224
> Fixes: Heap-use-after-free
> Fixes:
> 9453/clusterfuzz-testcase-minimize
On Sat, Aug 04, 2018 at 02:58:30AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 9293/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MICRODVD_fuzzer-5643972541153280
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Sig
On 09/08/18 03:41, Danil Iashchenko wrote:
> Add erosion_opencl, dilation_opencl filters. Behave like existing erosion and
> dilation filters.
> ---
>
> Thanks! Fixed.
>
> configure| 2 +
> libavfilter/Makefile | 4 +
> libavfilter/allfilters.c |
On 12/08/18 15:40, Maxime Jourdan wrote:
> Tested on an Odroid-C2 with a V4L2 M2M MJPEG decoder.
>
> Signed-off-by: Maxime Jourdan
> ---
> configure | 3 +++
> libavcodec/Makefile | 2 ++
> libavcodec/allcodecs.c| 2 ++
> libavcodec/v4l2_m2m_dec.c | 1 +
> libavcodec/v4
On 08/12/2018 04:40 PM, Maxime Jourdan wrote:
Tested on an Odroid-C2 with a V4L2 M2M MJPEG decoder.
cool. did you also test the encoder?
Signed-off-by: Maxime Jourdan
---
configure | 3 +++
libavcodec/Makefile | 2 ++
libavcodec/allcodecs.c| 2 ++
libavcodec/v
Tested on an Odroid-C2 with a V4L2 M2M MJPEG decoder.
Signed-off-by: Maxime Jourdan
---
configure | 3 +++
libavcodec/Makefile | 2 ++
libavcodec/allcodecs.c| 2 ++
libavcodec/v4l2_m2m_dec.c | 1 +
libavcodec/v4l2_m2m_enc.c | 1 +
5 files changed, 9 insertions(+)
diff
On Sun, Aug 12, 2018 at 12:42 PM tugouxp <13824125...@163.com> wrote:
>
> hi all:
> i add log print in function "h264_decode_frame" in order to get the start
> code infomation of the input packet bitstream,
> and the log is below. but the result is not expected, for the doucument says
> eac
hi all:
i add log print in function "h264_decode_frame" in order to get the start
code infomation of the input packet bitstream,
and the log is below. but the result is not expected, for the doucument says
each packet should be start with start code "00 00 01" or "00 00 00 01",
if so, why
> On Aug 11, 2018, at 08:20, sanil wrote:
>
> Hi,
> The following patch supports parsing negative value of the @r attribute of S
> in SegmentTimeline element.
>
> Example streams:
> 1. http://dash.edgesuite.net/dash264/TestCases/1c/qualcomm/1/MultiRate.mpd
> 2. http://dash.edgesuite.net/dash2
24 matches
Mail list logo
