Sorry, I have upgrade and re-generate patches.
Le mer. 3 janv. 2018 à 23:47, Moritz Barsnick a écrit :
> On Wed, Jan 03, 2018 at 12:51:06 +, Marc-Antoine ARNAUD wrote:
> > Changelog | 10 +
> > MAINTAINERS |9 +-
> > Makefile
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Tuesday, January 2, 2018 8:32 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvdec: hw device should be set
>
> On 02/01/18 09:15, Li, Zhong wrote:
> >> From: ffmpeg-dev
On Mon, Jan 1, 2018 at 11:32 AM, wrote:
> ...
> +avctx->sample_rate= ctx->sample_rate;
> +avctx->block_align= ctx->frame_size;
> +avctx->bit_rate = ctx->sample_rate * ctx->frame_size * 8 /
> 2048;
> +avctx->channels = oma_chid_to_num_channels[c
On 2018/1/3 18:25, Mark Thompson wrote:
> On 03/01/18 06:57, Jun Zhao wrote:
>> On 2018/1/3 7:12, Mark Thompson wrote:
>>> This allows implementing sources as well as filters.
>>> ---
>>> libavfilter/opencl.c | 39 +--
>>> 1 file changed, 33 insertions(+), 6 d
Hi!
Attached patch fixes a warning here when compiling the opus encoder.
Please comment, Carl Eugen
From 605194d85651b76586c8f14cf8034a266e9fc8fd Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 4 Jan 2018 05:36:38 +0100
Subject: [PATCH] lavc/opusenc_psy: Remove a write-only variable.
2018-01-04 4:10 GMT+01:00 Michael Niedermayer :
> On Tue, Jan 02, 2018 at 02:00:50AM +0100, Carl Eugen Hoyos wrote:
>> 2018-01-02 1:14 GMT+01:00 Michael Niedermayer :
>> > On Mon, Jan 01, 2018 at 11:10:57PM +0100, Carl Eugen Hoyos wrote:
>> >> Hi!
>> >>
>> >> Similar reason as last mem.c patch: av_
At least version 0.6.2 is needed since commit
df3222d4bb18cbceda443def17b1b29067ed6e3f.
Signed-off-by: James Almer
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 606cdd0004..7f7474fd46 100755
--- a/configure
+++ b/configure
@@ -5911,
Signed-off-by: James Almer
---
fftools/ffmpeg.c | 19 ---
fftools/ffmpeg.h | 7 ++-
fftools/ffmpeg_opt.c | 2 +-
3 files changed, 11 insertions(+), 17 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 6aff3366c5..528849a2c6 100644
--- a/fftools/ffm
w32threads and os2threads both support static mutex initialization now,
so don't limit it to pthreads only.
Signed-off-by: James Almer
---
libavutil/log.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/libavutil/log.c b/libavutil/log.c
index 7a6dd936e5..bd47f
On 1/3/2018 10:21 PM, Mont3z Claros wrote:
> Thx for this inside. Unfortunately my application still crashes even
> after setting Size in modeex.
> In my case, IDirect3D9Ex_GetAdapterDisplayModeEx always returns
> D3DERR_INVALIDCALL.
>
> Humberto
It does solve IDirect3D9Ex_CreateDeviceEx() failin
On 2 January 2018 at 16:47, Rostislav Pehlivanov
wrote:
>
>
> On 30 December 2017 at 14:59, Rostislav Pehlivanov
> wrote:
>
>> Deprecate the entire library. Merged years ago to provide compatibility
>> with Libav, it remained unmaintained by the FFmpeg project and duplicated
>> functionality pro
On Tue, Jan 02, 2018 at 02:00:50AM +0100, Carl Eugen Hoyos wrote:
> 2018-01-02 1:14 GMT+01:00 Michael Niedermayer :
> > On Mon, Jan 01, 2018 at 11:10:57PM +0100, Carl Eugen Hoyos wrote:
> >> Hi!
> >>
> >> Similar reason as last mem.c patch: av_fast_realloc() can currently
> >> fail in situations wh
> On 4 Jan 2018, at 08:42, Colin NG wrote:
>
> - Add function 'resolve_content_path' to propagate the baseURL from upper
> level nodes.
> * if no baseURL is available, the path of mpd file will be set as the baseURL.
> - Remove checking for newly established connection.
> - Establish the commun
On Wed, Jan 03, 2018 at 12:42:36AM +, Josh de Kock wrote:
> Also replace linked list with an array.
> ---
> configure | 12 +-
> doc/APIchanges |4 +
> libavcodec/allcodecs.c | 1473
>
> libavcodec/avcodec.h | 31
Thx for this inside. Unfortunately my application still crashes even
after setting Size in modeex.
In my case, IDirect3D9Ex_GetAdapterDisplayModeEx always returns
D3DERR_INVALIDCALL.
Humberto
On Wed, Jan 3, 2018 at 4:17 PM, wm4 wrote:
> On Thu, 4 Jan 2018 00:26:01 +0100
> Hendrik Leppkes wrote:
On Wed, Jan 3, 2018 at 3:25 AM, Matthieu Bouron
wrote:
> On Thu, Dec 28, 2017 at 05:33:14PM -0800, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > Using the new API gives the decoder the ability to produce
> > N frames per input packet. This is particularly useful with
> > mpeg2 decoders on some
On Wed, Jan 3, 2018 at 6:05 AM, Matthieu Bouron
wrote:
> ---
> libavcodec/mediacodec_wrapper.c | 61 +++---
> ---
> 1 file changed, 34 insertions(+), 27 deletions(-)
>
> diff --git a/libavcodec/mediacodec_wrapper.c b/libavcodec/mediacodec_
> wrapper.c
> index d9f0
On Wed, Jan 3, 2018 at 4:17 AM, Matthieu Bouron
wrote:
> ---
> libavcodec/mediacodecdec.c | 11 +--
> 1 file changed, 1 insertion(+), 10 deletions(-)
>
> diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
> index b698ceaef9..c0e91c9429 100644
> --- a/libavcodec/mediacod
- Add function 'resolve_content_path' to propagate the baseURL from upper level
nodes.
* if no baseURL is available, the path of mpd file will be set as the baseURL.
- Remove checking for newly established connection.
- Establish the communication protocol in each connection rather than applying
On Wed, 3 Jan 2018, Michael Niedermayer wrote:
On Wed, Jan 03, 2018 at 08:00:24PM +0100, Marton Balint wrote:
On Wed, 3 Jan 2018, Marton Balint wrote:
On Tue, 2 Jan 2018, Michael Niedermayer wrote:
On Sun, Dec 10, 2017 at 11:11:18PM +0100, Marton Balint wrote:
Signed-off-by: Marton Ba
On Thu, 4 Jan 2018 00:26:01 +0100
Hendrik Leppkes wrote:
> On Wed, Jan 3, 2018 at 11:18 PM, wm4 wrote:
> > On Wed, 3 Jan 2018 13:59:34 -0800
> > Humberto Ribeiro wrote:
> >
> >> ---
> >> libavutil/hwcontext_dxva2.c | 6 +-
> >> 1 file changed, 5 insertions(+), 1 deletion(-)
> >>
> >> di
---
On 03/01/18 23:41, Michael Niedermayer wrote:
> On Wed, Jan 03, 2018 at 10:47:21PM +, Mark Thompson wrote:
>> ---
>> configure | 1 +
>> libavfilter/Makefile| 2 +
>> libavfilter/allfilters.c| 2 +
>> libavfilter/vf_program_opencl.c | 441
>>
On Wed, Jan 03, 2018 at 10:47:21PM +, Mark Thompson wrote:
> ---
> configure | 1 +
> libavfilter/Makefile| 2 +
> libavfilter/allfilters.c| 2 +
> libavfilter/vf_program_opencl.c | 441
>
> 4 files chang
On Wed, Jan 3, 2018 at 11:18 PM, wm4 wrote:
> On Wed, 3 Jan 2018 13:59:34 -0800
> Humberto Ribeiro wrote:
>
>> ---
>> libavutil/hwcontext_dxva2.c | 6 +-
>> 1 file changed, 5 insertions(+), 1 deletion(-)
>>
>> diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
>> index 2
This prevents a possible crash in CreateDeviceEx when using faulty response
from GetAdapterDisplayModeEx and allows ffmpeg to fallback to classic d3d9.
---
libavutil/hwcontext_dxva2.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/
On Wed, Jan 03, 2018 at 08:00:24PM +0100, Marton Balint wrote:
>
>
> On Wed, 3 Jan 2018, Marton Balint wrote:
>
> >
> >On Tue, 2 Jan 2018, Michael Niedermayer wrote:
> >
> >>On Sun, Dec 10, 2017 at 11:11:18PM +0100, Marton Balint wrote:
> >>>Signed-off-by: Marton Balint
> >>>---
> >>> libavfilt
On Wed, 3 Jan 2018 14:34:59 -0800
Mont3z Claros wrote:
> > LGTM, but when does it happen? Why would creation of IDirect3D9Ex
> > succeed, but this method fail? The strangest thing being that
> > CreateDeviceEx apparently fails, even though modeex is
> > zero-initialized and doesn't contain any po
On Wed, Jan 03, 2018 at 12:54:03PM +0300, ser...@gavrushkin.com wrote:
> > The error code returned by decode_extradata_ps() is inconsistent after this
> > its not "if any failed" it is returning an error if the last failed
>
> Sorry, I don't get how it is supposed to work. I just found the previo
This allows implementing sources as well as filters.
---
libavfilter/opencl.c | 39 +--
1 file changed, 33 insertions(+), 6 deletions(-)
diff --git a/libavfilter/opencl.c b/libavfilter/opencl.c
index 005ad089e2..37afc41f8b 100644
--- a/libavfilter/opencl.c
+++
---
configure | 1 +
libavfilter/Makefile| 2 +
libavfilter/allfilters.c| 2 +
libavfilter/vf_program_opencl.c | 441
4 files changed, 446 insertions(+)
create mode 100644 libavfilter/vf_program_opencl.c
dif
Include some example programs.
---
doc/filters.texi | 202 +++
1 file changed, 202 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 477f833449..d2ddb2f0c0 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -12442,6 +1244
On Wed, Jan 03, 2018 at 12:51:06 +, Marc-Antoine ARNAUD wrote:
> Changelog | 10 +
> MAINTAINERS |9 +-
> Makefile|9 +-
> compat/cuda/dynlink_loader.h| 18 +-
> compat/nvenc/nvEnc
> LGTM, but when does it happen? Why would creation of IDirect3D9Ex
> succeed, but this method fail? The strangest thing being that
> CreateDeviceEx apparently fails, even though modeex is
> zero-initialized and doesn't contain any pointers.
>
> Anyway, please format the commit message according to
Fixes: signed integer overflow: 1024 + 2147483640 cannot be represented in type
'int'
Fixes: 4671/clusterfuzz-testcase-minimized-6027464343027712
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcode
Fixes: null pointer dereference
Fixes: 4698/clusterfuzz-testcase-minimized-5096956322906112
This testcase does not reproduce the issue before
03b82b3ab9883cef017e513c7d0b3b986b3b3e7b
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-b
On Wed, 3 Jan 2018 13:59:34 -0800
Humberto Ribeiro wrote:
> ---
> libavutil/hwcontext_dxva2.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
> index 2ddd4be..44ebdbc 100644
> --- a/libavutil/hwcontext_dxva
---
libavutil/hwcontext_dxva2.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
index 2ddd4be..44ebdbc 100644
--- a/libavutil/hwcontext_dxva2.c
+++ b/libavutil/hwcontext_dxva2.c
@@ -485,7 +485,11 @@ static int dxva2
On 1/3/2018 1:54 AM, zhangjiejun1...@gmail.com wrote:
> From: Jiejun Zhang
>
> This fixes #6940
>
> Although undocumented, AudioToolbox seems to require the data supplied
> by the callback (i.e. ffat_encode_callback) being unchanged until the
> next time the callback is called. In the old implem
On Thu, Jan 4, 2018 at 2:59 AM, Rostislav Pehlivanov
wrote:
> On 3 January 2018 at 19:16, Muhammad Faiz wrote:
>
>> On Wed, Jan 3, 2018 at 7:42 AM, Josh de Kock wrote:
>> > Also replace linked list with an array.
>> > ---
>> > configure | 12 +-
>> > doc/APIchanges |4
On 3 January 2018 at 19:16, Muhammad Faiz wrote:
> On Wed, Jan 3, 2018 at 7:42 AM, Josh de Kock wrote:
> > Also replace linked list with an array.
> > ---
> > configure | 12 +-
> > doc/APIchanges |4 +
> > libavcodec/allcodecs.c | 1473 --
On Wed, Jan 3, 2018 at 7:42 AM, Josh de Kock wrote:
> Also replace linked list with an array.
> ---
> configure | 12 +-
> doc/APIchanges |4 +
> libavcodec/allcodecs.c | 1473
>
> libavcodec/avcodec.h | 31 +
> liba
Paul B Mahol (2018-01-03):
> LGTM
Thanks, both patches 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 Wed, 3 Jan 2018, Marton Balint wrote:
On Tue, 2 Jan 2018, Michael Niedermayer wrote:
On Sun, Dec 10, 2017 at 11:11:18PM +0100, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavfilter/vf_framerate.c | 54
++
1 file changed, 7 ins
On Wed, 3 Jan 2018 16:50:00 +
Rostislav Pehlivanov wrote:
> On 3 January 2018 at 15:25, wm4 wrote:
>
> > On Wed, 3 Jan 2018 00:42:36 +
> > Josh de Kock wrote:
> >
> > > +static AVCodec *find_codec_by_name(const char *name, int (*x)(const
> > AVCodec *))
> > > +{
> > > +void
On 3 January 2018 at 15:25, wm4 wrote:
> On Wed, 3 Jan 2018 00:42:36 +
> Josh de Kock wrote:
>
> > Also replace linked list with an array.
> > ---
> > configure | 12 +-
> > doc/APIchanges |4 +
> > libavcodec/allcodecs.c | 1473 --
> --
On Wed, 3 Jan 2018 16:46:14 +0100
Hendrik Leppkes wrote:
> On Wed, Jan 3, 2018 at 4:37 PM, wm4 wrote:
> > On Wed, 3 Jan 2018 00:43:02 +
> > Josh de Kock wrote:
> >
> >> This fixes the fate-fifo-muxer test.
> >> ---
> >> libavformat/Makefile | 2 +-
> >> libavformat/allformats
On Wed, 3 Jan 2018 00:43:12 +
Josh de Kock wrote:
> ---
> libavdevice/alldevices.c | 6 +-
> libavformat/allformats.c | 44 +++-
> libavformat/avformat.h | 4
> 3 files changed, 48 insertions(+), 6 deletions(-)
>
> diff --git a/libavdevic
On Wed, Jan 3, 2018 at 4:37 PM, wm4 wrote:
> On Wed, 3 Jan 2018 00:43:02 +
> Josh de Kock wrote:
>
>> This fixes the fate-fifo-muxer test.
>> ---
>> libavformat/Makefile | 2 +-
>> libavformat/allformats.c | 1 +
>> libavformat/fifo_test.c| 150
>> +++
On 1/2/18, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/framesync.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
> Not actually experienced a problem, but similar to Derek's fix.
>
>
LGTM
___
ffmpeg-devel ma
On 1/2/18, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/framesync.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavfilter/framesync.h b/libavfilter/framesync.h
> index 9fdc4d1ae2..abf3bf552b 100644
> --- a/libavfilter/framesync.h
> +++ b/libavfilter
On Wed, 3 Jan 2018 00:43:06 +
Josh de Kock wrote:
> ---
> configure| 27 ++--
> libavdevice/alldevices.c | 172
> +++
> libavdevice/avdevice.c | 46 -
> libavdevice/avdevice.h | 28
> libavdevice/ver
On Wed, 3 Jan 2018 00:43:02 +
Josh de Kock wrote:
> This fixes the fate-fifo-muxer test.
> ---
> libavformat/Makefile | 2 +-
> libavformat/allformats.c | 1 +
> libavformat/fifo_test.c| 150
> +
> libavformat/tests/fifo_mu
On Wed, 3 Jan 2018 00:42:53 +
Josh de Kock wrote:
> ---
> configure| 6 +-
> doc/APIchanges | 5 +
> libavformat/allformats.c | 870
> ---
> libavformat/avformat.h | 31 ++
> libavformat/format.c | 56 +--
> l
On Wed, 3 Jan 2018 00:42:36 +
Josh de Kock wrote:
> Also replace linked list with an array.
> ---
> diff --git a/doc/APIchanges b/doc/APIchanges
> index 3c9f237..3d28d85 100644
> --- a/doc/APIchanges
> +++ b/doc/APIchanges
> @@ -15,6 +15,10 @@ libavutil: 2017-10-21
>
> API changes, mo
On Wed, 3 Jan 2018 00:42:45 +
Josh de Kock wrote:
> ---
> libavformat/allformats.c | 4 --
> libavformat/rdt.c| 8 +--
> libavformat/rdt.h| 3 +
> libavformat/rtpdec.c | 157
> ++-
> libavformat/rtpdec.h | 29 +++
Clement Boesch (2018-01-02):
> That's some weird ownership semantic for the error-path, but Nicolas knows
> better this API so I'll trust him on this one.
I agree it is not the most obvious behaviour, but it is the most
convenient with the logic of dualinput (which you introduced, IIRC,
based on t
On Wed, 3 Jan 2018 00:42:36 +
Josh de Kock wrote:
> Also replace linked list with an array.
> ---
> configure | 12 +-
> doc/APIchanges |4 +
> libavcodec/allcodecs.c | 1473
>
> libavcodec/avcodec.h | 31 +
> l
2018-01-03 16:08 GMT+01:00 Vasile Toncu :
> Can it be submitted on a new branch, different than master?
You can create such a branch in your own github account.
> In the future I may replace the tinterlace to be LGPL, until
> then can reinterlace exist on a separate branch in git?
You cannot us
Thank you for your guidance. I understand your points.
I was thinking about a simple solution:
Can it be submitted on a new branch, different than master? In the future I
may replace the tinterlace to be LGPL, until then can reinterlace exist on
a separate branch in git?
On Fri, Dec 29, 2017 at
---
libavcodec/mediacodec_wrapper.c | 61 +++--
1 file changed, 34 insertions(+), 27 deletions(-)
diff --git a/libavcodec/mediacodec_wrapper.c b/libavcodec/mediacodec_wrapper.c
index d9f0e27a7d..dbc37bf463 100644
--- a/libavcodec/mediacodec_wrapper.c
+++ b/liba
---
libavcodec/mediacodecdec.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index b698ceaef9..c0e91c9429 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacodecdec.c
@@ -415,15 +415,6 @@ done:
On Thu, Dec 28, 2017 at 05:33:14PM -0800, Aman Gupta wrote:
> From: Aman Gupta
>
> Using the new API gives the decoder the ability to produce
> N frames per input packet. This is particularly useful with
> mpeg2 decoders on some android devices, which automatically
> deinterlace video and produce
Mark Thompson (2018-01-02):
> configure | 1 +
> libavfilter/Makefile| 2 +
> libavfilter/allfilters.c| 2 +
> libavfilter/vf_program_opencl.c | 443
>
> 4 files changed, 448 insertions(+)
> create mode 1006
On 03/01/18 06:57, Jun Zhao wrote:
> On 2018/1/3 7:12, Mark Thompson wrote:
>> This allows implementing sources as well as filters.
>> ---
>> libavfilter/opencl.c | 39 +--
>> 1 file changed, 33 insertions(+), 6 deletions(-)
>>
>> diff --git a/libavfilter/opencl
> The error code returned by decode_extradata_ps() is inconsistent after this
> its not "if any failed" it is returning an error if the last failed
Sorry, I don't get how it is supposed to work. I just found the previous
implementation and checked which commit broke it.
The other possible solut
On 1/2/18, Rostislav Pehlivanov wrote:
>
> lavc has an IIR filter (libavcodec/iirfilter.h), couldn't you reuse it?
No, because its using floats, its more limited and I do not want to depend
on lavc for such simple filter.
___
ffmpeg-devel mailing list
f
On Tue, 2 Jan 2018 22:44:47 -0500
mymoey...@gmail.com wrote:
> From: Wu Zhiqiang
>
> Calculate first_timestamp based on first packet timestamp.
> Some m3u8 have streams that second one has smaller timestamp
> in first packet of this stream.
> Start/seek from start time may fail due to EIO error
From: Misty De Meo
Certain AIFF files encode XA ADPCM compressed audio using a chunk
with the tag `APCM`. Aside from this custom chunk type, they're
otherwise standard AIFF files. I've only observed these files in the
Sega Saturn game Sonic Jam so far.
---
libavformat/aiffdec.c | 7 +++
1 fi
From: Misty De Meo
This patchset adds support for the `APCM` chunk type in AIFF,
which is used to store CD-ROM XA ADPCM audio. The only application
I currently know of which uses this is the Sega Saturn game
Sonic Jam, but there might be others. I've included a new fate test
for this; here's the
From: Misty De Meo
---
libavcodec/adpcm.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index be206c55ba..50ffba0db6 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm.c
@@ -1115,6 +1115,7 @@ static int adpcm_decode_frame(AVCodecContext *a
From: Misty De Meo
---
tests/fate/adpcm.mak | 3 +++
tests/ref/fate/adpcm-xa-aiff | 51
2 files changed, 54 insertions(+)
create mode 100644 tests/ref/fate/adpcm-xa-aiff
diff --git a/tests/fate/adpcm.mak b/tests/fate/adpcm.mak
index b64920d
On Wed, Jan 3, 2018 at 2:24 PM, Bang He wrote:
> maybe you should return 1, not return ret
returning ret in callback will make AudioConverterFillComplexBuffer
return ret. so i think returning ret is better. furthermore 1 is not
treated as an error code in the current implementation of ffat_encod
72 matches
Mail list logo
