On Wed, 22 Mar 2017 19:48:00 +
Mark Thompson wrote:
> On 22/03/17 06:47, wm4 wrote:
> > This supports retrieving the device from a provided hw_frames_ctx, and
> > automatically creating a hw_frames_ctx if hw_device_ctx is set.
> >
> > The old API is not deprecated yet. The user can still use
Signed-off-by: Thomas Turner
---
libavcodec/Makefile | 1 +
libavcodec/tests/celp_math.c | 22 ++
tests/fate/libavcodec.mak| 5 +
3 files changed, 28 insertions(+)
create mode 100644 libavcodec/tests/celp_math.c
diff --git a/libavcodec/Makefile b/libavcode
On Fri, 17 Feb 2017 12:00:40 +0100
Jan Berkel wrote:
> This came up while debugging a problem with mpv:
> https://github.com/mpv-player/mpv/issues/4155
> ---
> libavformat/hls.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/hls.c b/libavformat/hls.c
On Thu, Mar 23, 2017 at 02:18:53AM -0700, Thomas Turner wrote:
> Signed-off-by: Thomas Turner
> ---
> libavcodec/Makefile | 1 +
> libavcodec/tests/celp_math.c | 22 ++
> tests/fate/libavcodec.mak| 5 +
> 3 files changed, 28 insertions(+)
> create mode 100
At present, the max value for the framerate input in the abitscope filter
is 0. This leads to an error when setting any rate:
"[abitscope @ 04700500] Value 24.00 for parameter 'rate' out of
range [0 - 0]"
Replaced with INT_MAX.
Thanks,
Gyan
0001-Correct-range-for-framerate-in-abits
On Thu, Mar 23, 2017 at 02:18:53AM -0700, Thomas Turner wrote:
> Signed-off-by: Thomas Turner
> ---
> libavcodec/Makefile | 1 +
> libavcodec/tests/celp_math.c | 22 ++
> tests/fate/libavcodec.mak| 5 +
> 3 files changed, 28 insertions(+)
> create mode 1006
On Tue, Mar 21, 2017 at 02:52:01AM +0100, Michael Niedermayer wrote:
> Fixes memleak
> Fixes: 874/clusterfuzz-testcase-5252796175613952
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavcode
On Wed, Mar 22, 2017 at 08:45:59AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Mar 21, 2017 at 9:59 PM, Michael Niedermayer > wrote:
>
> > Fixes: 902/clusterfuzz-testcase-4561155144024064
> >
> > Found-by: continuous fuzzing process https://github.com/google/oss-
> > fuzz/tree/master/target
On 3/23/2017 3:19 AM, wm4 wrote:
> On Wed, 22 Mar 2017 20:34:06 -0300
> James Almer wrote:
>
>> Signed-off-by: James Almer
>> ---
>> Untested.
>>
>> libavcodec/mediacodec.c | 5 ++---
>> libavcodec/mediacodecdec.c| 1 -
>> libavcodec/mediacodecdec_common.c | 14 ++---
On 3/22/2017 8:34 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/videotoolboxenc.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
> index 4b8718c9aa..f1c1670dd1 100644
> --- a/libavcodec/videotoolboxenc.
On 3/23/2017 3:08 AM, wm4 wrote:
> On Thu, 23 Mar 2017 00:28:15 -0300
> James Almer wrote:
>
>> From 3bf230d5f611ae5d1511e4629f742fc96b379b7f Mon Sep 17 00:00:00 2001
>> From: James Almer
>> Date: Wed, 22 Mar 2017 23:43:54 -0300
>> Subject: [PATCH] avformat/format: convert to stdatomic
>>
>> ---
On Thu, Mar 23, 2017 at 07:26:23AM +0100, wm4 wrote:
> On Wed, 22 Mar 2017 19:32:11 +0100
> Michael Niedermayer wrote:
>
> > On Tue, Mar 21, 2017 at 08:42:58AM +0100, wm4 wrote:
> > > The old "API" that signaled rotation as a metadata value has been
> > > replaced by DISPLAYMATRIX side data quite
- This patch contains the changes to interface the Turing codec
(http://turingcodec.org/) with ffmpeg. The patch was modified to address the
comments in the review as follows:
- Added a pkg-config file to list all dependencies required by libturing.
This should address the issue pointed out by
Le 23 mars 2017 12:35 AM, "James Almer" a écrit :
Signed-off-by: James Almer
---
Untested.
libavcodec/mediacodec.c | 5 ++---
libavcodec/mediacodecdec.c| 1 -
libavcodec/mediacodecdec_common.c | 14 ++
libavcodec/mediacodecdec_common.h | 5 +++--
4 files change
On 3/23/2017 3:15 PM, Matthieu Bouron wrote:
> Le 23 mars 2017 12:35 AM, "James Almer" a écrit :
>
> Signed-off-by: James Almer
> ---
> Untested.
>
> libavcodec/mediacodec.c | 5 ++---
> libavcodec/mediacodecdec.c| 1 -
> libavcodec/mediacodecdec_common.c | 14 ++---
On 2017-03-22 09:06 -0400, Ronald S. Bultje wrote:
> On Tue, Mar 21, 2017 at 9:59 PM, Michael Niedermayer > wrote:
>
> > @@ -59,6 +59,9 @@ int ff_h264_pred_weight_table(GetBitContext *gb, const
> > SPS *sps,
> > if (luma_weight_flag) {
> > pwt->luma_weight[i][list][0
On Mon, Mar 20, 2017 at 02:49:18PM -0700, Fredrik Hubinette wrote:
> Hopefully valid patch attached.
>
>
> On Mon, Mar 20, 2017 at 2:39 PM, Fredrik Hubinette wrote:
>
> > It looks like the value in s->error also comes from an earlier call to
> > avio_read().
> > ogg_read_page tries to read 4439
Hi,
after checking the fate sample and further testing I noticed that the stated
framerate is not always correct and can lead to wrong results.
I didn´t find one single method to make it work correct in any case, so I added
a fallback.
av_frame_get_pkt_duration works for most files. Otherwise th
Fixes: 712/clusterfuzz-testcase-6647676227551232
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/h264idct_template.c | 56 +-
1 file changed, 28 insertion
On Thu, Mar 23, 2017 at 6:34 AM, Michael Niedermayer wrote:
>
> On Thu, Mar 23, 2017 at 02:18:53AM -0700, Thomas Turner wrote:
> > Signed-off-by: Thomas Turner
> > ---
> > libavcodec/Makefile | 1 +
> > libavcodec/tests/celp_math.c | 22 ++
> > tests/fate/libavcode
Signed-off-by: Thomas Turner
---
libavcodec/Makefile | 1 +
libavcodec/tests/celp_math.c | 48
tests/fate/libavcodec.mak| 5 +
3 files changed, 54 insertions(+)
create mode 100644 libavcodec/tests/celp_math.c
diff --git a/libavcode
21 matches
Mail list logo