On 11/8/2015 2:01 AM, Timothy Gu wrote:
> ---
> libavformat/genh.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/libavformat/genh.c b/libavformat/genh.c
> index 260e320..44862b3 100644
> --- a/libavformat/genh.c
> +++ b/libavformat/genh.c
> @@ -40,7 +40,6 @@ static i
---
libavformat/genh.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavformat/genh.c b/libavformat/genh.c
index 260e320..44862b3 100644
--- a/libavformat/genh.c
+++ b/libavformat/genh.c
@@ -40,7 +40,6 @@ static int genh_read_header(AVFormatContext *s)
{
unsigned s
---
libavcodec/aaccoder_twoloop.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/aaccoder_twoloop.h b/libavcodec/aaccoder_twoloop.h
index e53257f..328d7c8 100644
--- a/libavcodec/aaccoder_twoloop.h
+++ b/libavcodec/aaccoder_twoloop.h
@@ -691,7 +691,7 @@ static void
cache protocol indexes its cache using AVTreeNodes which require a cmp
function for inserting and searching new cache-entries. This cmp
function expects a 32-bit int return value (negative, zero, or positive)
but the cache cmp function returns an int64_t which can overflow the
int, giving negative
On 11/7/2015 11:46 PM, Timothy Gu wrote:
> On Sat, Nov 07, 2015 at 10:22:34PM -0300, James Almer wrote:
>> On 11/7/2015 9:45 PM, Timothy Gu wrote:
>>> +#define OFFSET(x) offsetof(V210DemuxerContext, x)
>>> +#define DEC AV_OPT_FLAG_DECODING_PARAM
>>> +static const AVOption v210_options[] = {
>>> +
On Sun, Nov 08, 2015 at 03:04:21AM +0100, Michael Niedermayer wrote:
> On Sat, Nov 07, 2015 at 03:58:28PM -0800, Timothy Gu wrote:
> > ---
> >
> > Consolidates BUF_SIZE macros
> >
> > ---
> > tests/checkasm/Makefile | 1 +
> > tests/checkasm/checkasm.c| 3 ++
> > tests/checkasm/chec
On Sat, Nov 07, 2015 at 10:22:34PM -0300, James Almer wrote:
> On 11/7/2015 9:45 PM, Timothy Gu wrote:
> > +#define OFFSET(x) offsetof(V210DemuxerContext, x)
> > +#define DEC AV_OPT_FLAG_DECODING_PARAM
> > +static const AVOption v210_options[] = {
> > +{ "video_size", "set frame size", OFFSET(w
On Sat, Nov 07, 2015 at 03:58:28PM -0800, Timothy Gu wrote:
> ---
>
> Consolidates BUF_SIZE macros
>
> ---
> tests/checkasm/Makefile | 1 +
> tests/checkasm/checkasm.c| 3 ++
> tests/checkasm/checkasm.h| 1 +
> tests/checkasm/pixblockdsp.c | 107
>
On Sat, Nov 7, 2015 at 8:19 PM, Michael Niedermayer
wrote:
> On Thu, Nov 05, 2015 at 08:18:36PM -0500, Ganesh Ajjanagadde wrote:
>> On Thu, Nov 5, 2015 at 8:15 PM, Ganesh Ajjanagadde
>> wrote:
>> > [...]
>>
>> Nothing new here, just moved the copyright to the top of the file to
>> satisfy some le
On 11/7/2015 9:45 PM, Timothy Gu wrote:
> +#define OFFSET(x) offsetof(V210DemuxerContext, x)
> +#define DEC AV_OPT_FLAG_DECODING_PARAM
> +static const AVOption v210_options[] = {
> +{ "video_size", "set frame size", OFFSET(width), AV_OPT_TYPE_IMAGE_SIZE,
> {.str = NULL}, 0, 0, DEC },
Isn't th
On Thu, Nov 05, 2015 at 08:18:36PM -0500, Ganesh Ajjanagadde wrote:
> On Thu, Nov 5, 2015 at 8:15 PM, Ganesh Ajjanagadde
> wrote:
> > [...]
>
> Nothing new here, just moved the copyright to the top of the file to
> satisfy some legal requirements I am completely unaware of, don't know
> why an in
Allows one to do:
ffmpeg -s 1920x1080 -i blah.v210 ...
ffmpeg -s 1920x1080 -f v210x -i blah.yuv10 ...
Fixes #1869.
---
Remove .yuv from the list of extensions.
---
libavformat/Makefile | 2 +
libavformat/allformats.c | 2 +
libavformat/v210.c | 133 ++
Allows one to do:
ffmpeg -s 1920x1080 -i blah.v210 ...
ffmpeg -s 1920x1080 -f v210x -i blah.yuv10 ...
Fixes #1869.
---
libavformat/Makefile | 2 +
libavformat/allformats.c | 2 +
libavformat/v210.c | 133 +++
3 files chan
Allows one to do:
ffmpeg -s 1920x1080 -i blah.v210 ...
ffmpeg -s 1920x1080 -f v210x -i blah.yuv10 ...
Fixes #1869.
---
libavformat/Makefile | 2 +
libavformat/allformats.c | 2 +
libavformat/v210.c | 133 +++
3 files chan
On Sun, Nov 08, 2015 at 12:07:08AM +0100, Andreas Cadhalpun wrote:
> Otherwise a.mant=INT32_MIN triggers the av_assert2.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavutil/softfloat.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavutil/softfloat.h b/libavutil/softfloat.h
On Sun, Nov 08, 2015 at 12:09:02AM +0100, Andreas Cadhalpun wrote:
> Mathematically this is bogus, but it is much better than the previous
> behaviour: returning a random value from an out of bounds read.
>
> Returning zero will just lead to division by zero problems.
>
> This fixes av_assert2 fa
---
Consolidates BUF_SIZE macros
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c| 3 ++
tests/checkasm/checkasm.h| 1 +
tests/checkasm/pixblockdsp.c | 107 +++
4 files changed, 112 insertions(+)
create mode 100644 tests/che
On Sun, Nov 08, 2015 at 12:08:54AM +0100, Andreas Cadhalpun wrote:
> Otherwise (0x2000, 1) + (0, 33) gives (0, 33), i.e. 1 + 0 = 0.
>
> This fixes a division by zero in the aac_fixed decoder.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavutil/softfloat.h | 4 +++-
> 1 file changed, 3 in
Otherwise (0x2000, 1) + (0, 33) gives (0, 33), i.e. 1 + 0 = 0.
This fixes a division by zero in the aac_fixed decoder.
Signed-off-by: Andreas Cadhalpun
---
libavutil/softfloat.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavutil/softfloat.h b/libavutil/softfloa
Mathematically this is bogus, but it is much better than the previous
behaviour: returning a random value from an out of bounds read.
Returning zero will just lead to division by zero problems.
This fixes av_assert2 failures in the aac_fixed decoder.
Signed-off-by: Andreas Cadhalpun
---
libavu
Otherwise the aac_fixed decoder triggers av_assert2 in av_mul_sf, when
the input happens to be INT32_MIN.
Signed-off-by: Andreas Cadhalpun
---
libavutil/softfloat.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/softfloat.h b/libavutil/softfloat.h
index 5fa5dc0..e8
Otherwise a.mant=INT32_MIN triggers the av_assert2.
Signed-off-by: Andreas Cadhalpun
---
libavutil/softfloat.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/softfloat.h b/libavutil/softfloat.h
index 00ff4a1..5fa5dc0 100644
--- a/libavutil/softfloat.h
+++ b/libavutil/softfloat
On Sat, Nov 7, 2015 at 4:57 PM, Michael Niedermayer
wrote:
> On Sat, Nov 07, 2015 at 10:49:42PM +0100, wm4 wrote:
>> On Sat, 7 Nov 2015 20:00:50 +
>> Derek Buitenhuis wrote:
>>
>> > On 11/7/2015 7:35 PM, Paul B Mahol wrote:
>> > > AFAIK changing option from int to double will break programs w
On Sat, Nov 07, 2015 at 10:49:42PM +0100, wm4 wrote:
> On Sat, 7 Nov 2015 20:00:50 +
> Derek Buitenhuis wrote:
>
> > On 11/7/2015 7:35 PM, Paul B Mahol wrote:
> > > AFAIK changing option from int to double will break programs which
> > > assume opttions is int.
> >
> > Not really sure how
On Sat, 7 Nov 2015 20:00:50 +
Derek Buitenhuis wrote:
> On 11/7/2015 7:35 PM, Paul B Mahol wrote:
> > AFAIK changing option from int to double will break programs which
> > assume opttions is int.
>
> Not really sure how it could. The original range allowed was [2,16],
> and using any of t
On 11/7/2015 7:35 PM, Paul B Mahol wrote:
> AFAIK changing option from int to double will break programs which
> assume opttions is int.
Not really sure how it could. The original range allowed was [2,16],
and using any of the av_opt_set functions should still work with that,
no?
- Derek
___
On 11/7/15, Derek Buitenhuis wrote:
> On 11/7/2015 4:47 PM, Paul B Mahol wrote:
>> I'm afraid that this can't be done this way.
>
> Perhaps providing more detail than HAL 9000 could
> help Ganesh here.
AFAIK changing option from int to double will break programs which
assume opttions is int.
On 11/7/2015 4:47 PM, Paul B Mahol wrote:
> I'm afraid that this can't be done this way.
Perhaps providing more detail than HAL 9000 could
help Ganesh here.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo
On Sat, 7 Nov 2015 13:22:48 -0300
James Almer wrote:
> On 11/7/2015 1:17 PM, wm4 wrote:
> > On Fri, 6 Nov 2015 22:21:55 -0300
> > James Almer wrote:
> >
> >> On 11/6/2015 12:15 PM, wm4 wrote:
> >>> ---
> >>> configure | 3 +++
> >>> libavcodec/Makefile| 1 +
> >>> libavc
On Sat, 7 Nov 2015 18:33:07 +0100
Michael Niedermayer wrote:
> On Fri, Nov 06, 2015 at 01:48:59PM +0100, wm4 wrote:
> > 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
>
Series pushed.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Nov 06, 2015 at 01:48:59PM +0100, wm4 wrote:
> 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
Hello Will,
Saturday, November 7, 2015, 5:29:15 PM, you wrote:
WK> ---
WK> libavcodec/qsvenc.c | 114
WK> +--
WK> libavcodec/qsvenc.h | 2 +-
WK> libavcodec/qsvenc_h264.c | 2 +-
WK> 3 files changed, 113 insertions(+), 5 deletions(-)
WK>
On Sat, Nov 07, 2015 at 02:17:12PM +, Will Kelleher wrote:
> On 11/7/15, 5:10 AM, "ffmpeg-devel on behalf of Michael Niedermayer"
> wrote:
>
>
>
> >On Fri, Nov 06, 2015 at 02:48:46PM -0600, Will Kelleher wrote:
> >> Signed-off-by: Will Kelleher
> >> ---
> >> libavcodec/hevc.c | 10 ++
On 11/7/15, Ganesh Ajjanagadde wrote:
> Kaiser windows inherently don't require beta to be an integer. This was
> an arbitrary restriction. Moreover, soxr does not require it, and in
> fact often estimates beta to a non-integral value.
>
> Thus, this patch allows greater flexibility for swresample
Signed-off-by: Paul B Mahol
---
libavformat/wavdec.c | 56 ++--
1 file changed, 54 insertions(+), 2 deletions(-)
diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
index ef24e16..621d21f 100644
--- a/libavformat/wavdec.c
+++ b/libavformat/wav
On 11/7/2015 1:17 PM, wm4 wrote:
> On Fri, 6 Nov 2015 22:21:55 -0300
> James Almer wrote:
>
>> On 11/6/2015 12:15 PM, wm4 wrote:
>>> ---
>>> configure | 3 +++
>>> libavcodec/Makefile| 1 +
>>> libavcodec/allcodecs.c | 2 ++
>>> libavcodec/mmaldec.c | 12
>>> 4
On Fri, 6 Nov 2015 22:21:55 -0300
James Almer wrote:
> 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(+)
> >
>
avcodec_decode_video2 should return the number of bytes used if frame
decompressed correctly
the current gif decoder just returns the number of bytes of header part of one
frame, not including the lzw compressed image data bytes, which should be
included too
as one avpacket may contain multiple
Kaiser windows inherently don't require beta to be an integer. This was
an arbitrary restriction. Moreover, soxr does not require it, and in
fact often estimates beta to a non-integral value.
Thus, this patch allows greater flexibility for swresample clients.
Signed-off-by: Ganesh Ajjanagadde
--
Le quintidi 5 brumaire, an CCXXIV, Nicolas George a écrit :
> Trim unneeded leading components and trailing zeros.
> Move the formating code in a separate function.
> Use the function also to format the default value, it was currently
> printed as plain integer, inconsistent to the way it is parsed
Le quartidi 4 brumaire, an CCXXIV, Nicolas George a écrit :
> Similar to the -re option in ffmpeg that only works for input files.
> Can be used at any place in the filter graph.
>
> Signed-off-by: Nicolas George
> ---
> Changelog| 1 +
> doc/filters.texi | 16 ++
>
Le sextidi 6 brumaire, an CCXXIV, Michael Niedermayer a écrit :
> tested on linux32, 64, mingw32, 64 and mips
> works fine, LGTM
Pushed, thanks.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
Le sextidi 16 brumaire, an CCXXIV, Paul B Mahol a écrit :
> Should be fine.
Pushed like that. Thanks for all the remarks.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 11/6/15, Kyle Swanson wrote:
> Signed-off-by: Kyle Swanson
> ---
> Changelog| 1 +
> doc/filters.texi | 36
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/asrc_anoisesrc.c | 207
> ++
On 11/7/15, Ni Hui wrote:
> fix the return code value of avcodec_decode_video2 for gif decoding, which
> should be the consumed data length.
>
> ---
> libavcodec/gifdec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/gifdec.c b/libavcodec/gifdec.c
> index 9f2e6eb..5bcb176
---
libavcodec/qsvenc.c | 114 +--
libavcodec/qsvenc.h | 2 +-
libavcodec/qsvenc_h264.c | 2 +-
3 files changed, 113 insertions(+), 5 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index df1f777..0ee45f9 100644
--- a/l
fix the return code value of avcodec_decode_video2 for gif decoding, which
should be the consumed data length.
---
libavcodec/gifdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/gifdec.c b/libavcodec/gifdec.c
index 9f2e6eb..5bcb176 100644
--- a/libavcodec/gifdec.c
+++ b/lib
On 11/7/15, 5:10 AM, "ffmpeg-devel on behalf of Michael Niedermayer"
wrote:
>On Fri, Nov 06, 2015 at 02:48:46PM -0600, Will Kelleher wrote:
>> Signed-off-by: Will Kelleher
>> ---
>> libavcodec/hevc.c | 10 +++
>> libavcodec/hevc.h | 4 +++
>> libavcodec/hevc_sei.c | 80
>> +
On Fri, Nov 6, 2015 at 2:52 AM, 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 float to int th
On 07.11.2015 03:39, Timothy Gu wrote:
> 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
>>
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
---
On 07.11.2015 06:07, Paul B Mahol wrote:
> 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: A
On 07.11.2015 00:17, wm4 wrote:
> On Fri, 6 Nov 2015 23:56:52 +0100
> Andreas Cadhalpun wrote:
>> Attached is a patch increasing the buffer size to 10 and
>> adding an assert that s->bpp is not larger.
>
> I'm find with this, though I'm not (A)PNG maintainer.
On 07.11.2015 06:03, Paul B Mahol wr
On Fri, Nov 06, 2015 at 02:48:46PM -0600, Will Kelleher wrote:
> Signed-off-by: Will Kelleher
> ---
> libavcodec/hevc.c | 10 +++
> libavcodec/hevc.h | 4 +++
> libavcodec/hevc_sei.c | 80
> +++
> 3 files changed, 94 insertions(+)
app
55 matches
Mail list logo
