2017-09-04 14:47 GMT+08:00 Jeyapal, Karthick :
>>On 9/1/17, 5:36 PM, "Steven Liu" wrote:
>>> Please find the patch attached.
>>>
>>> Regards,
>>> Karthick
>>>
>>>
>>>
>>> ___
>>> ffmpeg-devel mailing list
>>> ffmpeg-devel at ffmpeg.org
>>> http://ffmpeg.
If ffmpeg reduces bit-depth to 8-bit or more, it uses DITHER_COPY macro.
The problem is DITHER_COPY macro make images darker (on all planes).
In x265 project there is issue #365 which is caused by this DITHER_COPY bug.
I think it is time to fix -- there are more and more high bit-depth sources.
P
>On 9/4/17, 12:41 PM, "Steven Liu"
>mailto:lingjiujia...@gmail.com>> wrote:
>
>Hi Karthick,
>set user_agent better than user-agent, because the user-agent is
>duplicate with user_agent, and the user-agent will be deprecated in
>new version, refer to :
>https://ffmpeg.org/ffmpeg-protocols.html#http
2017-09-04 16:01 GMT+08:00 Jeyapal, Karthick :
>>On 9/4/17, 12:41 PM, "Steven Liu"
>>mailto:lingjiujia...@gmail.com>> wrote:
>>
>>Hi Karthick,
>>set user_agent better than user-agent, because the user-agent is
>>duplicate with user_agent, and the user-agent will be deprecated in
>>new version, ref
>On 9/4/17, 1:36 PM, "Steven Liu"
>mailto:lingjiujia...@gmail.com>> wrote:
>+if (c->user_agent)
>+av_dict_set(options, "user-agent", c->user_agent, 0);
>
>should be
>av_dict_set(options, "user_agent", c->user_agent, 0);
Oh! OK Got it. Sorry for the confusion. Have attached the patch w
2017-09-04 16:16 GMT+08:00 Jeyapal, Karthick :
>>On 9/4/17, 1:36 PM, "Steven Liu"
>>mailto:lingjiujia...@gmail.com>> wrote:
>>+if (c->user_agent)
>>+av_dict_set(options, "user-agent", c->user_agent, 0);
>>
>>should be
>>av_dict_set(options, "user_agent", c->user_agent, 0);
>
> Oh! OK G
On Sun, 3 Sep 2017 14:27:06 +0100
Mark Thompson wrote:
> On 03/09/17 13:36, LongChair . wrote:
> > Le 01/09/2017 à 21:13, Carl Eugen Hoyos a écrit :
> >> This is Apache 2.0 (afaict) meaning it requires version 3 in case of
> >> --enable-gpl.
> > That is right, although it seems MPP clearly c
On Sun, Sep 03, 2017 at 09:27:53PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Sep 3, 2017 at 7:54 PM, Michael Niedermayer
> wrote:
>
> > Its unprofessional to fail decoding a file but not provide any
> > hint as to why a failure occured.
> >
> [..]
>
> > Our code is already quite terse an
On Mon, 4 Sep 2017 00:04:36 -0300
James Almer wrote:
> On 8/30/2017 2:14 AM, James Almer wrote:
> > Signed-off-by: James Almer
> > ---
> > libavfilter/lavfutils.c | 20 +---
> > 1 file changed, 17 insertions(+), 3 deletions(-)
>
> Ping.
Just push it.
On Sat, 2 Sep 2017 13:23:06 -0300
James Almer wrote:
> #ifndef FF_API_LAVF_KEEPSIDE_FLAG
> -#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 58)
> +#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 59)
> #endif
> #ifndef FF_API_OLD_ROTATE_API
> -#define
Thanks for the feedback. Here are the changes:
- renamed pixelformat_option in raw_format
- restored bm_v210 options (if set, it overrides the raw_format option)
- removed list_pixelformats and only mention supported raw codes in help.
- restore previous handling of output
Regarding the special ha
On Mon, Sep 04, 2017 at 12:57:32AM +, Kieran Kunhya wrote:
> On Mon, 4 Sep 2017 at 00:56 Michael Niedermayer
> wrote:
>
> > We have always printed error messages for the case that an error
> > occured.
> > Its unprofessional to fail decoding a file but not provide any
> > hint as to why a fai
On Sun, 3 Sep 2017 15:44:36 +0300
Yevhen Kyriukha wrote:
> Signed-off-by: Yevhen Kyriukha
> ---
> libavcodec/mmaldec.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/mmaldec.c b/libavcodec/mmaldec.c
> index 0b1195dc3e..19ca6ce7e7 100644
> --- a/libavco
Timo, thanks for letting us know, we will investigate this and update.
Regards,
Yogender
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Timo
Rothenpieler
Sent: Sunday, September 3, 2017 12:28 AM
To: FFmpeg development discussions and patches
C
Hi,
On Mon, Sep 4, 2017 at 5:30 AM, Michael Niedermayer
wrote:
> But lets just assume for the sake of the argument, that it is useless,
> can you take a look at these please:
> (this is a uncut list of errors from vp9.c)
>
But mommy, he did it too.
I veto your patch.
If it makes you feel bett
From: Kaustubh Raste
Updated VP9_LPF_FILTER4_4W macro to process on 8 bit data.
Replaced VP9_LPF_FILTER4_8W with VP9_LPF_FILTER4_4W.
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/vp9_lpf_msa.c | 94 ++---
1 file changed, 14 insertions(+), 80 deletions(
From: Kaustubh Raste
Removed memset calls.
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/vp9_idct_msa.c | 118
1 file changed, 70 insertions(+), 48 deletions(-)
diff --git a/libavcodec/mips/vp9_idct_msa.c b/libavcodec/mips/vp9_idct_msa.c
index 25e
From: Kaustubh Raste
Load the specific destination bytes instead of MSA load and pack.
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/h264qpel_msa.c | 17 +-
libavcodec/mips/vp9_mc_msa.c| 759 ---
libavutil/mips/generic_macros_msa.h | 24 +-
Hi!
> Am 04.09.2017 um 13:48 schrieb "Ronald S. Bultje" :
>
> Hi,
>
> On Mon, Sep 4, 2017 at 5:30 AM, Michael Niedermayer
> wrote:
>
>> But lets just assume for the sake of the argument, that it is useless,
>> can you take a look at these please:
>> (this is a uncut list of errors from vp9.c)
> Am 04.09.2017 um 05:04 schrieb James Almer :
>
>> On 8/30/2017 2:14 AM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavfilter/lavfutils.c | 20 +---
>> 1 file changed, 17 insertions(+), 3 deletions(-)
>
> Ping.
Please allow more time for testing.
Thank you,
On 9/4/17, Carl Eugen Hoyos wrote:
>
>
>> Am 04.09.2017 um 05:04 schrieb James Almer :
>>
>>> On 8/30/2017 2:14 AM, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> libavfilter/lavfutils.c | 20 +---
>>> 1 file changed, 17 insertions(+), 3 deletions(-)
>>
>> Ping.
>
>
Taken care of all comments except the documentation.
Will send out a separate patch for both the CUDA filters documentation.
Regards,
Yogender
---
This email message is for the sole use of the intended recipient(s) a
From: Clément Bœsch
QTKit has been deprecated in favor of AVFoundation for years, and we
have an avfoundation input device.
See https://developer.apple.com/documentation/qtkit
---
Changelog| 1 +
MAINTAINERS | 1 -
configure| 3 -
doc/indevs.te
Hi,
Am 04.09.17 um 15:46 schrieb Clément Bœsch:
> From: Clément Bœsch
>
> QTKit has been deprecated in favor of AVFoundation for years, and we
> have an avfoundation input device.
>
> See https://developer.apple.com/documentation/qtkit
I don't mind removing it if there are no users complaining.
Hi,
attached patch implemented threaded NDI output - separate output thread
for each stream. it makes audio preview in my case more smooth.
--
Maksym Veremeyenko
From de4a2cd8688671b730f3d881e4dc73d15b9f067e Mon Sep 17 00:00:00 2001
From: Maksym Veremeyenko
Date: Mon, 4 Sep 2017 08:53:29 -04
Hi,
attached patch add usage example with additional audio packets preparation.
--
Maksym Veremeyenko
From b83e8bb3253f6872d4b50f9bf466bd338a793c99 Mon Sep 17 00:00:00 2001
From: Maksym Veremeyenko
Date: Mon, 4 Sep 2017 09:01:18 -0400
Subject: [PATCH 2/3] lavd: add audio packets adopting exam
On 9/4/2017 6:38 AM, wm4 wrote:
> On Sat, 2 Sep 2017 13:23:06 -0300
> James Almer wrote:
>
>
>> #ifndef FF_API_LAVF_KEEPSIDE_FLAG
>> -#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 58)
>> +#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 59)
>> #endif
On 9/4/2017 6:36 AM, wm4 wrote:
> On Mon, 4 Sep 2017 00:04:36 -0300
> James Almer wrote:
>
>> On 8/30/2017 2:14 AM, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> libavfilter/lavfutils.c | 20 +---
>>> 1 file changed, 17 insertions(+), 3 deletions(-)
>>
>> Ping.
Hi,
move interlacing setting of NDI frame to packet sending function and
take care on field order AV_FIELD_UNKNOWN - take a interlacing settings
from avframe->interlaced_frame
--
Maksym Veremeyenko
From 93dc2a881674d9371963d4555f81c000ceb09bdc Mon Sep 17 00:00:00 2001
From: Maksym Veremeye
On 9/4/2017 6:48 AM, Michael Niedermayer wrote:
> On Mon, Sep 04, 2017 at 12:57:32AM +, Kieran Kunhya wrote:
>> On Mon, 4 Sep 2017 at 00:56 Michael Niedermayer
>> wrote:
>>
>>> We have always printed error messages for the case that an error
>>> occured.
>>> Its unprofessional to fail decoding
2017-09-01 18:26 GMT+08:00 Steven Liu :
> modify from av_free to xmlFree
>
> Signed-off-by: Steven Liu
> ---
> libavformat/dashdec.c | 44 ++--
> 1 file changed, 22 insertions(+), 22 deletions(-)
>
> diff --git a/libavformat/dashdec.c b/libavformat/dashdec.
On Mon, Sep 04, 2017 at 11:58:07AM -0300, James Almer wrote:
> On 9/4/2017 6:48 AM, Michael Niedermayer wrote:
> > On Mon, Sep 04, 2017 at 12:57:32AM +, Kieran Kunhya wrote:
> >> On Mon, 4 Sep 2017 at 00:56 Michael Niedermayer
> >> wrote:
> >>
> >>> We have always printed error messages for th
On Mon, Sep 04, 2017 at 03:53:28PM +0200, Thilo Borgmann wrote:
> Hi,
>
> Am 04.09.17 um 15:46 schrieb Clément Bœsch:
> > From: Clément Bœsch
> >
> > QTKit has been deprecated in favor of AVFoundation for years, and we
> > have an avfoundation input device.
> >
> > See https://developer.apple.com
On Mon, 4 Sep 2017 22:58:27 +0800
Steven Liu wrote:
> 2017-09-01 18:26 GMT+08:00 Steven Liu :
> > modify from av_free to xmlFree
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavformat/dashdec.c | 44 ++--
> > 1 file changed, 22 insertions(+), 22 deleti
On 30 August 2017 at 05:19, Yogender Gupta wrote:
> Attached is a CUDA version of the thumbnail filter, this helps accelerate
> thumbnails generations significantly, when using the GPU pipeline.
>
> Regards,
> Yogender
>
>
> ---
2017-09-04 23:36 GMT+08:00 wm4 :
> On Mon, 4 Sep 2017 22:58:27 +0800
> Steven Liu wrote:
>
>> 2017-09-01 18:26 GMT+08:00 Steven Liu :
>> > modify from av_free to xmlFree
>> >
>> > Signed-off-by: Steven Liu
>> > ---
>> > libavformat/dashdec.c | 44 ++--
>> >
On 09/03/2017 08:23 PM, Mark Thompson wrote:
On 03/09/17 17:54, Jorge Ramirez wrote:
On 09/03/2017 02:27 AM, Mark Thompson wrote:
+/* in ffmpeg there is a single thread could be queueing/dequeuing buffers so a
+ * timeout is * required when retrieving a frame in case the driver has not
receive
Fixes: Timeout
Fixes: 3142/clusterfuzz-testcase-5007853163118592
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/snowdec.c | 19 +++
1 file changed, 15 insertions(+), 4 deletion
We have av_pixelutils_sad_fn which does SAD and has SIMD, there's no point
in reinventing the wheel.
I also don't see why this needs to be implemented with CUDA. You're not
even doing the SAD in CUDA. I bet it'll be just as fast if not faster in C
(unless you cheat somehow).
The point is to do
On 09/03/2017 08:06 PM, Mark Thompson wrote:
On 03/09/17 15:36, Jorge Ramirez wrote:
On 09/03/2017 02:27 AM, Mark Thompson wrote:
+}
+
+/* 2.1 update the AVCodecContext */
+avctx->pix_fmt =
ff_v4l2_v4l2fmt_to_avfmt(capture->format.fmt.pix_mp.pixelformat,
AV_CODEC_ID_RAWVIDEO);
+
On 04/09/17 17:00, Jorge Ramirez wrote:
> On 09/03/2017 08:23 PM, Mark Thompson wrote:
>> On 03/09/17 17:54, Jorge Ramirez wrote:
>>> On 09/03/2017 02:27 AM, Mark Thompson wrote:
> +/* in ffmpeg there is a single thread could be queueing/dequeuing
> buffers so a
> + * timeout is * requ
On 09/04/2017 06:31 PM, Mark Thompson wrote:
On 04/09/17 17:00, Jorge Ramirez wrote:
On 09/03/2017 08:23 PM, Mark Thompson wrote:
On 03/09/17 17:54, Jorge Ramirez wrote:
On 09/03/2017 02:27 AM, Mark Thompson wrote:
+/* in ffmpeg there is a single thread could be queueing/dequeuing buffers so
On 4 September 2017 at 17:25, Timo Rothenpieler
wrote:
> We have av_pixelutils_sad_fn which does SAD and has SIMD, there's no point
>> in reinventing the wheel.
>>
>> I also don't see why this needs to be implemented with CUDA. You're not
>> even doing the SAD in CUDA. I bet it'll be just as fast
On Sat, Sep 02, 2017 at 03:37:17AM +0300, Александр Слободенюк wrote:
> > Breaks
> > ./ffplay ~/tickets/1589/A1590.dv
>
> > https://trac.ffmpeg.org/attachment/ticket/1589/A1590.dv
>
> > [...]
>
>
> Fixed.
> From the code I've found that on BE machine ffmpeg-master shouldn't play
> this file
On 09/04/2017 07:01 PM, Jorge Ramirez wrote:
On 09/04/2017 06:31 PM, Mark Thompson wrote:
On 04/09/17 17:00, Jorge Ramirez wrote:
On 09/03/2017 08:23 PM, Mark Thompson wrote:
On 03/09/17 17:54, Jorge Ramirez wrote:
On 09/03/2017 02:27 AM, Mark Thompson wrote:
+/* in ffmpeg there is a single t
On Mon, 4 Sep 2017 18:11:44 +0200
Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes: 3142/clusterfuzz-testcase-5007853163118592
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
Wasn't this patch r
On Mon, 4 Sep 2017 18:03:51 +0100
Rostislav Pehlivanov wrote:
> On 4 September 2017 at 17:25, Timo Rothenpieler
> wrote:
>
> > We have av_pixelutils_sad_fn which does SAD and has SIMD, there's no point
> >> in reinventing the wheel.
> >>
> >> I also don't see why this needs to be implemented
On 9/4/17, wm4 wrote:
> On Mon, 4 Sep 2017 18:11:44 +0200
> Michael Niedermayer wrote:
>
>> Fixes: Timeout
>> Fixes: 3142/clusterfuzz-testcase-5007853163118592
>>
>> Found-by: continuous fuzzing process
>> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>> Signed-off-by: Michael N
Signed-off-by: Michael Niedermayer
---
libavformat/gdv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/gdv.c b/libavformat/gdv.c
index 32209320a7..a69c349cab 100644
--- a/libavformat/gdv.c
+++ b/libavformat/gdv.c
@@ -42,7 +42,7 @@ static int gdv_read_probe(AVProb
On 9/4/2017 2:23 PM, wm4 wrote:
> On Mon, 4 Sep 2017 18:11:44 +0200
> Michael Niedermayer wrote:
>
>> Fixes: Timeout
>> Fixes: 3142/clusterfuzz-testcase-5007853163118592
>>
>> Found-by: continuous fuzzing process
>> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>> Signed-off-by
On Sat, Sep 02, 2017 at 11:21:35PM +0100, Mark Thompson wrote:
> ---
> The idea here is to be able to capture the screen with little CPU interaction
> by encoding KMS scanout planes. Given X running on KMS, it can capture both
> X and virtual consoles, including transitions between them while re
On Mon, 4 Sep 2017 19:40:25 +0200
Michael Niedermayer wrote:
> My thought, if its less energy intensive than what we have then its
> worth having.
> A tiny contribution to reducing carbon emissions ...
Removing some fringe codecs/filters and FATE test would contribute a
LOT to this. Currently, L
On 9/4/2017 2:46 PM, wm4 wrote:
> On Mon, 4 Sep 2017 19:40:25 +0200
> Michael Niedermayer wrote:
>
>> My thought, if its less energy intensive than what we have then its
>> worth having.
>> A tiny contribution to reducing carbon emissions ...
>
> Removing some fringe codecs/filters and FATE test
On 04/09/17 18:01, Jorge Ramirez wrote:
> On 09/04/2017 06:31 PM, Mark Thompson wrote:
>> On 04/09/17 17:00, Jorge Ramirez wrote:
>>> On 09/03/2017 08:23 PM, Mark Thompson wrote:
On 03/09/17 17:54, Jorge Ramirez wrote:
> On 09/03/2017 02:27 AM, Mark Thompson wrote:
>>> +/* in ffmpeg th
On 04/09/17 18:16, Jorge Ramirez wrote:
> On 09/04/2017 07:01 PM, Jorge Ramirez wrote:
>> On 09/04/2017 06:31 PM, Mark Thompson wrote:
>>> On 04/09/17 17:00, Jorge Ramirez wrote:
On 09/03/2017 08:23 PM, Mark Thompson wrote:
> On 03/09/17 17:54, Jorge Ramirez wrote:
>> On 09/03/2017 0
On 9/4/2017 2:40 PM, Michael Niedermayer wrote:
> On Sat, Sep 02, 2017 at 11:21:35PM +0100, Mark Thompson wrote:
>> ---
>> The idea here is to be able to capture the screen with little CPU
>> interaction by encoding KMS scanout planes. Given X running on KMS, it can
>> capture both X and virtual
On 4 September 2017 at 18:18, wm4 wrote:
> On Mon, 4 Sep 2017 18:03:51 +0100
> Rostislav Pehlivanov wrote:
>
> > On 4 September 2017 at 17:25, Timo Rothenpieler
> > wrote:
> >
> > > We have av_pixelutils_sad_fn which does SAD and has SIMD, there's no
> point
> > >> in reinventing the wheel.
> >
On Mon, Sep 04, 2017 at 02:36:45PM -0300, James Almer wrote:
> On 9/4/2017 2:23 PM, wm4 wrote:
> > On Mon, 4 Sep 2017 18:11:44 +0200
> > Michael Niedermayer wrote:
> >
> >> Fixes: Timeout
> >> Fixes: 3142/clusterfuzz-testcase-5007853163118592
> >>
> >> Found-by: continuous fuzzing process
> >>
On Mon, 4 Sep 2017 20:16:20 +0200
Michael Niedermayer wrote:
> On Mon, Sep 04, 2017 at 02:36:45PM -0300, James Almer wrote:
> > On 9/4/2017 2:23 PM, wm4 wrote:
> > > On Mon, 4 Sep 2017 18:11:44 +0200
> > > Michael Niedermayer wrote:
> > >
> > >> Fixes: Timeout
> > >> Fixes: 3142/clusterfuz
On 9/4/2017 3:16 PM, Michael Niedermayer wrote:
> On Mon, Sep 04, 2017 at 02:36:45PM -0300, James Almer wrote:
>> On 9/4/2017 2:23 PM, wm4 wrote:
>>> On Mon, 4 Sep 2017 18:11:44 +0200
>>> Michael Niedermayer wrote:
>>>
Fixes: Timeout
Fixes: 3142/clusterfuzz-testcase-5007853163118592
>>>
On Mon, 4 Sep 2017 19:07:02 +0100
Rostislav Pehlivanov wrote:
> On 4 September 2017 at 18:18, wm4 wrote:
>
> > On Mon, 4 Sep 2017 18:03:51 +0100
> > Rostislav Pehlivanov wrote:
> >
> > > On 4 September 2017 at 17:25, Timo Rothenpieler
> > > wrote:
> > >
> > > > We have av_pixelutils_sad_f
On 04/09/17 18:01, Jorge Ramirez wrote:
> On 09/04/2017 06:31 PM, Mark Thompson wrote:
>> On 04/09/17 17:00, Jorge Ramirez wrote:
>>> On 09/03/2017 08:23 PM, Mark Thompson wrote:
On 03/09/17 17:54, Jorge Ramirez wrote:
> On 09/03/2017 02:27 AM, Mark Thompson wrote:
>>> +/* in ffmpeg th
On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote:
> From: Anton Khirnov
>
> (cherry picked from commit e6bff23f1e11aefb16a2b5d6ee72bf7469c5a66e)
> Signed-off-by: James Almer
> ---
> This is (afaics) the last API introduced to libav before the major bump.
>
> Now checking all the x86
On Mon, 4 Sep 2017 21:18:35 +0200
Michael Niedermayer wrote:
> On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote:
> > From: Anton Khirnov
> >
> > (cherry picked from commit e6bff23f1e11aefb16a2b5d6ee72bf7469c5a66e)
> > Signed-off-by: James Almer
> > ---
> > This is (afaics) the last
On 4 September 2017 at 19:44, wm4 wrote:
> On Mon, 4 Sep 2017 19:07:02 +0100
> Rostislav Pehlivanov wrote:
>
> > On 4 September 2017 at 18:18, wm4 wrote:
> >
> > > On Mon, 4 Sep 2017 18:03:51 +0100
> > > Rostislav Pehlivanov wrote:
> > >
> > > > On 4 September 2017 at 17:25, Timo Rothenpieler
On Mon, 4 Sep 2017 20:41:19 +0100
Rostislav Pehlivanov wrote:
> On 4 September 2017 at 19:44, wm4 wrote:
>
> > On Mon, 4 Sep 2017 19:07:02 +0100
> > Rostislav Pehlivanov wrote:
> >
> > > On 4 September 2017 at 18:18, wm4 wrote:
> > >
> > > > On Mon, 4 Sep 2017 18:03:51 +0100
> > > > Rosti
On 09/04/2017 07:55 PM, Mark Thompson wrote:
On 04/09/17 18:01, Jorge Ramirez wrote:
On 09/04/2017 06:31 PM, Mark Thompson wrote:
On 04/09/17 17:00, Jorge Ramirez wrote:
On 09/03/2017 08:23 PM, Mark Thompson wrote:
On 03/09/17 17:54, Jorge Ramirez wrote:
On 09/03/2017 02:27 AM, Mark Thompson
On 04/09/17 21:34, Jorge Ramirez wrote:
> On 09/04/2017 07:55 PM, Mark Thompson wrote:
>> On 04/09/17 18:01, Jorge Ramirez wrote:
>>> On 09/04/2017 06:31 PM, Mark Thompson wrote:
On 04/09/17 17:00, Jorge Ramirez wrote:
> On 09/03/2017 08:23 PM, Mark Thompson wrote:
>> On 03/09/17 17:54
On 9/2/2017 6:51 PM, James Almer wrote:
> On 9/2/2017 6:47 PM, Michael Niedermayer wrote:
>> On Fri, Sep 01, 2017 at 03:00:16PM -0300, James Almer wrote:
>>> This flag replaces the deprecated, non-prefixed
>>> HWACCEL_CODEC_CAP_EXPERIMENTAL
>>> one.
>>>
>>> Signed-off-by: James Almer
>>> ---
>>>
On Mon, Sep 04, 2017 at 09:27:32PM +0200, wm4 wrote:
> On Mon, 4 Sep 2017 21:18:35 +0200
> Michael Niedermayer wrote:
>
> > On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote:
> > > From: Anton Khirnov
> > >
> > > (cherry picked from commit e6bff23f1e11aefb16a2b5d6ee72bf7469c5a66e)
> >
On 09/04/2017 10:45 PM, Mark Thompson wrote:
On 04/09/17 21:34, Jorge Ramirez wrote:
On 09/04/2017 07:55 PM, Mark Thompson wrote:
On 04/09/17 18:01, Jorge Ramirez wrote:
On 09/04/2017 06:31 PM, Mark Thompson wrote:
On 04/09/17 17:00, Jorge Ramirez wrote:
On 09/03/2017 08:23 PM, Mark Thompson
On Mon, Sep 4, 2017 at 10:53 PM, Michael Niedermayer
wrote:
> On Mon, Sep 04, 2017 at 09:27:32PM +0200, wm4 wrote:
>> On Mon, 4 Sep 2017 21:18:35 +0200
>> Michael Niedermayer wrote:
>>
>> > On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote:
>> > > From: Anton Khirnov
>> > >
>> > > (che
On 04/09/17 22:07, Jorge Ramirez wrote:
> On 09/04/2017 10:45 PM, Mark Thompson wrote:
>> On 04/09/17 21:34, Jorge Ramirez wrote:
>>> On 09/04/2017 07:55 PM, Mark Thompson wrote:
On 04/09/17 18:01, Jorge Ramirez wrote:
> On 09/04/2017 06:31 PM, Mark Thompson wrote:
>> On 04/09/17 17:00
On 09/04/2017 11:29 PM, Mark Thompson wrote:
On 04/09/17 22:07, Jorge Ramirez wrote:
On 09/04/2017 10:45 PM, Mark Thompson wrote:
On 04/09/17 21:34, Jorge Ramirez wrote:
On 09/04/2017 07:55 PM, Mark Thompson wrote:
On 04/09/17 18:01, Jorge Ramirez wrote:
On 09/04/2017 06:31 PM, Mark Thompson
Fixes: OOM
Fixes: 2225/clusterfuzz-testcase-minimized-5505632079708160
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/jpeg2000.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavco
On 04/09/17 22:55, Jorge Ramirez wrote:
> On 09/04/2017 11:29 PM, Mark Thompson wrote:
>>> ... stuff ...
>>
>> So the sequence of calls is:
>>
>> send_frame(frame 0) -> success
>> receive_packet() -> EAGAIN
>> send_frame(frame 1) -> success
>> receive_packet() -> EAGAIN
>> ...
>> send_frame(frame 1
Hi,
On Mon, Sep 4, 2017 at 6:04 PM, Michael Niedermayer
wrote:
> Fixes: OOM
> Fixes: 2225/clusterfuzz-testcase-minimized-5505632079708160
>
> Found-by: continuous fuzzing process https://github.com/google/oss-
> fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> liba
Fixes: Missing EOF check in loop
No testcase
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/asfdec_f.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/asfdec_f.c b/libavformat/asfdec_f.c
index f3acbae280..cc648b9a2
Fixes: Missing EOF check in loop
No testcase
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 994e9c6eba..2519707345 100644
---
Hi,
On Mon, Sep 4, 2017 at 12:11 PM, Michael Niedermayer wrote:
> if(type){
> +int ld, cbd, crd;
> pred_mv(s, &mx, &my, 0, left, top, tr);
> -l += get_symbol(&s->c, &s->block_state[32], 1);
> +ld = get_symbol(&s->c, &s->block_state[32], 1
On 9/4/2017 11:00 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Sep 4, 2017 at 12:11 PM, Michael Niedermayer > wrote:
>
>> if(type){
>> +int ld, cbd, crd;
>> pred_mv(s, &mx, &my, 0, left, top, tr);
>> -l += get_symbol(&s->c, &s->block_state[32], 1);
>
Le 03/09/2017 à 14:51, Mark Thompson a écrit :
> On 01/09/17 16:45, LongChair . wrote:
>> From: LongChair
>>
>> Add support for RockChip Media Process Platform This adds hardware decoding
>> for h264 / HEVC / VP8 using MPP Rockchip API. Will return frames holding an
>> AVDRMFrameDescriptor str
82 matches
Mail list logo
