On 2/17/18, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavformat/mxfdec.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
> index 3b8d423906..fcae863ef4 100644
> --- a/libavformat/mxfde
On Sat, Feb 17, 2018 at 04:20:52AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes: 5653/clusterfuzz-testcase-5497680018014208
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavc
This should be the last of the major API changes. I'm not entirely
sure if I missed anything.
Josh
--
configure| 23 ---
doc/APIchanges | 4 ++
fftools/cmdutils.c | 239
+++--
---
libavdevice/lavfi.c | 2 --
libavfilter/lavfutils.c | 2 --
libavfilter/src_movie.c | 2 --
libavfilter/tests/filtfmts.c | 2 --
libavformat/tests/movenc.c | 2 --
libavformat/tests/seek.c | 3 ---
tests/api/api-band-test.c| 2 --
tests/
---
configure| 23 +-
doc/APIchanges | 4 +
libavfilter/allfilters.c | 817 +--
libavfilter/avfilter.c | 45 ---
libavfilter/avfilter.h | 29 +-
libavfilter/version.h| 5 +-
6 files changed, 475 insertions(+), 448
---
fftools/cmdutils.c | 239 +
1 file changed, 112 insertions(+), 127 deletions(-)
diff --git a/fftools/cmdutils.c b/fftools/cmdutils.c
index 0c7d13c..c341f8f 100644
--- a/fftools/cmdutils.c
+++ b/fftools/cmdutils.c
@@ -1250,19 +1250,11 @@ int
Calvin Walton (2018-02-16):
> The old version of the filter had a problem where it would queue up
> all of the duplicate frames required to fill a timestamp gap in a
> single call to filter_frame. In problematic files - I've hit this in
> webcam streams with large gaps due to network issues - this
---
Managed to send the wrong version of the patch. FATE is still running,
and will take a few hours on my machine, so I will update these patches
if I find any issues. I wanted to get them on the ML earlier so that
others could start taking a look.
configure| 23 +-
doc/API
Hello,
Like no comment have been made for the WIP version (November 2017),
ready to apply patchs in attach
pass fate on osx (x86_64)
Update :
- Add doc for new bsf filter
The goal is to convert HAPQA file to HAPQ (removing alpha)
or HAPAlphaOnly (remove rgb)
HAPQA data, is separate in two part
Fixes: signed integer overflow: -1625276744 + -1041893960 cannot be represented
in type 'int'
Fixes: 5948/clusterfuzz-testcase-minimized-5791479856365568
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
l
Fixes: 6037/clusterfuzz-testcase-minimized-5030249784934400
Fixes: signed integer overflow: 256 * 16992036 cannot be represented in type
'int'
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/h
Fixes: signed integer overflow: -2072 + -2147483646 cannot be represented in
type 'int'
Fixes: 6097/clusterfuzz-testcase-minimized-5034145253163008
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavco
On Sat, Feb 17, 2018 at 10:25:12PM +0100, Michael Niedermayer wrote:
> Fixes: 5894/clusterfuzz-testcase-minimized-5315325420634112
> Fixes: runtime error: signed integer overflow: 2147483647 + 1 cannot be
> represented in type 'int'
>
> Found-by: continuous fuzzing process
> https://github.com/g
On Sat, Feb 17, 2018 at 10:25:11PM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 3 + 2147483647 cannot be represented in type
> 'int'
> Fixes: 5888/clusterfuzz-testcase-minimized-5634701067812864
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/
---
Changelog| 2 +-
configure| 2 ++
libavcodec/Makefile | 1 +
libavcodec/hwaccels.h| 1 +
libavcodec/mjpegdec.c| 6
libavcodec/nvdec.c | 1 +
libavcodec/nvdec_mjpeg.c | 86
libavcodec/
This change implements mjpeg hwaccel support for nvdec on top of the hwaccel
hooks that Mark put together. When Mark previously sent the change out for
review, it included a hack to handle remapping of YUVJ pix fmts that couldn't
be merged as-is. The problem was never resolved, which blocked mergin
From: Mark Thompson
Also adds some extra fields to the main context structure that may
be needed by a hwaccel decoder.
(Modified by philipl to remove a YUVJ mapping hack that isn't required
by nvdec and would otherwise block merging the rest of the change.)
---
libavcodec/mjpegdec.c | 68 +
---
libavcodec/mjpegdec.c | 6 --
libavcodec/mjpegdec.h | 5 +++--
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c
index 9a7a329b19..b41d2ce467 100644
--- a/libavcodec/mjpegdec.c
+++ b/libavcodec/mjpegdec.c
@@ -715,8 +715,8 @@ unk_pi
No currently maintained distro or app uses 3.1 on
https://trac.ffmpeg.org/wiki/Downstreams
so it would help noone if we continue maintaining 3.1.*
---
src/download| 39 ---
src/olddownload | 39 +++
2 files changed, 39 in
Hi
Its 4 months since 3.4 was branched so its time for a new major release
Is 4.0 or 3.5 preferred ?
Any name suggestions ?
If there are no objections i will likely make that release in the next weeks
thx
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I do not agre
On 2/18/2018 10:50 PM, Michael Niedermayer wrote:
> Hi
>
> Its 4 months since 3.4 was branched so its time for a new major release
>
> Is 4.0 or 3.5 preferred ?
Definitely 4.0. With the major bump, the removal of ffprobe and WinXP
support, catching up with the merge queue, plus a bunch of new AP
On 2/18/2018 8:53 PM, Philip Langdale wrote:
> ---
> libavcodec/mjpegdec.c | 6 --
> libavcodec/mjpegdec.h | 5 +++--
> 2 files changed, 7 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c
> index 9a7a329b19..b41d2ce467 100644
> --- a/libavcodec/mjpe
On 2/12/18 2:24 PM, Amit Kale wrote:
> If this flag is set, BANDWIDTH value in a master playlist entry will be set to
> the peak segment bandwidth.
Thanks for sending the patch. Here are some comments.
> ---
> doc/muxers.texi | 4
> libavformat/hlsenc.c | 29 +-
From: Vishwanath Dixit
---
libavformat/movenc.c | 10 +++---
libavformat/movenc.h | 1 +
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index f433499..5b1e66c 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -62,6 +6
From: Vishwanath Dixit
---
libavformat/dashenc.c | 57 ---
1 file changed, 36 insertions(+), 21 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 0f6f4f2..0eb4b25 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/das
From: Vishwanath Dixit
---
doc/muxers.texi | 3 +++
libavformat/dashenc.c | 26 +++---
2 files changed, 26 insertions(+), 3 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index d9a5cc0..c156ec0 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -254,6
On 16.02.2018 21:52, Michael Niedermayer wrote:
On Thu, Feb 15, 2018 at 09:34:55AM +0100, Tobias Rapp wrote:
Prefer direct in/out channel count values over channel layout, when
available. Fixes a pan filter bug (ticket #6790).
Signed-off-by: Tobias Rapp
---
libswresample/rematrix.c | 6 -
Hello Michael,
do you think the patch could be merged in its current state?
It is functional, maybe I can do the cosmetic changes later.
I was a bit busy the last weeks.
Would be nice if it could get into the 3.5 / 4.0 release.
Felix
Am 02.01.2018 10:23, schrieb Felix Matouschek:
Am 28.12.2017
On 15.02.2018 10:12, Nicolas George wrote:
Tobias Rapp (2018-02-15):
I have run the Fate tests on Linux 32/64bit and Mips/Qemu, but possibly the
float channel coefficients could be fragile (especially of the stereo3
test). Do you have some idea on how to make them more reliable? Or shall we
give
29 matches
Mail list logo