Re: [libav-devel] [PATCH 01/10] avconv: Flush output BSFs when stream copy reaches EOF

2017-05-07 Thread Luca Barbato
On 5/8/17 12:35 AM, Mark Thompson wrote: > Same as f64d1100a54d12c78ce436181bb64229c56da6b3, for stream copy > rather than encode. > --- > avtools/avconv.c | 10 -- > 1 file changed, 8 insertions(+), 2 deletions(-) > > diff --git a/avtools/avconv.c b/avtools/avconv.c > index

[libav-devel] [PATCH 05/10] lavc: Add trace_headers bitstream filter

2017-05-07 Thread Mark Thompson
Supports all streams that the coded bitstream infrastructure does (currently H.264 and MPEG-2). --- doc/bitstream_filters.texi | 14 libavcodec/Makefile| 2 + libavcodec/bitstream_filters.c | 1 + libavcodec/trace_headers_bsf.c | 179

[libav-devel] [PATCH 10/10] vaapi_h264: Add support for SEI recovery points

2017-05-07 Thread Mark Thompson
Included by default with non-IDR intra frames. --- libavcodec/vaapi_encode_h264.c | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c index 9b9b9d617..2035445d7 100644 ---

[libav-devel] [PATCH 00/10] Coded bitstream editing support

2017-05-07 Thread Mark Thompson
So, I went a bit further and made it into an internal API usable with other codecs. H.264 has a pretty much full implementation (though still missing some SEI and the silly baseline features (FMO <3)). Also included is a partial MPEG-2 implementation, missing writing support. h264_trace has

[libav-devel] [PATCH 09/10] vaapi_h264: Add support for AUD NAL units

2017-05-07 Thread Mark Thompson
Adds a new private option to enable them (off by default). --- libavcodec/vaapi_encode_h264.c | 33 + 1 file changed, 33 insertions(+) diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c index 0c5b06910..9b9b9d617 100644 ---

[libav-devel] [PATCH 06/10] lavc: Add h264_metadata bitstream filter

2017-05-07 Thread Mark Thompson
This is able to modify some header metadata found in the SPS/VUI, and can also add/remove AUDs and insert user data in SEI NAL units. --- doc/bitstream_filters.texi | 47 + libavcodec/Makefile| 2 + libavcodec/bitstream_filters.c | 1 + libavcodec/h264_metadata_bsf.c |

[libav-devel] [PATCH 03/10] lavc: Add coded bitstream read/write support for H.264

2017-05-07 Thread Mark Thompson
--- libavcodec/cbs_h264.c| 730 +++ libavcodec/cbs_h264.h| 394 +++ libavcodec/cbs_h264_syntax.c | 1113 ++ libavcodec/h264_sei.h|1 + 4 files changed, 2238 insertions(+) create mode 100644

[libav-devel] [PATCH 04/10] lavc: Add coded bitstream read/write support for MPEG-2

2017-05-07 Thread Mark Thompson
--- libavcodec/cbs_mpeg2.c| 212 libavcodec/cbs_mpeg2.h| 169 ++ libavcodec/cbs_mpeg2_syntax.c | 318 ++ 3 files changed, 699 insertions(+) create mode 100644 libavcodec/cbs_mpeg2.c create

[libav-devel] [PATCH 07/10] lavc: Add h264_redundant_pps bitstream filter

2017-05-07 Thread Mark Thompson
This applies a specific fixup to some Bluray streams which contain redundant PPSs modifying irrelevant parameters of the stream which confuse other transformations which require correct extradata. A new single global PPS is created, and all of the redundant PPSs within the stream are removed. ---

[libav-devel] [PATCH 08/10] vaapi_h264: Convert to use coded bitstream infrastructure

2017-05-07 Thread Mark Thompson
--- libavcodec/Makefile|2 +- libavcodec/vaapi_encode_h264.c | 1412 +++- 2 files changed, 542 insertions(+), 872 deletions(-) diff --git a/libavcodec/Makefile b/libavcodec/Makefile index 61de3712f..85aaaee13 100644 --- a/libavcodec/Makefile

[libav-devel] [PATCH 02/10] lavc: Add coded bitstream read/write API

2017-05-07 Thread Mark Thompson
--- libavcodec/cbs.c | 567 ++ libavcodec/cbs.h | 115 ++ libavcodec/cbs_internal.h | 85 +++ 3 files changed, 767 insertions(+) create mode 100644 libavcodec/cbs.c create mode 100644 libavcodec/cbs.h create mode 100644

[libav-devel] [PATCH 01/10] avconv: Flush output BSFs when stream copy reaches EOF

