On 16.07.2019, at 00:50, Michael Niedermayer wrote:
> Fixes: division by 0
> Fixes:
> 15657/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FITS_fuzzer-5738154838982656
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by:
On 16.07.2019, at 00:50, Michael Niedermayer wrote:
> Fixes: Leaks
> Fixes:
> 15349/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SANM_fuzzer-5102530557640704
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael
Hi Michael,
With the development of ffmpeg dnn module, there is a need to get a git repo,
controlled by FFMPEG, to hold dnn materials, such as training scripts, trained
parameters etc, as discussed at
http://ffmpeg.org/pipermail/ffmpeg-devel/2019-June/245750.html.
Could you please let me know
since tf.pad is enabled, the conv2d(valid) changes back to its original
behavior.
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/dnn_backend_native.c| 35 +
libavfilter/dnn/dnn_backend_native.h| 2 +-
tools/python/convert_from_tensorflow.py | 23 +
'make fate-dnn-layer-pad' to run the test
Signed-off-by: Guo, Yejun
---
tests/Makefile | 5 +-
tests/dnn/Makefile | 11 +++
tests/dnn/dnn-layer-pad-test.c | 201 +
tests/fate/dnn.mak | 8 ++
4 files changed, 224
it is expected that there will be more files to support native mode,
so put all the dnn codes under libavfilter/dnn
The main change of this patch is to move the file location, see below:
modified: libavfilter/Makefile
new file: libavfilter/dnn/Makefile
renamed:libavfilter/dnn_backend_nativ
the reason to add this layer first is that vf_sr uses it in its
tensorflow model, and the next plan is to update the python script
to convert tf.pad into native model.
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/Makefile | 1 +
libavfilter/dnn/dnn_backend_native_layer_p
> > -Original Message-
> > From: Guo, Yejun
> > Sent: Monday, July 01, 2019 4:08 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Guo, Yejun
> > Subject: [PATCH 1/2] dnn: add layer pad which is equivalent to tf.pad
> >
> > the reason to add this layer first is that vf_sr uses it in its
> > tens
> -Original Message-
> From: Nicolas George [mailto:geo...@nsup.org]
> Sent: Monday, July 15, 2019 22:00
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: Fu, Linjie
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] doc/ffmpeg.texi: update docs for
> autoscale/autorotate
>
On Mon, Jul 15, 2019 at 11:07:32PM +0200, Marton Balint wrote:
>
>
> On Mon, 15 Jul 2019, Limin Wang wrote:
>
> [...]
>
> >if (s->width[plane]) {
> >uint64_t plane_sad;
> >s->sad(frame->data[plane], frame->linesize[plane],
> >@@ -140,8 +146,12 @@
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/f_select.c | 6 ++
tests/ref/fate/filter-metadata-scenedetect | 16
2 files changed, 14 insertions(+), 8 deletions(-)
diff --git a/libavfilter/f_select.c b/libavfilter/f_select.c
index eed8df3.
From: Limin Wang
Signed-off-by: Limin Wang
---
tests/fate/filter-video.mak| 2 +-
tests/ref/fate/filter-metadata-scenedetect | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index 1042e96..60c6be1 1006
From: Limin Wang
This patch haven't make other pixel format usable yet to make sure the test
result is same with rgb format.
Signed-off-by: Limin Wang
---
libavfilter/f_select.c | 34 ++
1 file changed, 30 insertions(+), 4 deletions(-)
diff --git a/libavfilter/
Fixes: division by 0
Fixes:
15657/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FITS_fuzzer-5738154838982656
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/fitsdec.c | 2 +-
1 file change
Fixes: Leaks
Fixes:
15349/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SANM_fuzzer-5102530557640704
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/sanm.c | 9 -
1 file changed, 4
Paul B Mahol:
> Signed-off-by: Paul B Mahol
> ---
> configure | 1 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/imm5.c | 234 +++
On 7/15/2019 6:20 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> configure | 1 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/imm5.c | 234 +++
Signed-off-by: Paul B Mahol
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/imm5.c | 234
libavformat/riff.c |
On Mon, 15 Jul 2019, Limin Wang wrote:
[...]
>>>if (s->width[plane]) {
>>>uint64_t plane_sad;
>>>s->sad(frame->data[plane], frame->linesize[plane],
>>>@@ -140,8 +146,12 @@ static int is_frozen(FreezeDetectContext *s, AVFrame
*reference, AVFrame *frame)
>>>
This seems reasonable to me, but I have not been involved in any rtp code.
The commit message is maybe a bit on the verbose side, but I don't have any
strong opinion.
On 12.07.2019, at 08:40, Olivier Maignial wrote:
> === PROBLEM ===
>
> I was trying to record h264 + aac streams from an RTSP s
Up until now, when performing a SEEK_END seek, the subfile protocol
ignored the desired position (relative to EOF) and used the current
absolute offset in the input file instead.
And when performing a SEEK_CUR seek, the current position has been
ignored.
Signed-off-by: Andreas Rheinhardt
---
Sor
Up until now, when performing a SEEK_END seek, the subfile protocol
ignored the desired position (relative to EOF) and used the current
absolute offset in the input file instead.
Signed-off-by: Andreas Rheinhardt
---
A situation affected by this is a concatenation of concat and subfile:
For some
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Monday, July 15, 2019 23:38
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] doc/ffmpeg.texi: update docs f
Am Mo., 15. Juli 2019 um 12:39 Uhr schrieb Linjie Fu :
>
> Add docs for autoscale/noautoscale.
>
> Update information for autorotate according to ffplay.
>
> Signed-off-by: Linjie Fu
> ---
> doc/ffmpeg.texi | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/doc/ffmpeg.texi b/do
On 15/07/2019 15:53, James Almer wrote:
>>> AV_BASE64_DECODE_SIZE(strlen(avctx->stats_in));
>>
>> I copied this directly from libtheoraenc.c which has had this for more than
>> 10
>> years... is it wrong? Should it be changed too?
>
> It's not wrong, that helper macro was added three years ago an
On 7/15/2019 11:23 AM, Derek Buitenhuis wrote:
> On 13/07/2019 19:37, James Almer wrote:
>> Just use av_reallocp(). Each call will make the buffer bigger, so you're
>> not really making use the no-op benefits from av_fast_realloc(), which
>> only trigger if newsize <= size.
>
> I'll wait for your
Signed-off-by: James Almer
---
See
https://git.videolan.org/?p=vlc.git;a=commitdiff;h=d86c4c87aa78130a4fd00294e25df865d0e2b327
libavcodec/avcodec.h | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 2528bd89ab..646b
On 13/07/2019 19:37, James Almer wrote:
> Just use av_reallocp(). Each call will make the buffer bigger, so you're
> not really making use the no-op benefits from av_fast_realloc(), which
> only trigger if newsize <= size.
I'll wait for your reply to Nicholas and do whichevr people agree on.
>> +
Linjie Fu (12019-07-15):
> Add docs for autoscale/noautoscale.
This belongs in the path that adds them.
>
> Update information for autorotate according to ffplay.
>
> Signed-off-by: Linjie Fu
> ---
> doc/ffmpeg.texi | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/doc/ff
> 在 2019年7月15日，03:27，Michael Niedermayer 写道：
>
> On Sun, Jul 14, 2019 at 06:41:28AM +0800, Steven Liu wrote:
>> Signed-off-by: Steven Liu
>> ---
>> tests/fate/hlsenc.mak | 12 +++
>> tests/ref/fate/hls-fmp4 | 198
>>
>> 2 files changed, 210 in
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Moritz Barsnick
> Sent: Monday, July 15, 2019 20:02
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] doc/ffmpeg.texi: update docs fo
On Mon, Jul 15, 2019 at 18:39:14 +0800, Linjie Fu wrote:
Nit:
> +@item -noautoscale
> +Disable automatically scale video based on first frame resolution.
^ scaling
Cheers,
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
Add docs for max_frame_size option.
Signed-off-by: Linjie Fu
---
doc/encoders.texi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index eefd124751..ea43900e91 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -2899,6 +2899,12 @@ will refer
Add support for max frame size:
- max_frame_size (bytes) to indicate the max allowed size for frame.
If the frame size exceeds the limitation, encoder will to control the frame
size by adjusting QP value.
- MFS_NUM_PASSES to indicate number of passes for QP adjust.
- MFS_DELTA_QP to in
Add docs for autoscale/noautoscale.
Update information for autorotate according to ffplay.
Signed-off-by: Linjie Fu
---
doc/ffmpeg.texi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index cd35eb49c8..040a2b53cf 100644
--- a/doc/ffmpeg.texi
++
Currently, ffmpeg inserts scale filter by default in the filter graph
to force the whole decoded stream to scale into the same size with the
first frame. It's not quite make sense in resolution changing cases if
user wants the rawvideo without any scale.
Using autoscale/noautoscale to indicate whe
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Eoff, Ullysses A
> Sent: Saturday, July 13, 2019 12:26
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg_filter: use -rein
37 matches
Mail list logo
