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
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
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
---
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
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
---
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 |
---
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
---
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
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.
---
---
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
---
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
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
+++
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
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
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
> ---
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
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
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
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
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
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,
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
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
23 matches
Mail list logo