2017-05-07 Thread Mark Thompson
Same as f64d1100a54d12c78ce436181bb64229c56da6b3, for stream copy rather than encode. --- avtools/avconv.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/avtools/avconv.c b/avtools/avconv.c index 2e218e96c..719d289ff 100644 --- a/avtools/avconv.c +++

[libav-devel] [PATCH] h264_refs: validate the SPS pointer in ff_h264_execute_ref_pic_marking()

2017-05-07 Thread Sean McGovern
Bug-Id: 1036 CC: libav-sta...@libav.org --- libavcodec/h264_refs.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c index b4dc49c..3f9829d 100644 --- a/libavcodec/h264_refs.c +++ b/libavcodec/h264_refs.c @@ -557,6 +557,12 @@ int

[libav-devel] [PATCH] h264_refs: validate the SPS pointer in ff_h264_execute_ref_pic_marking()

2017-05-07 Thread Sean McGovern
Bug-Id: 1036 CC: libav-sta...@libav.org --- libavcodec/h264_refs.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c index b4dc49c..7810787 100644 --- a/libavcodec/h264_refs.c +++ b/libavcodec/h264_refs.c @@ -556,6

Re: [libav-devel] [PATCH] h264_refs: validate the SPS pointer in ff_h264_execute_ref_pic_marking()

2017-05-07 Thread Luca Barbato
On 5/7/17 11:18 PM, Sean McGovern wrote: > Bug-Id: 1036 > CC: libav-sta...@libav.org > --- > libavcodec/h264_refs.c | 10 +++--- > 1 file changed, 7 insertions(+), 3 deletions(-) > > diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c > index b4dc49c..51fce3f 100644 > ---

[libav-devel] [PATCH] h264_refs: validate the SPS pointer in ff_h264_execute_ref_pic_marking()

2017-05-07 Thread Sean McGovern
Bug-Id: 1036 CC: libav-sta...@libav.org --- libavcodec/h264_refs.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c index b4dc49c..51fce3f 100644 --- a/libavcodec/h264_refs.c +++ b/libavcodec/h264_refs.c @@ -556,6

Re: [libav-devel] [PATCH v2 1/2] hevcdec: remove HEVCContext usage from hevc_sei

2017-05-07 Thread Luca Barbato
On 5/7/17 3:51 PM, James Almer wrote: > Based on the H264 SEI implementation. > > This will be mainly useful once support for SEI messages that can be > used by the hevc parser are implemented, like Picture Timing. > > Signed-off-by: James Almer > --- Looks fine to me, I'd

[libav-devel] [PATCH v2 1/2] hevcdec: remove HEVCContext usage from hevc_sei

2017-05-07 Thread James Almer
Based on the H264 SEI implementation. This will be mainly useful once support for SEI messages that can be used by the hevc parser are implemented, like Picture Timing. Signed-off-by: James Almer --- Changes since last version: Removed unused logctx parameters in some

[libav-devel] [PATCH v2 2/2] hevcdec: move SEI message parsing into a separate header

2017-05-07 Thread James Almer
It doesn't depend on hevcdec anymore. Signed-off-by: James Almer --- Adapted after the changes from patch 1/1 v2. libavcodec/hevc_sei.c | 37 +++-- libavcodec/hevc_sei.h | 89 +++ libavcodec/hevcdec.h | 30

Re: [libav-devel] [PATCH 1/200] Add a new channel layout API

2017-05-07 Thread Luca Barbato
On 5/6/17 5:13 AM, wm4 wrote: > How would layouts that don't fit into the channel label schema be > handled? Do you have something specific in mind? ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel

Re: [libav-devel] [PATCH 1/2] hevcdec: remove HEVCContext usage from hevc_sei

2017-05-07 Thread Luca Barbato
On 5/7/17 5:29 AM, James Almer wrote: > Jokes aside, I personally agree with Hendrik. HEVCSEIContext is > consistent with h264's naming. But if you insist i can change it to for > example HEVCSEI, following the existing HEVCSPS/HEVCPPS/HEVCVPS structs > for the corresponding NALUs. Would be nice,

[libav-devel] [PATCH] channel_layout: Add Ambisonic components and channel order

2017-05-07 Thread Luca Barbato
From: Vittorio Giovara Ambisonic channel layouts have a non-native channel ordering and all channels in the map are initialized to a custom ambisonic channel since ordering is assumed to be ACN. Signed-off-by: Vittorio Giovara --- The

Re: [libav-devel] [PATCH 1/200] Add a new channel layout API

2017-05-07 Thread wm4
On Sat, 6 May 2017 16:21:14 +0200 Luca Barbato wrote: > On 5/6/17 3:46 PM, wm4 wrote: > > I'd still like to see it. > > have a look at github, the set should be there already. And it can't be posted as a patch here why? How are we supposed to discuss it and to gauge the