From: Yan Cen
There is no need all reference frame demension is valid in libvpx.
So this change contains three part:
1. Change each judgement's loglevel from "ERROR" to "WARNING"
2. Make sure at least one of frames that this frame references has valid
dimension.
3. All judgements fail would
Em seg, 29 de abr de 2019 às 22:21, Guo, Yejun escreveu:
>
>
>
> > -Original Message-
> > From: Pedro Arthur [mailto:bygran...@gmail.com]
> > Sent: Tuesday, April 30, 2019 1:47 AM
> > To: FFmpeg development discussions and patches
> > Cc: Guo, Yejun
> > Subject: Re: [FFmpeg-devel]
> -Original Message-
> From: Pedro Arthur [mailto:bygran...@gmail.com]
> Sent: Tuesday, April 30, 2019 1:47 AM
> To: FFmpeg development discussions and patches
> Cc: Guo, Yejun
> Subject: Re: [FFmpeg-devel] [PATCH V2 7/7] libavfilter/dnn: add more data type
> support for dnn model
On Mon, Apr 29, 2019 at 02:16:53PM -0700, fumoboy...@me.com wrote:
> Btw, what’s the difference between `h263` and `h263p`?
Its described probably best with the encoders:
.name = "h263p",
.long_name = NULL_IF_CONFIG_SMALL("H.263+ / H.263-1998 / H.263 version
2"),
vs.
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Pedro Arthur
> Sent: Monday, April 29, 2019 11:26 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] libavfilter: Add more operation supports
> in
>
Fixes: Timeout (11sec -> 2sec)
Fixes:
14403/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PAF_VIDEO_fuzzer-5697465698746368
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/pafvideo.c | 4
Fixes #7855 (“Last subtitle in MP4 is displayed forever”).
---
libavformat/isom.h | 3 +
libavformat/mov.c | 158 +
2 files changed, 135 insertions(+), 26 deletions(-)
diff --git a/libavformat/isom.h b/libavformat/isom.h
index 69452cae8e..b83744ba09
One situation where a subtitle packet can be marked for discard is when
demuxing an MOV file that has an edit list.
---
libavcodec/decode.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index 6c31166ec2..204bd50fa3 100644
Btw, what’s the difference between `h263` and `h263p`?
> On Apr 29, 2019, at 2:12 PM, fumoboy007 wrote:
>
> Bug originally introduced in commit 758fbc54fef2f31957b5c5f22e05e5fd9b04f631.
> ---
> libavcodec/h263dec.c | 27 +++
> 1 file changed, 15 insertions(+), 12
Bug originally introduced in commit 758fbc54fef2f31957b5c5f22e05e5fd9b04f631.
---
libavcodec/h263dec.c | 27 +++
1 file changed, 15 insertions(+), 12 deletions(-)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
index 8385ddfe2e..6f001f6d47 100644
---
Ping! :-)
Thanks,
Jonathan Gilbert
On Wed, Apr 17, 2019 at 4:18 AM Jonathan Gilbert wrote:
> I've changed the allocation functions and attached the output of `git
> format-patch` to this e-mail.
>
> Thanks,
>
> Jonathan Gilbert
>
> On Tue, Apr 16, 2019 at 5:50 PM Carl Eugen Hoyos
> wrote:
>
On Mon, Apr 29, 2019 at 8:35 PM Marton Balint wrote:
> We can't really change this for the better unless there is a somewhat
> "recognized" authority which has the power to make decisions, rules, and
> enforce them.
>
> I hoped that this can be the voting comitte.
The voting commitee is pretty
2019-04-29 20:34 GMT+02:00, Marton Balint :
> Voting is important, because people typically accept
> majority decisions even if they don't agree with them.
Sounds like an interesting argument.
> I believe that this is why several people including
> me expressed that NDI removal should only have
Marton Balint (12019-04-29):
> At the moment, it looks to me that FFmpeg is a community without leadership,
> enforced rules and consequences. In fact, I consider this the main reason
> why people consider working in it an unfriendly experience.
>
> We can't really change this for the better
On Mon, 29 Apr 2019, Carl Eugen Hoyos wrote:
2019-04-29 1:02 GMT+02:00, Marton Balint :
On Mon, 29 Apr 2019, Carl Eugen Hoyos wrote:
2019-04-28 22:02 GMT+02:00, Marton Balint :
1) Should libNDI support be removed from the ffmpeg codebase?
This sounds to me as if you know of an
On 4/29/19, Matthias Troffaes wrote:
> MSVC requires an explicit cast from void * to void when applying the
> ternary conditional operator to switch between methods that return
> void. The attached patch fixes the problem.
>
> For information, log of failed build:
>
>
2019-04-25 4:14 GMT+02:00, Guo, Yejun :
> +}
> +else{
Please try to fix this.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
2019-04-29 1:02 GMT+02:00, Marton Balint :
>
> On Mon, 29 Apr 2019, Carl Eugen Hoyos wrote:
>
>> 2019-04-28 22:02 GMT+02:00, Marton Balint :
>>
>>> 1) Should libNDI support be removed from the ffmpeg codebase?
>>
>> This sounds to me as if you know of an alternative to not endorsing
>> a company
Em qua, 24 de abr de 2019 às 23:15, Guo, Yejun escreveu:
>
> currently, only float is supported as model input, actually, there
> are other data types, this patch adds uint8.
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/dnn_backend_native.c | 4 +++-
> libavfilter/dnn_backend_tf.c |
Em qua, 24 de abr de 2019 às 23:14, Guo, Yejun escreveu:
>
> some models such as ssd, yolo have more than one output.
>
> the clean up code in this patch is a little complex, it is because
> that set_input_output_tf could be called for many times together
> with ff_dnn_execute_model_tf, we have
Em qua, 24 de abr de 2019 às 23:14, Guo, Yejun escreveu:
>
> Currently, within interface set_input_output, the dims/memory of the
> tensorflow
> dnn model output is determined by executing the model with zero input,
> actually, the output dims might vary with different input data for networks
>
Em qua, 24 de abr de 2019 às 23:14, Guo, Yejun escreveu:
>
> use TF_Tensor's cpu address to avoid extra memcpy.
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/dnn_backend_tf.c | 36
> libavfilter/vf_sr.c | 3 ---
> 2 files changed, 12
Em qua, 24 de abr de 2019 às 23:14, Guo, Yejun escreveu:
>
> remove the requirment that the name of DNN model input/output
> should be "x"/"y",
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/dnn_backend_native.c | 2 +-
> libavfilter/dnn_backend_tf.c | 10 +-
>
Em qua, 24 de abr de 2019 às 23:14, Guo, Yejun escreveu:
>
> remove 'else' since there is always 'return' in 'if' scope,
> so the code will be clean for later maintenance
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/vf_sr.c | 143
> ++--
> 1
Em qua, 24 de abr de 2019 às 23:14, Guo, Yejun escreveu:
>
> otherwise, the following check will return error if layer_add_res
> is randomly initialized.
>
> Signed-off-by: Guo, Yejun
> ---
> libavfilter/dnn_backend_tf.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On Mon, Apr 29, 2019 at 3:34 PM Hendrik Leppkes wrote:
>
> On Mon, Apr 29, 2019 at 2:39 PM Menno de Gier wrote:
> >
> > Some ADTS files have a first frame that's shorter than the 10 bytes that
> > are being read while checking for ID3 tags.
> >
> > Fixes #7271
> >
>
> James already send another
Em seg, 29 de abr de 2019 às 00:06, escreveu:
>
>
>
>
> > -原始邮件-
> > 发件人: "Pedro Arthur"
> > 发送时间: 2019-04-29 10:42:42 (星期一)
> > 收件人: "FFmpeg development discussions and patches"
> > 抄送:
> > 主题: Re: [FFmpeg-devel] [PATCH] libavfilter: Add more operation supports in
> > FFmpeg dnn
On 4/29/2019 4:23 AM, Reimar Döffinger wrote:
> On 28.04.2019, at 22:02, Marton Balint wrote:
>
>> Hi All,
>>
>> There has been discussion on the mailing list several times about the
>> inclusion of support for closed source components (codecs, formats, filters,
>> etc) in the main ffmpeg
On Mon, Apr 29, 2019 at 04:47:52PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/f_ebur128.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/f_ebur128.c b/libavfilter/f_ebur128.c
> index f613d8def2..f25d5f096e 100644
> ---
Signed-off-by: Paul B Mahol
---
libavfilter/f_ebur128.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/f_ebur128.c b/libavfilter/f_ebur128.c
index f613d8def2..f25d5f096e 100644
--- a/libavfilter/f_ebur128.c
+++ b/libavfilter/f_ebur128.c
@@ -420,7 +420,7 @@ static
On Mon, Apr 29, 2019 at 2:39 PM Menno de Gier wrote:
>
> Some ADTS files have a first frame that's shorter than the 10 bytes that
> are being read while checking for ID3 tags.
>
> Fixes #7271
>
James already send another patch for this issue -
https://patchwork.ffmpeg.org/patch/12913/ - which
Some ADTS files have a first frame that's shorter than the 10 bytes that
are being read while checking for ID3 tags.
Fixes #7271
Signed-off-by: Menno de Gier
---
libavformat/aacdec.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavformat/aacdec.c b/libavformat/aacdec.c
index
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Linjie Fu
> Sent: Monday, April 15, 2019 9:23 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [FFmpeg-devel] [PATCH, v2] lavc/qsvenc: Fix the memory leak for
> enc_ctrl.Payload
>
> frame->enc_ctrl.Payload
MSVC requires an explicit cast from void * to void when applying the
ternary conditional operator to switch between methods that return
void. The attached patch fixes the problem.
For information, log of failed build:
> > But the CODE doesn't say that!
> >
> > The code uses:
> > "#if QSV_HAVE_CO3"
> >
> > And then every use of the "co3" member needs to be protected by this
> clausule.
> > Futhermore, this is true in every part of the source code in
> > "qsvenc.c"... except at two points (I need to review my
Hi Paul,
On Sun, Apr 28, 2019 at 16:42:45 +0200, Paul B Mahol wrote:
Cosmetic nits:
> +Alowed range is from 1 to 6.
^ Allowed
> +Alowed range is from 2 to 256.
^
Ditto.
> +float *bbufers[256];
^
I'm not sure of the intent, but would this be "buffers" or "bbuffers"?
>
sön 2019-04-28 klockan 22:17 +0200 skrev Marton Balint:
>
> On Sun, 14 Apr 2019, Tomas Härdin wrote:
>
> > fre 2019-04-12 klockan 01:09 +0200 skrev Marton Balint:
> > > KLV length is BER encoded (variable size), but the code assumed the
> > > encoding to
> > > always use 4 bytes.
> > >
> > >
On 28.04.2019, at 22:02, Marton Balint wrote:
> Hi All,
>
> There has been discussion on the mailing list several times about the
> inclusion of support for closed source components (codecs, formats, filters,
> etc) in the main ffmpeg codebase.
>
> Also the removal of libNDI happened without
‐‐‐ Original Message ‐‐‐
On Thursday, 25 de April de 2019 11:07, Andreas Håkon
wrote:
> Hi,
>
> A patch for a new optional parameter for the mpegtsenc muxer.
>
> Regards.
> A.H.
>
Hi Ali KIZIL,
You do the validation tests?
Hi Michael Niedermayer,
Have you been able to review
‐‐‐ Original Message ‐‐‐
On Tuesday, 23 de April de 2019 14:03, Andreas Håkon
wrote:
>
> Thank you Moritz!
> All applied.
>
> In addition, one correction regarding the initialization.
> Sorry, but first version has an error. This is clean!
>
> Regards.
> A.H.
>
Hi Michael
40 matches
Mail list logo
