Added another check and corrected an oversight in a log message.
From f013a502c438ef9940fc131cad9bf870853adb5f Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Fri, 22 Jun 2018 22:02:16 +0530
Subject: [PATCH v2] fftools/ffmpeg: check sseof value and clash with ss
Prioritize -ss
---
fftools/ffmp
On Thu, Jun 21, 2018 at 09:11:56PM +0200, Michael Niedermayer wrote:
> On Thu, Jun 21, 2018 at 02:27:29PM +0200, Carl Eugen Hoyos wrote:
> > 2018-06-21 13:55 GMT+02:00, Moritz Barsnick :
> > > On Thu, Jun 21, 2018 at 10:51:33 +0200, Carl Eugen Hoyos wrote:
> >
> > >> Who wrote the patch / where di
On Thu, Jun 21, 2018 at 12:01:09PM -0700, Jacob Trimble wrote:
> On Thu, Jun 21, 2018 at 9:48 AM Michael Niedermayer
> wrote:
> >
> > > +if (UINT32_MAX == init_info_count ||
> > > +UINT32_MAX - *side_data_size < FF_ENCRYPTION_INIT_INFO_EXTRA
> > > ||
> > > +UINT32_
On Fri, Jun 22, 2018 at 12:15:15AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 8648/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MJPEG_fuzzer-5108395525799936
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed
On Fri, Jun 22, 2018 at 12:15:13AM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/ffv1enc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Freedom in
On Fri, Jun 22, 2018 at 04:51:09PM +0200, Tomas Härdin wrote:
> fre 2018-06-22 klockan 14:07 + skrev Eran Kornblau:
> > First, regarding the if you added, it's redundant - if you look a few lines
> > above, you'll see 'if (atom.size < atom.header_size)'.
> > atom.header_size is either 8 or 16,
This fixes a bug/regression with very small packets
Fixes: output_file
Reported-by: Thierry Foucu
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_parser.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/libavcodec/h264_parser.c b/libavcodec/h264_p
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Tomas Härdin
> Sent: Friday, June 22, 2018 5:51 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] frama-c:ify qt-faststart.c, proof-of-concept
> (kinda)
>
>
From 326e15dcfc3ddb1d9b8fd06a5806807917f56669 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Fri, 22 Jun 2018 22:02:16 +0530
Subject: [PATCH] fftools/ffmpeg: check sseof value and clash with ss
Prioritize -ss
---
fftools/ffmpeg_opt.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletio
From 91d98675cc85bd78e46971f9e5d3708245345654 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Thu, 7 Jun 2018 23:15:35 +0530
Subject: [PATCH] ffmpeg: sseof is marked as an input-only option
---
doc/ffmpeg.texi | 2 +-
fftools/ffmpeg_opt.c | 2 +-
2 files changed, 2 insertions(+), 2 deleti
Sorry; ignore this email.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
fre 2018-06-22 klockan 14:07 + skrev Eran Kornblau:
> First, regarding the if you added, it's redundant - if you look a few lines
> above, you'll see 'if (atom.size < atom.header_size)'.
> atom.header_size is either 8 or 16, it can't be anything else, so atom.size
> can't be < 8 at this point
On 6/21/2018 1:55 PM, Rostislav Pehlivanov wrote:
> @@ -3462,12 +3465,12 @@ avcodec_select="null_bsf"
> avdevice_deps="avformat avcodec avutil"
> avdevice_suggest="libm"
> avfilter_deps="avutil"
> -avfilter_suggest="libm"
> +avfilter_suggest="libm libshaderc"
> avformat_deps="avcodec avutil"
>
> Hi
>
> I've recently been looking at formal proof systems for minimizing bugs.
> One common example is SPARK, which is an Ada variant which uses contracts,
> guaranteed termination and lack of dynamic allocation to make reasoning about
> SPARK programs much easier. This allows automatic checki
Hey, Carl Eugen! Thanks for the patch.
On Thu, Jun 21, 2018 at 3:12 AM, Carl Eugen Hoyos
wrote:
>
> Attached patch allows to create (and read) gray1x samples with libopenjpeg.
Looks good to me. I have a few very small nits below. I won't block the
patch based on these small nits, so feel free t
Hi
I've recently been looking at formal proof systems for minimizing bugs.
One common example is SPARK, which is an Ada variant which uses
contracts, guaranteed termination and lack of dynamic allocation to
make reasoning about SPARK programs much easier. This allows automatic
checking for things
2018-06-22 9:29 GMT+02:00, Wang Cao :
>>
>> My question was which authority defined this metadata for
>> y4m? Or which (non-FFmpeg-based) other software
>> understands the metadata your patch adds to the files.
>>
> AFAIK, no other software and authority has defined this metadata
> for color range.
Make ffmpeg to output stats for each video/audio streams and each ouptut file
ffmpeg output log in print_report. The report of video/audio sizes is clear now
as previously all output video/audio sizes were combined to report and it is
unclear such stats is for one output files or aggregates for
Thanks for pointing this out. I have modified the code according to your
comments.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> My question was which authority defined this metadata for
> y4m? Or which (non-FFmpeg-based) other software
> understands the metadata your patch adds to the files.
>
AFAIK, no other software and authority has defined this metadata
for color range. According to https://linux.die.net/man/5/yuv4m
20 matches
Mail list logo
