On 06.11.2015 22:29, wm4 wrote:
> On Fri, 6 Nov 2015 22:18:04 +0100
> Andreas Cadhalpun wrote:
>
>> This fixes a stack buffer overflow.
>>
>> Signed-off-by: Andreas Cadhalpun
>> ---
>> libavcodec/pngdec.c | 3 ++-
>> 1 file
On Sun, 2015-10-25 at 21:43 +0100, Tomas Härdin wrote:
> On Thu, 2015-10-22 at 19:47 +0200, Alexis Ballier wrote:
> > On Wed, 21 Oct 2015 23:45:07 +0200
> > Tomas Härdin wrote:
> >
> > > On Wed, 2015-10-21 at 18:00 +0200, Alexis Ballier wrote:
> > > > Some files such as
On 11/6/2015 12:15 PM, wm4 wrote:
> ---
> configure | 3 +++
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 2 ++
> libavcodec/mmaldec.c | 12
> 4 files changed, 18 insertions(+)
>
> diff --git a/configure b/configure
> index f770534..8c940a7 100755
>
On Fri, Nov 06, 2015 at 08:18:39PM +0100, Andreas Cadhalpun wrote:
[...]
> diff --git a/src/download b/src/download
> index 5691fbd..6d3517e 100644
> --- a/src/download
> +++ b/src/download
> @@ -53,13 +53,22 @@
>
> Linux Packages
>
> +
On Sun, Nov 1, 2015 at 8:59 AM Timothy Gu wrote:
> ---
> libavcodec/x86/pixblockdsp.asm | 66
> --
> 1 file changed, 31 insertions(+), 35 deletions(-)
>
Ping set.
Timothy
___
On Fri, 6 Nov 2015 23:56:52 +0100
Andreas Cadhalpun wrote:
> On 06.11.2015 22:29, wm4 wrote:
> > On Fri, 6 Nov 2015 22:18:04 +0100
> > Andreas Cadhalpun wrote:
> >
> >> This fixes a stack buffer overflow.
> >>
> >>
On Fri, Nov 6, 2015 at 10:42 PM, Mark Harris wrote:
> On Fri, Nov 6, 2015 at 12:49 PM, Ganesh Ajjanagadde
> wrote:
>> Somewhat ironic that this "safe" interface is actually being used
>> unsafely here. This fixes the usage preventing potential null
On 11/1/2015 1:59 PM, Timothy Gu wrote:
> ---
> libavcodec/x86/pixblockdsp.asm | 66
> --
> 1 file changed, 31 insertions(+), 35 deletions(-)
>
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Hi,
On Sun, Nov 1, 2015 at 11:59 AM, Timothy Gu wrote:
> ---
> libavcodec/x86/pixblockdsp.asm | 66
> --
> 1 file changed, 31 insertions(+), 35 deletions(-)
>
> diff --git a/libavcodec/x86/pixblockdsp.asm
>
On 11/6/15, Andreas Cadhalpun wrote:
> On 06.11.2015 22:29, wm4 wrote:
>> On Fri, 6 Nov 2015 22:18:04 +0100
>> Andreas Cadhalpun wrote:
>>
>>> This fixes a stack buffer overflow.
>>>
>>> Signed-off-by: Andreas Cadhalpun
On Fri, Nov 6, 2015 at 12:49 PM, Ganesh Ajjanagadde
wrote:
> Somewhat ironic that this "safe" interface is actually being used
> unsafely here. This fixes the usage preventing potential null pointer
> dereference, where the old code was doubly broken: ctime can return
>
On 11/6/15, Andreas Cadhalpun wrote:
> The return type of strlen is size_t, i.e. unsigned, so if pd->buf_size
> is 3, the right side overflows leading to a wrong result of the
> comparison and subsequently a heap buffer overflow.
>
> Signed-off-by: Andreas
On Fri, Nov 06, 2015 at 09:11:40PM +0100, Andreas Cadhalpun wrote:
> Subject: [FFmpeg-devel] [PATCH] jvdec: avoid unsized overflow in comparison
*unsigned
[...]
Timothy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Fri, Nov 06, 2015 at 08:52:32AM +0100, Nicolas George wrote:
> Le sextidi 16 brumaire, an CCXXIV, Michael Niedermayer a écrit :
> > iam with whatever default people prefer
>
> IIRC, the current default yields different results when rematrixing from
> float to float and then converting from
On Fri, 6 Nov 2015 10:54:28 +0100
Michael Niedermayer wrote:
> On Fri, Nov 06, 2015 at 08:52:32AM +0100, Nicolas George wrote:
> > Le sextidi 16 brumaire, an CCXXIV, Michael Niedermayer a écrit :
> > > iam with whatever default people prefer
> >
> > IIRC, the current
From 6705d9c9e4ded00075b4d8b23cb05ea2c65146ee Mon Sep 17 00:00:00 2001
From: liuyuxin
Date: Fri, 6 Nov 2015 16:17:40 +0800
Subject: [PATCH] Network environment or video websites maybe lead to
avio_open2 failed, but if we try avio_open2 several times, it will return
success.
there's this snippet in ffserver.c :
len = c->buffer_end - c->buffer_ptr;
if (len < 4) {
/* fail safe - should never happen */
fail1: //I am
talking about this label fail1
On Fri, 6 Nov 2015 12:58:23 +0100
Michael Niedermayer wrote:
> On Fri, Nov 06, 2015 at 11:16:49AM +0100, wm4 wrote:
> > On Fri, 6 Nov 2015 10:54:28 +0100
> > Michael Niedermayer wrote:
> >
> > > On Fri, Nov 06, 2015 at 08:52:32AM +0100, Nicolas
On Fri, Nov 06, 2015 at 11:16:49AM +0100, wm4 wrote:
> On Fri, 6 Nov 2015 10:54:28 +0100
> Michael Niedermayer wrote:
>
> > On Fri, Nov 06, 2015 at 08:52:32AM +0100, Nicolas George wrote:
> > > Le sextidi 16 brumaire, an CCXXIV, Michael Niedermayer a écrit :
> > > > iam
On Fri, Nov 06, 2015 at 05:18:23PM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
>
> Should we also keep the previous links somewhere?
yes, please
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In
On 06.11.2015 20:04, Michael Niedermayer wrote:
> On Fri, Nov 06, 2015 at 05:18:23PM +0100, Andreas Cadhalpun wrote:
>> Signed-off-by: Andreas Cadhalpun
>> ---
>>
>
>> Should we also keep the previous links somewhere?
>
> yes, please
OK, attached is a variant,
@Will Kelleher
CPU:
http://ark.intel.com/products/75122/Intel-Core-i7-4770-Processor-8M-Cache-up-to-3_90-GHz
MediaSDK: Intel-linux-media-ocl_generic_16.4.2.1-39163_64bit.tar.gz (inside
package of mediaserverstudioessentials2015r6.tar.gz)
Ubuntu 14.04.3 LTS, Codename: trusty
@Sven Dueking
On Thu, Nov 05, 2015 at 08:15:33AM -0600, Will Kelleher wrote:
> Signed-off-by: Will Kelleher
> ---
> libavcodec/hevc.c | 10 +++
> libavcodec/hevc.h | 4 +++
> libavcodec/hevc_sei.c | 79
> +++
> 3 files
On Fri, Nov 6, 2015 at 7:25 AM, Michael Niedermayer
wrote:
> On Sat, Oct 31, 2015 at 10:46:09AM -0400, Ganesh Ajjanagadde wrote:
>> On Wed, Oct 28, 2015 at 10:05 PM, Ganesh Ajjanagadde
>> wrote:
>> > On Wed, Oct 28, 2015 at 10:00 PM, Michael Niedermayer
> Hello,
>
> I try to transcode with quick sync, but it doesn't work.
> I did follow: https://ffmpeg.org/general.html#Intel-QuickSync-Video
>
>
> I get this error
> [h264_qsv @ 0x3017580] Error initializing an internal MFX session
> Error while opening encoder for output stream #0:0 - maybe
On 11/6/15, Kyle Swanson wrote:
> Here's v3. Uses AV_OPT_TYPE_CONST now. Just sent this with the wrong subject
> line, here it is again. (sorry!)
>
> Signed-off-by: Kyle Swanson
> ---
> Changelog| 1 +
> doc/filters.texi | 36
---
configure | 3 +++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 2 ++
libavcodec/mmaldec.c | 12
4 files changed, 18 insertions(+)
diff --git a/configure b/configure
index f770534..8c940a7 100755
--- a/configure
+++ b/configure
@@ -2516,6 +2516,9 @@
The assert in ffmmal_stop_decoder() could trigger sometimes. The
packets_buffered counter was indeed not correctly maintained, and
packets were not subtracted from it if they were still in the waiting
queue.
---
libavcodec/mmaldec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
Hi,
The attached patch fixes an issue with the superframe index parsing.
Please find attached a VP9 IVF stream showing the issue (if you try to remux it
to webm).
The gist of the problem is that the vp9 superframe parser seems to expect at
least two frames inside the superframe.
Cheers,
Signed-off-by: Kyle Swanson
---
Changelog| 1 +
doc/filters.texi | 36
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/asrc_anoisesrc.c | 207 +++
Hi,
On Fri, Nov 6, 2015 at 11:10 AM, Sebastien Alaiwan <
sebastien.alai...@allegrodvt.com> wrote:
> Hi,
>
> The attached patch fixes an issue with the superframe index parsing.
> Please find attached a VP9 IVF stream showing the issue (if you try to
> remux it to webm).
> The gist of the problem
On 11/06/2015 05:37 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Nov 6, 2015 at 11:10 AM, Sebastien Alaiwan <
> sebastien.alai...@allegrodvt.com> wrote:
>
>> Hi,
>>
>> The attached patch fixes an issue with the superframe index parsing.
>> Please find attached a VP9 IVF stream showing the issue
---
libavcodec/vp9_parser.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vp9_parser.c b/libavcodec/vp9_parser.c
index 6713850..2e9235e 100644
--- a/libavcodec/vp9_parser.c
+++ b/libavcodec/vp9_parser.c
@@ -132,7 +132,7 @@ static int parse(AVCodecParserContext
On Fri, 06 Nov 2015 18:00:35 +0100
Sebastien Alaiwan wrote:
> On 11/06/2015 05:37 PM, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Fri, Nov 6, 2015 at 11:10 AM, Sebastien Alaiwan <
> > sebastien.alai...@allegrodvt.com> wrote:
> >
> >> Hi,
> >>
> >> The
Signed-off-by: Will Kelleher
---
libavcodec/hevc.c | 10 +++
libavcodec/hevc.h | 4 +++
libavcodec/hevc_sei.c | 79 +++
3 files changed, 93 insertions(+)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index
On 11/6/15, Ronald S. Bultje wrote:
> ---
> libavcodec/vp9_parser.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/vp9_parser.c b/libavcodec/vp9_parser.c
> index 6713850..2e9235e 100644
> --- a/libavcodec/vp9_parser.c
> +++
The return type of strlen is size_t, i.e. unsigned, so if pd->buf_size
is 3, the right side overflows leading to a wrong result of the
comparison and subsequently a heap buffer overflow.
Signed-off-by: Andreas Cadhalpun
---
libavformat/jvdec.c | 2 +-
1 file
Signed-off-by: Will Kelleher
---
libavcodec/hevc.c | 10 +++
libavcodec/hevc.h | 4 +++
libavcodec/hevc_sei.c | 80 +++
3 files changed, 94 insertions(+)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index
Hello, I was looking into AMD VCE encoder and I did realize that there is
only a Windows SDK. Should I try to add a Windows only feature? And it
won't be able to compile on Linux. What do you guys think about it?
___
ffmpeg-devel mailing list
On 11/6/2015 4:43 PM, Lucas Andrade wrote:
> Hello, I was looking into AMD VCE encoder and I did realize that there is
> only a Windows SDK. Should I try to add a Windows only feature? And it
> won't be able to compile on Linux. What do you guys think about it?
There are tons of OS exclusive
On 10/25/15, Nicolas George wrote:
> Similar to testsrc, but using drawutils and therefore
> supporting a lot of pixel formats instead of just rgb24.
> This allows using it as input for other tests without
> requiring a format conversion.
> It is also slightly faster than testsrc
Signed-off-by: Will Kelleher
---
libavcodec/hevc.c | 10 +++
libavcodec/hevc.h | 4 +++
libavcodec/hevc_sei.c | 80 +++
3 files changed, 94 insertions(+)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index
On Fri, Nov 06, 2015 at 08:18:39PM +0100, Andreas Cadhalpun wrote:
> On 06.11.2015 20:04, Michael Niedermayer wrote:
> > On Fri, Nov 06, 2015 at 05:18:23PM +0100, Andreas Cadhalpun wrote:
> >> Signed-off-by: Andreas Cadhalpun
> >> ---
> >>
> >
> >> Should we
On Sat, Oct 31, 2015 at 10:46:09AM -0400, Ganesh Ajjanagadde wrote:
> On Wed, Oct 28, 2015 at 10:05 PM, Ganesh Ajjanagadde wrote:
> > On Wed, Oct 28, 2015 at 10:00 PM, Michael Niedermayer
> > wrote:
> >> On Tue, Oct 27, 2015 at 08:09:03PM -0400, Ganesh
strlen returns a size_t, which is unsigned. If it is less than 2 for
some pixel format. wrap-around will happen and a bad pointer dereference
will take place.
Yes, this is at the moment theoretical, but nonetheless dangerous in my
view and the fix is very simple.
On Fri, Nov 6, 2015 at 4:06 PM, Ganesh Ajjanagadde
wrote:
> strlen returns a size_t, which is unsigned. If it is less than 2 for
> some pixel format. wrap-around will happen and a bad pointer dereference
> will take place.
>
> Yes, this is at the moment theoretical, but
Somewhat ironic that this "safe" interface is actually being used
unsafely here. This fixes the usage preventing potential null pointer
dereference, where the old code was doubly broken: ctime can return
NULL, and ctime can return an arbitrarily long buffer.
Signed-off-by: Ganesh Ajjanagadde
This fixes a stack buffer overflow.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/pngdec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index 689aa2b..c974654 100644
--- a/libavcodec/pngdec.c
On Fri, 6 Nov 2015 22:18:04 +0100
Andreas Cadhalpun wrote:
> This fixes a stack buffer overflow.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/pngdec.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
>
Hello, I have no experience with submitting patches to ffmpeg yet and so I am
sorry if I am going about this the wrong way but I wanted to discuss a change
that I made to print_report which is related to this bug:
https://trac.ffmpeg.org/ticket/1446
We are using stdout from ffmpeg to monitor
50 matches
Mail list logo