On 2017/6/28 5:50, Mark Thompson wrote:
> ---
> libavfilter/Makefile | 6 +
> libavfilter/opencl.c | 285
> +++
> libavfilter/opencl.h | 74 +++
> libavfilter/opencl/rgbyuv.cl | 117 ++
>
Signed-off-by: Vittorio Giovara
---
tests/fate/mov.mak| 3 +++
tests/fate/opus.mak | 5 +
tests/ref/fate/mov-ambisonic | 1 +
tests/ref/fate/opus-ambisonic | 1 +
4 files changed, 10 insertions(+)
create mode 100644
As defined by Google's Spatial Audio RFC.
Signed-off-by: Vittorio Giovara
---
libavformat/mov.c | 98 +++
1 file changed, 98 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index
---
avtools/avconv.c| 2 +-
avtools/avconv_filter.c | 2 +-
avtools/avplay.c| 4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/avtools/avconv.c b/avtools/avconv.c
index 8dd11bb5fc..42cbfef592 100644
--- a/avtools/avconv.c
+++ b/avtools/avconv.c
@@ -1209,7
---
avtools/avprobe.c | 4
1 file changed, 4 insertions(+)
diff --git a/avtools/avprobe.c b/avtools/avprobe.c
index 7eab2573eb..9d7eecabb9 100644
--- a/avtools/avprobe.c
+++ b/avtools/avprobe.c
@@ -667,6 +667,7 @@ static void show_stream(InputFile *ifile, InputStream *ist)
AVRational
The defacto mov standard mandates support for PCM and AAC: only the
latter decoder overrides the channel layout passed by the container,
so let this happen only when the layout order is native (or unspecified).
On the encoding side, until full ambisonic channel layout conversion
is implemented,
Signed-off-by: Vittorio Giovara
---
libavformat/avformat.h | 6 ++
libavformat/dump.c | 2 ++
2 files changed, 8 insertions(+)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 1bf66b15d1..47f7a445dd 100644
--- a/libavformat/avformat.h
+++
Signed-off-by: Vittorio Giovara
---
Changelog | 1 +
doc/APIchanges | 22 ++
2 files changed, 23 insertions(+)
diff --git a/Changelog b/Changelog
index e44df54c93..ecff7d0a2b 100644
--- a/Changelog
+++ b/Changelog
@@ -16,6 +16,7 @@ version :
Since the request_channel_layout is used only by a handful of codecs,
move the option to codec private contexts.
---
libavcodec/avcodec.h | 31 +
libavcodec/decode.c| 49 +-
libavcodec/encode.c| 9 ++-
libavcodec/internal.h | 2 +
This patch contains the following commits:
avplay: Support the new channel layout API
avconv: Support the new channel layout API
tools: Update to the new channel layout API
examples: Update to the new channel layout API
---
avtools/avconv.c | 30 +++---
Signed-off-by: Vittorio Giovara
---
libavfilter/af_aformat.c | 30 +---
libavfilter/af_channelmap.c | 2 +-
libavfilter/af_channelsplit.c | 6 ++-
libavfilter/af_join.c | 2 +-
libavfilter/avfiltergraph.c | 109
Signed-off-by: Vittorio Giovara
---
libavutil/channel_layout.c | 86 --
libavutil/channel_layout.h | 33 ++
2 files changed, 116 insertions(+), 3 deletions(-)
diff --git a/libavutil/channel_layout.c
Signed-off-by: Vittorio Giovara
---
libavcodec/opus.c | 36
1 file changed, 28 insertions(+), 8 deletions(-)
diff --git a/libavcodec/opus.c b/libavcodec/opus.c
index 308d104212..6aebb40155 100644
--- a/libavcodec/opus.c
+++
From: Anton Khirnov
Signed-off-by: Vittorio Giovara
---
libavcodec/decode.c | 67
libavcodec/encode.c | 9 ++
libavutil/frame.c | 88 +++--
From: Anton Khirnov
Signed-off-by: Vittorio Giovara
---
libavresample/audio_mix.c| 148 ++--
libavresample/audio_mix_matrix.c | 477 ++-
libavresample/avresample.h | 42 +++-
Resampling or conversion to/from ambisonic audio are currently
unsupported features.
Signed-off-by: Vittorio Giovara
---
libavresample/utils.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavresample/utils.c b/libavresample/utils.c
index
Signed-off-by: Vittorio Giovara
---
libavcodec/aac.h| 7 +++--
libavcodec/aac_ac3_parser.c | 9 --
libavcodec/aaccoder.c | 2 +-
libavcodec/aacdec.c | 76 ++---
libavcodec/aacdectab.h | 16
Signed-off-by: Vittorio Giovara
---
libavcodec/ac3dec.c | 49 +---
libavcodec/ac3dec.h | 2 ++
libavcodec/ac3enc.c | 83 ---
libavcodec/ac3enc.h | 4 ++-
From: Anton Khirnov
They are incompatible with the new channel layout scheme and no decoder
uses them.
Signed-off-by: Vittorio Giovara
---
libavcodec/avcodec.h | 5 +
libavcodec/decode.c | 4
libavformat/dump.c | 9 -
Signed-off-by: Vittorio Giovara
---
libavcodec/avcodec.h | 11 +++
libavcodec/utils.c| 31 +++
libavformat/audiointerleave.c | 2 +-
libavformat/mux.c | 2 +-
4 files changed, 40 insertions(+), 6
This patch contains the following commits:
avtools: Use the new channel layout API in libavfilter
af_aformat: convert to new channel layout API
Signed-off-by: Vittorio Giovara
af_amix: convert to new channel layout API
Signed-off-by: Vittorio Giovara
Signed-off-by: Vittorio Giovara
---
libavfilter/audio.c | 17 +--
libavfilter/avfilter.c | 9
libavfilter/avfilter.h | 13 ++-
libavfilter/avfiltergraph.c | 35 +++---
libavfilter/buffersink.c
From: Anton Khirnov
The new API is more extensible and allows for custom layouts.
More accurate information is exported, eg for decoders that do not
set a channel layout, lavc will not make one up for them.
Deprecate the old API working with just uint64_t bitmasks.
Expanded
Hello,
it has brought to my attention that reviewing 200 patches is not
desirable, and following the reviewers' suggestions, I squashed the
more mundane replacement patches across the codebase, and left the
more important or complex ones separate to simplify review.
Some of the single patches
From: Anton Khirnov
Signed-off-by: Vittorio Giovara
---
libavutil/opt.c | 47 +++
libavutil/opt.h | 10 ++
2 files changed, 57 insertions(+)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index
On Wed, Jun 28, 2017 at 04:14:23PM +0200, Lorenz Brun wrote:
> Module: libav
> Branch: master
> Commit: 1cfd566324f4a9be066ea400685b81c0695e64d9
>
> Author:Lorenz Brun
> Committer: Vittorio Giovara
> Date: Fri Oct 21 22:51:37 2016
On 28/06/17 16:24, Rémi Denis-Courmont wrote:
> Le sunnuntaina 18. kesäkuuta 2017, 19.08.02 EEST Mark Thompson a écrit :
>> ---
>> The intent of this is to have a common structure which can be used in all
>> cases where DRM objects need to be shared between components. It would be
>> helpful if
On 28/06/17 15:03, wm4 wrote:
> On Wed, 28 Jun 2017 13:36:30 +0100
> Mark Thompson wrote:
>
>> On 28/06/17 12:03, wm4 wrote:
>>> On Tue, 27 Jun 2017 22:50:44 +0100
>>> Mark Thompson wrote:
>>>
---
configure |5 +-
On 28/06/17 15:06, wm4 wrote:
> On Wed, 28 Jun 2017 13:51:26 +0100
> Mark Thompson wrote:
>
>> On 28/06/17 12:13, wm4 wrote:
>>> On Tue, 27 Jun 2017 22:50:54 +0100
>>> Mark Thompson wrote:
>>>
---
libavutil/hwcontext_d3d11va.c | 2 +-
1 file
On Wed, 28 Jun 2017 13:51:26 +0100
Mark Thompson wrote:
> On 28/06/17 12:13, wm4 wrote:
> > On Tue, 27 Jun 2017 22:50:54 +0100
> > Mark Thompson wrote:
> >
> >> ---
> >> libavutil/hwcontext_d3d11va.c | 2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
On Wed, 28 Jun 2017 13:49:28 +0100
Mark Thompson wrote:
> On 28/06/17 12:09, wm4 wrote:
> > On Tue, 27 Jun 2017 22:50:45 +0100
> > Mark Thompson wrote:
> >
> >> Supports all surface formats in common between the two.
> >> ---
> >> configure
On Wed, 28 Jun 2017 13:36:30 +0100
Mark Thompson wrote:
> On 28/06/17 12:03, wm4 wrote:
> > On Tue, 27 Jun 2017 22:50:44 +0100
> > Mark Thompson wrote:
> >
> >> ---
> >> configure |5 +-
> >> doc/APIchanges |4 +
>
On 6/13/17 8:54 PM, Vittorio Giovara wrote:
> The use of this SEI is for backward compatibility in HLG HDR systems:
> older devices that cannot interpret the "arib-std-b67" transfer will
> get the compatible transfer (usually bt709 or bt2020) from the VUI,
> while newer devices that can interpret
On 28/06/17 12:13, wm4 wrote:
> On Tue, 27 Jun 2017 22:50:54 +0100
> Mark Thompson wrote:
>
>> ---
>> libavutil/hwcontext_d3d11va.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil/hwcontext_d3d11va.c
>> index
On 28/06/17 12:09, wm4 wrote:
> On Tue, 27 Jun 2017 22:50:45 +0100
> Mark Thompson wrote:
>
>> Supports all surface formats in common between the two.
>> ---
>> configure | 6 +
>> libavutil/hwcontext_internal.h | 3 +
>> libavutil/hwcontext_opencl.c |
On 28/06/17 12:03, wm4 wrote:
> On Tue, 27 Jun 2017 22:50:44 +0100
> Mark Thompson wrote:
>
>> ---
>> configure |5 +-
>> doc/APIchanges |4 +
>> libavutil/Makefile |2 +
>> libavutil/hwcontext.c |4 +
>>
On 6/27/17 11:50 PM, Mark Thompson wrote:
> To match creation on a newly-derived device. (This was missed earlier
> because the mode is only used in some cases.)
> ---
> libavfilter/vf_hwmap.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavfilter/vf_hwmap.c
On Tue, 27 Jun 2017 22:50:54 +0100
Mark Thompson wrote:
> ---
> libavutil/hwcontext_d3d11va.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil/hwcontext_d3d11va.c
> index 75f78d866..543f90d6c 100644
> ---
On Tue, 27 Jun 2017 22:50:49 +0100
Mark Thompson wrote:
> ---
> libavfilter/Makefile | 6 +
> libavfilter/opencl.c | 285
> +++
> libavfilter/opencl.h | 74 +++
> libavfilter/opencl/rgbyuv.cl | 117
On Tue, 27 Jun 2017 22:50:45 +0100
Mark Thompson wrote:
> Supports all surface formats in common between the two.
> ---
> configure | 6 +
> libavutil/hwcontext_internal.h | 3 +
> libavutil/hwcontext_opencl.c | 298
>
On Tue, 27 Jun 2017 22:50:44 +0100
Mark Thompson wrote:
> ---
> configure |5 +-
> doc/APIchanges |4 +
> libavutil/Makefile |2 +
> libavutil/hwcontext.c |4 +
> libavutil/hwcontext.h |1 +
>
On Wed, 28 Jun 2017 11:37:57 +0200
Luca Barbato wrote:
> On 6/28/17 11:36 AM, wm4 wrote:
> > Or maybe we should get back to your old nested arrays, but I'm worried
> > about excessive memory usage.
>
> The alternative is malloc it with all the usability issues around it =/
On 6/28/17 11:36 AM, wm4 wrote:
> Or maybe we should get back to your old nested arrays, but I'm worried
> about excessive memory usage.
The alternative is malloc it with all the usability issues around it =/
lu
___
libav-devel mailing list
On Sun, 18 Jun 2017 19:08:02 +0100
Mark Thompson wrote:
> ---
> The intent of this is to have a common structure which can be used in all
> cases where DRM objects need to be shared between components. It would be
> helpful if anyone familiar with specific drivers or use-cases
44 matches
Mail list logo