>
> breaks:
> ffmpeg -i subfile,,start,1,end,40,,:matrixbench_mpeg2.mpg subfile.avi
>
> (infnite loop)
>
>
Where can I get that matrixbench_mpeg2.mpg test file? If I run it
against fate-suite/mpeg2/matrixbench_mpeg2.lq1.mpg it works:
./ffmpeg -i
subfile,,start,1,end,40,,:fate-s
2017-06-03 0:30 GMT+08:00 Nicolas George :
>
> Le quintidi 15 prairial, an CCXXV, Steven Liu a écrit :
> > add time info into every line of log report
> > the time info can be used to find out error message occur time.
> >
> > Signed-off-by: Steven Liu
> > ---
> > cmdutils.c | 8 +++-
> > 1 f
Atempt to read and propagate only full ADTS frames and not other data,
like id3v1 or APETags at the end of the file.
Fixes ticket #6439.
Signed-off-by: James Almer
---
libavformat/aacdec.c | 42 --
1 file changed, 40 insertions(+), 2 deletions(-)
diff --
On Fri, Jun 02, 2017 at 08:41:58PM -0300, James Almer wrote:
> Atempt to read and propagate only full ADTS frames and not other data,
> like id3v1 or APETags at the end of the file.
>
> Fixes ticket #6439.
>
> Signed-off-by: James Almer
> ---
> libavformat/aacdec.c | 31
On Fri, Jun 02, 2017 at 04:55:30PM +0200, Daniel Kucera wrote:
> Signed-off-by: Daniel Kucera
> ---
> libavformat/avio.c| 2 +-
> libavformat/aviobuf.c | 18 ++
> libavformat/cache.c | 2 +-
> libavformat/file.c| 2 ++
> libavformat/wtvdec.c | 4 ++--
> 5 files chan
Fixes t/6421
Signed-off-by: Sasi Inguva
---
libavformat/mov.c| 57 --
tests/ref/fate/h264-twofields-packet | 60 ++--
2 files changed, 70 insertions(+), 47 deletions(-)
diff --git a/libavformat/mov.c b/libavform
On Fri, Jun 2, 2017 at 9:16 PM, James Almer wrote:
> This broke 820 tests with Valgrind. All of them seem to point to
>
> ==1253== Invalid read of size 8
> ==1253==at 0x697ECA: ff_scale_eval_dimensions (scale.c:118)
scale.c:118:
const char scale2ref = outlink->src->inputs[1] == inlink;
I be
On 6/1/2017 6:37 PM, Michael Niedermayer wrote:
> On Tue, May 30, 2017 at 01:34:29PM -0400, Kevin Mark wrote:
>> Variables pertaining to the main video are now available when
>> using the scale2ref filter. This allows, as an example, scaling a
>> video with another as a reference point while mainta
On Fri, Jun 02, 2017 at 09:27:16PM +0200, Hendrik Leppkes wrote:
> On Fri, Jun 2, 2017 at 9:19 PM, Michael Niedermayer
> wrote:
> > This reduces the attack surface of local file-system and local network
> > information leaking.
> >
> > It prevents the existing exploit leading to an information lea
---
libavcodec/tests/x86/dct.c | 2 ++
libavcodec/x86/idctdsp_init.c| 10 ++
libavcodec/x86/simple_idct.h | 3 +++
libavcodec/x86/simple_idct10.asm | 6 ++
4 files changed, 21 insertions(+)
diff --git a/libavcodec/tests/x86/dct.c b/libavcodec/tests/x86/dct.c
index 971
Use named arguments for the functions so we can remove a define. The
stride/linesize argument is now ptrdiff_t type so we no longer need to
sign extend the register.
---
libavcodec/x86/proresdsp.asm | 2 +-
libavcodec/x86/simple_idct10.asm | 8 ++--
libavcodec/x86/simple_i
---
libavcodec/x86/simple_idct10.asm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/x86/simple_idct10.asm b/libavcodec/x86/simple_idct10.asm
index b4b47afcee..ae848b7faf 100644
--- a/libavcodec/x86/simple_idct10.asm
+++ b/libavcodec/x86/simple_idct10.asm
@@ -46,
---
libavcodec/tests/x86/dct.c | 3 +++
libavcodec/x86/idctdsp_init.c | 1 +
libavcodec/x86/simple_idct.asm | 45 ++
libavcodec/x86/simple_idct.h | 1 +
4 files changed, 50 insertions(+)
diff --git a/libavcodec/tests/x86/dct.c b/libavcodec/tests/x
---
libavcodec/x86/simple_idct.asm | 47 ++
1 file changed, 34 insertions(+), 13 deletions(-)
diff --git a/libavcodec/x86/simple_idct.asm b/libavcodec/x86/simple_idct.asm
index 6fedbb5784..b5d05ca653 100644
--- a/libavcodec/x86/simple_idct.asm
+++ b/libavco
---
libavcodec/x86/simple_idct.asm | 1172
1 file changed, 586 insertions(+), 586 deletions(-)
Picture s/mm([0-7])/m\1/g here for 1229 lines and 64695 bytes.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Two ideas here.
The first 3 patches alter the old mmx code so that it can use xmm registers. It
still only uses half the available width and adds a few shuffles meaning it
isn't an ideal solution. Though it is exact compared with the mmx version.
Seems to be moderately faster of Skylake despite
Atempt to read and propagate only full ADTS frames and not other data,
like id3v1 or APETags at the end of the file.
Fixes ticket #6439.
Signed-off-by: James Almer
---
libavformat/aacdec.c | 31 +--
1 file changed, 29 insertions(+), 2 deletions(-)
diff --git a/libav
On Thu, Jun 01, 2017 at 02:07:19PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> The current upstreamed code has been written and tested for Little Endian
> systems.
> We do have plans to add the Big Endian support in near future, but till that
> time, need to disable all to
Signed-off-by: Marton Balint
---
libavformat/utils.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index b544b6f9c5..aa2a00552e 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -4098,8 +4098,10 @@ int av_find_best_
Fixes ticket #6397.
Signed-off-by: Marton Balint
---
libavformat/utils.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index fbd8b58ac2..b544b6f9c5 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -409
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 +++
libavcodec/dpcm.c | 44 ++--
5 files changed, 48 insertions(+), 6 deletions(-)
diff
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/gdv.c| 161 +++
3 files changed, 163 insertions(+)
create mode 100644 libavformat/gdv.c
diff --git a/libavformat/Makefile b/libavfo
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 +
libavcodec/gdv.c| 404
5 files changed, 414 insertions(+)
create mode 10064
Am 02.06.2017 um 19:47 schrieb Ganapathy Raman Kasi:
Hi,
HW accelerated transcode (h264_cuvid -> h264_nvenc with -hwaccel cuvid) was
broken after the filtergraph initialization was changed to intialize decoder first
followed by encoder (commit af1761f7b5b1b72197dc40934953b775c2d951cc). During
On Fri, Jun 2, 2017 at 9:19 PM, Michael Niedermayer
wrote:
> This reduces the attack surface of local file-system and local network
> information leaking.
>
> It prevents the existing exploit leading to an information leak. As
> well as similar hypothetical attacks.
>
> Leaks of information from f
This reduces the attack surface of local file-system and local network
information leaking.
It prevents the existing exploit leading to an information leak. As
well as similar hypothetical attacks.
Leaks of information from files and symlinks ending in common multimedia
extensions
are still poss
Hi,
HW accelerated transcode (h264_cuvid -> h264_nvenc with -hwaccel cuvid) was
broken after the filtergraph initialization was changed to intialize decoder
first followed by encoder (commit af1761f7b5b1b72197dc40934953b775c2d951cc).
During initialzing encoder with bframes, local buffers are al
Le quintidi 15 prairial, an CCXXV, Steven Liu a écrit :
> add time info into every line of log report
> the time info can be used to find out error message occur time.
>
> Signed-off-by: Steven Liu
> ---
> cmdutils.c | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git
add time info into every line of log report
the time info can be used to find out error message occur time.
Signed-off-by: Steven Liu
---
cmdutils.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/cmdutils.c b/cmdutils.c
index 3d428f3eea..b760a0565d 100644
--- a/cmduti
add time info into every line of log report
the time info can be used to find out error message occur time.
Signed-off-by: Steven Liu
---
cmdutils.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/cmdutils.c b/cmdutils.c
index 3d428f3eea..b760a0565d 100644
--- a/cmduti
Signed-off-by: Daniel Kucera
---
libavformat/avio.c| 2 +-
libavformat/aviobuf.c | 18 ++
libavformat/cache.c | 2 +-
libavformat/file.c| 2 ++
libavformat/wtvdec.c | 4 ++--
5 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/libavformat/avio.c b/libav
2017-06-02 15:43 GMT+02:00 Daniel Kučera :
> 2017-06-02 15:08 GMT+02:00 Daniel Kučera :
>> 2017-06-02 15:02 GMT+02:00 Nicolas George :
>>> Le quartidi 14 prairial, an CCXXV, Daniel Kučera a écrit :
Now I'm trying to pass fate. I've fixed some problems but don't have
an idea why it won't p
On 5/23/2017 4:01 PM, James Almer wrote:
> About 2x faster than the c version.
>
> Signed-off-by: James Almer
> ---
> libavcodec/x86/aacpsdsp.asm| 51
> ++
> libavcodec/x86/aacpsdsp_init.c | 4
> 2 files changed, 55 insertions(+)
Pushed.
__
On Fri, 2 Jun 2017 15:29:07 +0200
Hugo Beauzée-Luyssen wrote:
> ---
> compat/w32dlfcn.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/compat/w32dlfcn.h b/compat/w32dlfcn.h
> index bc9bb8c9f5..308763be53 100644
> --- a/compat/w32dlfcn.h
> +++ b/compat/w32dlfcn.h
> @@ -71,7 +71,11
On Fri, 2 Jun 2017 15:05:27 +0200
Michael Niedermayer wrote:
> The loglevel is choosen so that the main filename and any images of
> multi image sequences are shown only at debug level to avoid
> clutter.
>
> This makes exploits in playlists more visible. As they would show
> accesses to privat
2017-06-02 15:08 GMT+02:00 Daniel Kučera :
> 2017-06-02 15:02 GMT+02:00 Nicolas George :
>> Le quartidi 14 prairial, an CCXXV, Daniel Kučera a écrit :
>>> Now I'm trying to pass fate. I've fixed some problems but don't have
>>> an idea why it won't pass following test. Does anyone have idea?
>>
>>
---
compat/w32dlfcn.h | 4
1 file changed, 4 insertions(+)
diff --git a/compat/w32dlfcn.h b/compat/w32dlfcn.h
index bc9bb8c9f5..308763be53 100644
--- a/compat/w32dlfcn.h
+++ b/compat/w32dlfcn.h
@@ -71,7 +71,11 @@ exit:
#ifndef LOAD_LIBRARY_SEARCH_SYSTEM32
# define LOAD_LIBRARY_SEARCH_SYS
Hi,
This patch focus in improved debug for NVENC.
Capabilities added:
- Prints HW capabilities of the device.
*** Note: based on work done by Jean-Paul Saman
*** http://mailman.videolan.org/pipermail/vlc-devel/2016-April/107005.html
*** However this updated version doesn’t crash if unknown capa
2017-06-02 15:02 GMT+02:00 Nicolas George :
> Le quartidi 14 prairial, an CCXXV, Daniel Kučera a écrit :
>> Now I'm trying to pass fate. I've fixed some problems but don't have
>> an idea why it won't pass following test. Does anyone have idea?
>
> I suspect you need to fix lavf/file.c to actually
The loglevel is choosen so that the main filename and any images of
multi image sequences are shown only at debug level to avoid
clutter.
This makes exploits in playlists more visible. As they would show
accesses to private/sensitive files
Signed-off-by: Michael Niedermayer
---
libavformat/opti
Le quartidi 14 prairial, an CCXXV, Daniel Kučera a écrit :
> Now I'm trying to pass fate. I've fixed some problems but don't have
> an idea why it won't pass following test. Does anyone have idea?
I suspect you need to fix lavf/file.c to actually return AVERROR_EOF.
Regards,
--
Nicolas George
2017-06-02 3:31 GMT+02:00 Michael Niedermayer :
> On Thu, Jun 01, 2017 at 01:12:13PM +0200, Daniel Kucera wrote:
>> Signed-off-by: Daniel Kucera
>> ---
>> libavformat/aviobuf.c | 18 ++
>> 1 file changed, 10 insertions(+), 8 deletions(-)
>
> breaks fate (infinte loops)
> example f
Hi,
This is an updated version of my previous patch.
Sorry! The previous one doesn’t work with the last version of the configure.
This version is tested with both parameters: “--enable-libnpp-static” and
“--disable-libnpp-static”.
To summarize the info about this patch:
- This is a simple solut
On Fri, Jun 02, 2017 at 09:15:25AM +0200, Nicolas George wrote:
> Le tridi 13 prairial, an CCXXV, Michael Niedermayer a écrit :
> > This prevents an exploit leading to an information leak
> >
> > The existing exploit depends on a specific decoder as well.
> > It does appear though that the exploit
Hi Henry,
(repost without quotes... sorry!)
> I don't dispute that static linking might be useful, but I'm still not
> liking needing a separate configure option, if perhaps another
> solution can be found.
I'm glad if you point me in to another solution.
Meanwhile this solution is simple and ef
Hi,
Sorry, but ProtonMail has troubles with "non-top" replies...
Original Message
Subject: Re: [FFmpeg-devel] [PATCH] configure: support static libnpp [v2]
Local Time: June 2, 2017 12:03 PM
UTC Time: June 2, 2017 10:03 AM
From: h.lepp...@gmail.com
To: FFmpeg development discussi
On Fri, May 26, 2017 at 2:49 PM Paul B Mahol wrote:
> On 5/26/17, Michael Niedermayer wrote:
> > On Mon, May 08, 2017 at 07:40:25PM +, Davinder Singh wrote:
> >> hi,
> >>
> >> On Mon, Apr 24, 2017 at 9:43 PM Paul B Mahol wrote:
> >>
> >> > On 4/24/17, Davinder Singh wrote:
> >> > > Patch a
Sent with [ProtonMail](https://protonmail.com) Secure Email.
Original Message
Subject: Re: [FFmpeg-devel] [PATCH] configure: support static libnpp [v2]
Local Time: June 2, 2017 12:03 PM
UTC Time: June 2, 2017 10:03 AM
From: h.lepp...@gmail.com
To: FFmpeg development discussions a
Hi,
On Fri, Jun 02, 2017 at 04:23:41AM -0400, Aman Gupta wrote:
> From: Aman Gupta
>
> Android TV and FireOS hardware supports mpeg2 hardware decoding via
> MediaCodec.
> ---
> configure | 2 ++
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 2 ++
> liba
---
Hello,
The following patch adds an aarch64 neon implementation of the sbrdsp (tested
on an Odroid-C2). It hasn't been benchmarked yet and it lacks the
hf_apply_noise{0,1,2,3} functions (which will be added later).
---
libavcodec/aarch64/Makefile | 2 +
libavcodec/aarch64/sbrd
On Fri, Jun 2, 2017 at 11:56 AM, Andreas Håkon
wrote:
> Hi Hendrik,
>
> I don't like that there is a separate configure option. We can link to
> other libraries dynamically or statically depending on what is found,
> without needing two configure options per library.
>
> I understand. However, thi
Hi Hendrik,
I don't like that there is a separate configure option. We can link to
other libraries dynamically or statically depending on what is found,
without needing two configure options per library.
I understand. However, this is not really true for libnpp*.
Let me to explain about this spec
On Fri, Jun 2, 2017 at 10:56 AM, Andreas Håkon
wrote:
> Hi,
>
> This patch is based on the original work done by Timo Rothenpieler, and his
> patch for static linking with libnpp:
> [http://ffmpeg.org/pipermail/ffmpeg-devel/2016-June/195078.html](https://ffmpeg.org/pipermail/ffmpeg-devel/2016-Jun
Hi,
This patch is based on the original work done by Timo Rothenpieler, and his
patch for static linking with libnpp:
[http://ffmpeg.org/pipermail/ffmpeg-devel/2016-June/195078.html](https://ffmpeg.org/pipermail/ffmpeg-devel/2016-June/195078.html)
Based in my recomendations now it's possible to
From: Aman Gupta
Android TV and FireOS hardware supports mpeg2 hardware decoding via MediaCodec.
---
configure | 2 ++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 2 ++
libavcodec/mediacodecdec.c | 23 ++-
4 files changed, 27 insertions(
---
Changelog | 1 +
doc/filters.texi | 30
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/version.h | 2 +-
libavfilter/vf_skipblend.c | 272 +
Attached a patch which adds a "skipblend" filter, which is similar to
the framestep filter, but additionally blends frames together at each
step, for a motion blur effect. The number of frames that are blended
(i.e. the exposure time, in frames) can be set, allowing control over
the strength of the
Le tridi 13 prairial, an CCXXV, Michael Niedermayer a écrit :
> This prevents an exploit leading to an information leak
>
> The existing exploit depends on a specific decoder as well.
> It does appear though that the exploit should be possible with any decoder.
> The problem is that as long as sen
58 matches
Mail list logo
