be program.
>
> I'm blind today, you have the dependency of course. probe.mak still looks
> like a better place to me.
It really is not. Do not be confused by similar-sounding names,
probe.mak is for testing avformat file type probing. This is for testing
correct decoding of some mov
---
libavcodec/hevcdec.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index db45608..e58d5f8 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -1684,6 +1684,8 @@ static void
Those values are decoder-independent and are also use by the VA-API
encoder.
---
Sorry for the previous breakage, updated my libva-dev so it shouldn't happen
again.
I think this is the more proper thing to do, the intent is that hevcdec.h should
only be included by the decoder itself.
---
Avoids superfluous error message spam after
8e2ea691351c5079cdab245ff7bfa5c0f3e3bfe4
---
libavformat/utils.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 1c93326..37ba5a8 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
actually aren't any SIMD functions,
> > and if there are, they will be tested. If it isn't valid (as in, the dsp
> > context init functions aren't supposed to handle it), it should of course be
> > skipped.
>
> AFAIR we do not have 9-bit code anywhere. If they ever appear,
ordered from coded order
to presentation order has been possible for ages, long before side data
even existed -- that's reordered_opaque.
Set AVFrame.reordered_opaque in get_buffer2() callback, retrieve it from
the frame returned from avcodec_receive_frame().
--
A
Quoting James Almer (2016-10-13 16:05:31)
> On 10/10/2016 2:23 PM, Anton Khirnov wrote:
> > Quoting James Almer (2016-10-03 21:40:06)
> >> Arguments for bitstream filters weren't being parsed at all, and instead
> >> checked by av_bsf_get_by_name() as if they wer
This is consistent with what file_open() does.
CC: libav-sta...@libav.org
---
libavformat/file.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/file.c b/libavformat/file.c
index 8683c1b..27ce4de 100644
--- a/libavformat/file.c
+++ b/libavformat/file.c
@@
Quoting Diego Biurrun (2016-10-13 00:46:55)
> On Tue, Oct 11, 2016 at 09:34:33PM +0200, Anton Khirnov wrote:
> > For encoding, this avoids modifying the input surface, which we are not
> > allowed to do.
> > This will also be useful in the following commits.
> > ---
>
a, _len);
> +if (err < 0) {
> +av_log(avctx, AV_LOG_ERROR, "Failed to write sequence header "
> + "for extradata: %d.\n", err);
> +goto fail;
> +} else {
> +avctx->extr
This code is independent from the decoder, so it makes more sense for it
to to have its own header.
---
libavcodec/hevc.h| 5 +
libavcodec/hevc_ps.c | 14 +--
libavcodec/hevc_ps.h | 320 +++
libavcodec/hevc_ps_enc.c | 2 +-
This will be useful in the following commits.
---
libavcodec/dxva2_hevc.c | 1 +
libavcodec/hevc_data.h | 31 +++
libavcodec/hevc_ps.c| 1 +
libavcodec/hevcdec.c| 1 +
libavcodec/hevcdec.h| 5 -
libavcodec/vdpau_hevc.c | 1 +
6 files changed, 35
Quoting Hendrik Leppkes (2016-10-11 22:33:43)
> On Tue, Oct 11, 2016 at 9:34 PM, Anton Khirnov <an...@khirnov.net> wrote:
> > This format is used internally by the QSV encoder to store the encoded
> > bitstream.
>
> What does that even mean?
> It smells like some ev
---
libavutil/hwcontext_qsv.c | 36
1 file changed, 36 insertions(+)
diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontext_qsv.c
index ff66af6..b4cbaa0 100644
--- a/libavutil/hwcontext_qsv.c
+++ b/libavutil/hwcontext_qsv.c
@@ -559,6 +559,41 @@ static
Handle the internal frame requests, which is required by the HEVC
encoding plugin.
---
libavcodec/qsv.c | 265 --
libavcodec/qsv_internal.h | 13 ++-
libavcodec/qsvdec.c | 3 +-
libavcodec/qsvenc.c | 3 +-
4 files changed, 249
Certain pixel formats (e.g. P8) might not be supported for
download/upload through VPP operations, but can still be used otherwise.
---
libavutil/hwcontext_qsv.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_qsv.c
---
This set depends on Mark's WIP frame mapping stuff
---
libavutil/hwcontext_dxva2.c | 89 ++---
1 file changed, 68 insertions(+), 21 deletions(-)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
index da89453..3159792 100644
---
This will allow implementing the allocator more fully, which is needed
by the HEVC encoder plugin with video memory input.
---
libavcodec/qsv.c | 26 +++---
libavcodec/qsv_internal.h | 10 --
libavcodec/qsvdec.c | 8
libavcodec/qsvenc.c |
Uploading/downloading data through VPP may not work for some formats, in
that case we can still try to call av_hwframe_transfer_data() on the
child context.
---
libavutil/hwcontext_qsv.c | 40
1 file changed, 40 insertions(+)
diff --git
This format is used internally by the QSV encoder to store the encoded
bitstream.
---
libavutil/hwcontext_dxva2.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
index 3159792..da24c6f 100644
---
This format is used internally by the QSV encoder to store the encoded
bitstream.
---
libavutil/hwcontext_qsv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontext_qsv.c
index f2c8086..3679dc0 100644
--- a/libavutil/hwcontext_qsv.c
+++
For encoding, this avoids modifying the input surface, which we are not
allowed to do.
This will also be useful in the following commits.
---
libavcodec/qsv_internal.h | 5 ++---
libavcodec/qsvdec.c | 32 ++--
libavcodec/qsvenc.c | 32
; + * av_bsf_alloc(),needs to be initialized by the caller before
nit: I would use "filled" instead of initialized, since the fields are
guaranteed to be initialized to proper "invalid/unset" values, the
callers just fills those that are known/relevant.
--
Anton Khirnov
__
void ff_vector_clip_int32_sse4(int32_t *dst, const int32_t *src,
> int32_t min, int32_t max, unsigned int len);
>
> +void ff_vector_clipf_sse(float *dst, const float *src,
> + int len, float min, float max);
> +
> av_cold voi
t; context\n");
> exit_program(1);
> +}
> +ost->nb_bitstream_filters++;
> +
> +if (bsf_options && filter->priv_class) {
> +ret =
> av_opt_set_dict(ost->bsf_ctx[ost->nb_bitstre
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 4 +-
libavcodec/x86/vp9lpf.asm| 140 ---
2 files changed, 78 insertions(+), 66 deletions(-)
d
From: Clément Bœsch <u...@pkh.me>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 42 ---
libavcodec/x86/vp9lpf.asm| 59 +++-
2 files changed, 53 insertions(+), 48 deletions(-)
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 8 ++--
libavcodec/x86/vp9lpf.asm| 8 +++-
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_i
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 4 +-
libavcodec/x86/vp9lpf.asm| 155 +++
2 files changed, 100 insertions(+), 59 deletions(-)
d
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9lpf.asm | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/libavcodec/x86/vp9lpf.asm b/lib
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9lpf.asm | 103 +++---
1 file changed, 52 insertions(+), 51 deletions(-)
diff --git a/libavcodec/x86/vp9lpf.asm b/lib
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9lpf.asm | 88 +--
1 file changed, 40 insertions(+), 48 deletions(-)
diff --git a/libavcodec/x86/vp9lpf.asm b/lib
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 4 +-
libavcodec/x86/vp9lpf.asm| 191 ++-
2 files changed, 154 insertions(+), 41 deletions(-)
d
From: "Ronald S. Bultje" <rsbul...@gmail.com>
filter16 goes from 508 to 482 (h) or 346 to 314 (v) cycles; filter88
goes from 240 to 238 (h) or 174 to 165 (v) cycles, measured on TOS.
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcode
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 12 +++--
libavcodec/x86/vp9lpf.asm| 62
2 files changed, 48 insertions(+), 26 de
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 4 +-
libavcodec/x86/vp9lpf.asm| 135 ++-
2 files changed, 99 insertions(+), 40 deletions(-)
d
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 2 +-
libavcodec/x86/vp9lpf.asm| 155 ++-
2 files changed, 109 insertions(+), 48 deletions(-)
d
the code either much more complex, or much less random.
Some fixes and improvements by Rodger Combs <rodger.co...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
tests/checkasm/vp9dsp.c | 159
1 file changed, 159 inse
From: "Ronald S. Bultje" <rsbul...@gmail.com>
The value is not used outside the branch.
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9lpf.asm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/vp9lpf.asm b/libavcode
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9lpf.asm | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/libavcodec/x86/vp9lpf.asm b/libavcodec/x86/vp
From: Clément Bœsch <u...@pkh.me>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 6 ++
libavcodec/x86/vp9lpf.asm| 184 ---
2 files changed, 163 insertions(+), 27 deletions(-)
diff --git a/li
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9lpf.asm | 56 +++
1 file changed, 28 insertions(+), 28 deletions(-)
diff --git a/libavcodec/x86/vp9lpf.asm b/lib
From: James Almer <jamr...@gmail.com>
Similar gains in performance as the SSSE3 version
Signed-off-by: James Almer <jamr...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 19 +++
libavcodec/x86/vp9lpf.asm| 14
From: Clément Bœsch <u...@pkh.me>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/Makefile | 3 +-
libavcodec/x86/vp9dsp_init.c | 15 ++
libavcodec/x86/vp9lpf.asm| 601 +++
3 files changed, 618 insertions(+)
From: Clément Bœsch <u...@pkh.me>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c | 5 ++
libavcodec/x86/vp9lpf.asm| 121 +--
2 files changed, 99 insertions(+), 27 deletions(-)
diff --git a/li
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Fixes ffvp9_fails_where_libvpx.succeeds.webm.
Bug-Id: ffmpeg/3849.
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/vp9.c | 2 +-
libavcodec/vp9block.c | 28
2 files changed
From: "Ronald S. Bultje" <rsbul...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9lpf.asm | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/libavcodec/x86/vp9lpf.asm b/libavcodec/x86/vp9lpf.asm
From: James Almer <jamr...@gmail.com>
Similar gains as the ssse3 version once again
Additional improvements by Clément Bœsch <u...@pkh.me>.
Signed-off-by: James Almer <jamr...@gmail.com>
Signed-off-by: Anton Khirnov <an...@khirnov.net>
---
libavcodec/x86/vp9dsp_init.c
Since this is a C11 feature, it requires -std=c11.
Not actually used for anything yet, that will be added in the following
commits.
---
A slightly simpler test using check_builtin
---
configure | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git
010 ( 1)
> > @187 VUI: max_dec_frame_buffering011 ( 2)
>
> Forgot to set motion_vectors_over_pic_boundaries_flag - it should be the
> default, which is 1 rather than 0.
LGTM with that change
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
The filtergraph's existence is used in several places to mean that the
filtergraph is fully configured. This causes problems if it's allocated,
but the initialization fails (e.g. if a non-existent filter is
specified).
---
avconv_filter.c | 16 ++--
1 file changed, 10 insertions(+), 6
Errors during decoding are currently considered non-fatal and do not
terminate transcoding, so even if parts of the data are corrupted, the
rest may be decodable.
However, that should apply only to the actual decoding calls, not to the
failures elsewhere (e.g. configuring filters).
---
avconv.c
me more thought about how
> to construct the superframes from the output buffers.
A bitstream filter?
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
rate.den;
> +vseq->num_units_in_tick = avctx->framerate.den;
> +vseq->time_scale= 2 * avctx->framerate.num;
> mseq->fixed_frame_rate_flag = 1;
> } else {
> vseq->num_units_in_tick = avctx->time_base.num;
---
avconv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/avconv.c b/avconv.c
index 59eb300..87923b9 100644
--- a/avconv.c
+++ b/avconv.c
@@ -1978,6 +1978,8 @@ static int init_output_stream_encode(OutputStream *ost)
ost->filter->filter->inputs[0]->sample_aspect_ratio;
The Intel binary iHD driver does not support the
VASurfaceAttribMemoryType, so surface allocation will fail when using
it.
---
doc/APIchanges | 3 +++
libavutil/hwcontext_vaapi.c | 8 +++-
libavutil/hwcontext_vaapi.h | 6 ++
libavutil/version.h | 2 +-
4 files
Bug-Id: 966
---
libavcodec/h264dec.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index 2c5a7db..330a74d 100644
--- a/libavcodec/h264dec.c
+++ b/libavcodec/h264dec.c
@@ -530,7 +530,24 @@ static int
Quoting Diego Biurrun (2016-09-30 15:08:20)
> On Fri, Sep 30, 2016 at 07:28:44AM +0200, Anton Khirnov wrote:
> > Quoting Diego Biurrun (2016-09-29 18:19:13)
> > > On Wed, Sep 28, 2016 at 02:12:53PM +0200, Anton Khirnov wrote:
> > > > Quoting Diego Biurrun (2016-09
Quoting Diego Biurrun (2016-09-29 18:19:13)
> On Wed, Sep 28, 2016 at 02:12:53PM +0200, Anton Khirnov wrote:
> > Quoting Diego Biurrun (2016-09-08 12:34:14)
> > > On Wed, Sep 07, 2016 at 02:59:38PM +0200, Anton Khirnov wrote:
> > > > --- a/configure
> > &g
r6, 1
> +sar r5d, 1
> +sar r6d, 1
> sar off_regd, 1
> -subr4, 1
> +sub r4d, 1
> .normal
> %if cpuflag(ssse3)
> movd m4, r5d
> --
> 2.8.4 (Apple Git-73)
Is this not tested by FATE?
--
Quoting Diego Biurrun (2016-09-08 12:34:14)
> On Wed, Sep 07, 2016 at 02:59:38PM +0200, Anton Khirnov wrote:
> > --- a/configure
> > +++ b/configure
> > @@ -986,6 +986,19 @@ check_cpp_condition(){
> >
> > +test_cflags_cpp(){
> > +log test_cflags_cpp &q
east expect some arguments for why
this is correct and why didn't anybody notice any problems in all the
years this hunk was there.
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
---
doc/APIchanges| 3 +++
libavformat/avio.h| 5 +
libavformat/aviobuf.c | 3 +++
libavformat/version.h | 4 ++--
4 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 43e3262..e144780 100644
--- a/doc/APIchanges
+++
Quoting Diego Biurrun (2016-09-22 18:06:32)
> I think this needs a version bump.
>
> On Thu, Sep 22, 2016 at 04:29:10PM +0200, Anton Khirnov wrote:
> > --- a/doc/bitstream_filters.texi
> > +++ b/doc/bitstream_filters.texi
> > @@ -21,6 +21,24 @@ Below is a description
Quoting Diego Biurrun (2016-09-22 18:06:32)
> I think this needs a version bump.
>
> On Thu, Sep 22, 2016 at 04:29:10PM +0200, Anton Khirnov wrote:
> > --- a/doc/bitstream_filters.texi
> > +++ b/doc/bitstream_filters.texi
> > @@ -21,6 +21,24 @@ Below is a description
Quoting Diego Biurrun (2016-09-22 17:58:13)
> On Thu, Sep 22, 2016 at 04:29:11PM +0200, Anton Khirnov wrote:
> > --- a/libavformat/internal.h
> > +++ b/libavformat/internal.h
> > @@ -113,6 +113,15 @@ struct AVStreamInternal {
> >
> > +/* the
Move the doxy above the definition, change the value itself to the
(1 << n) pattern, which is more readable for flags.
---
libavformat/avio.h | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavformat/avio.h b/libavformat/avio.h
index 4bd5cb1..5d2f8c2 100644
---
It is supposed to be a flag. The only currently defined value is
AVIO_SEEKABLE_NORMAL, but other ones may be added in the future.
However all the current lavf code treats this field as a bool (mainly
for historical reasons).
Change all those cases to properly check for AVIO_SEEKABLE_NORMAL.
---
---
doc/APIchanges | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 43e3262..dec7c29 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -13,7 +13,7 @@ libavutil: 2015-08-28
API changes, most recent first:
-2016-xx-xx - xxx -
y did it become open-source?
How does MSVC come with windows? AFAIK the compiler itself is always
installed separately.
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
ernatively did it become open-source?
>
> Otherwise, the question of GCC vs MSVC on Windows may be moot.
Well, CUDA headers themselves are non-free, so AFAIU whenever you use
CUDA with libav, the result is non-redistributable.
--
Anton Khirnov
___
libav-
---
libavcodec/mpegvideo_enc.c | 88 ++
1 file changed, 49 insertions(+), 39 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 6ab9ba5..6a7c9e5 100644
--- a/libavcodec/mpegvideo_enc.c
+++
0 }, 0, 1,
> VE },
> +{ "nonref_p", "Set this to 1 to enable automatic insertion of
> non-reference P-frames", OFFSET(nonref_p), AV_OPT_TYPE_INT, { .i64 = 0 }, 0,
> 1, VE },
> +{ "strict_gop", "Set 1 to minimize GOP-to-GOP rate fluctuations",
> OFFSET(strict_gop), AV_OPT_TYPE_INT, { .i64 = 0 }, 0, 1, VE },
> +{ "aq-strength", "When Spatial AQ is enabled, this field is used to
> specify AQ strength. AQ strength scale is from 1 (low) - 15 (aggressive)",
> OFFSET(aq_strength), AV_OPT_TYPE_INT, { .i64 = 8 }, 1, 15, VE },
> +{ "cq", "Set target quality level (0 to 51, 0-automatic) for constant
> quality mode in VBR rate control", OFFSET(quality), AV_OPT_TYPE_INT, { .i64 =
> 0 }, 0, 51, VE },
> +#endif
Mixing '-' and '_' in option names makes them very hard to remember. We
mostly use '_', so just go with that.
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
fine IS_10BIT(pix_fmt) (pix_fmt == AV_PIX_FMT_P010 ||\
> + pix_fmt == AV_PIX_FMT_YUV444P16)
The name is misleading, only one of those is 10bit.
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Quoting Diego Biurrun (2016-09-22 17:44:13)
> On Thu, Sep 22, 2016 at 04:29:06PM +0200, Anton Khirnov wrote:
> > This is more consistent with the rest of libav and frees up the hevc.h
> > name for decoder-independent shared declarations.
> > ---
> > libavcodec
This code is independent from the decoder, so it makes more sense for it
to to have its own header.
---
libavcodec/hevc.h| 5 +
libavcodec/hevc_data.h | 29 +
libavcodec/hevc_ps.c | 15 +--
libavcodec/hevc_ps.h | 320 +++
This is intended as a replacement for the 'split' function exported by
some parsers.
---
doc/bitstream_filters.texi | 18 +++
libavcodec/Makefile| 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/extract_extradata_bsf.c | 300
This also fixes a minor bug introduced in the codecpar conversion, where
the termination condition for extracting the extradata does not match
the actual extradata setting code. As a result, the packet durations
made up by lavf go back to their values before the codecpar conversion.
That is of
---
libavcodec/hevcdec.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/hevcdec.h b/libavcodec/hevcdec.h
index df81e55..9566223 100644
--- a/libavcodec/hevcdec.h
+++ b/libavcodec/hevcdec.h
@@ -957,8 +957,6 @@ int ff_hevc_cu_qp_delta_abs(HEVCContext *s);
void
This is more consistent with the rest of libav and frees up the hevc.h
name for decoder-independent shared declarations.
---
libavcodec/Makefile | 2 +-
libavcodec/dxva2_hevc.c | 2 +-
libavcodec/hevc_cabac.c | 2 +-
libavcodec/hevc_data.c| 2 +-
Quoting Henrik Gramner (2016-09-21 17:13:31)
> On Wed, Sep 21, 2016 at 9:01 AM, Anton Khirnov <an...@khirnov.net> wrote:
> > Yes they are, because pxor does not exist in SSE.
>
> Why not use xorps like the original code then? INIT_XMM sse will also
> make mova assemble to
---
libavcodec/mpegvideo_enc.c | 88 ++
1 file changed, 49 insertions(+), 39 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 6ab9ba5..cd7bca03 100644
--- a/libavcodec/mpegvideo_enc.c
+++
---
doc/examples/output.c | 71 +++
1 file changed, 44 insertions(+), 27 deletions(-)
diff --git a/doc/examples/output.c b/doc/examples/output.c
index 44a55f5..bb0da30 100644
--- a/doc/examples/output.c
+++ b/doc/examples/output.c
@@ -233,25
---
libavcodec/mpegvideo_enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index d738d06..46e2e2c 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo_enc.c
@@ -1259,7 +1259,7 @@ static int
---
libavcodec/tdsc.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/libavcodec/tdsc.c b/libavcodec/tdsc.c
index c70c77f..5b952b3 100644
--- a/libavcodec/tdsc.c
+++ b/libavcodec/tdsc.c
@@ -343,7 +343,6 @@ static int tdsc_decode_jpeg_tile(AVCodecContext *avctx,
---
configure | 8
libavcodec/aarch64/neontest.c | 20
libavcodec/arm/neontest.c | 20
libavcodec/x86/w64xmmtest.c | 20
4 files changed, 68 insertions(+)
diff --git a/configure b/configure
index
---
libavcodec/mpegvideo_enc.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 46e2e2c..6ab9ba5 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo_enc.c
@@ -1265,6 +1265,7 @@ static int
Quoting Anton Khirnov (2016-09-21 15:47:16)
> Quoting Vittorio Giovara (2016-09-21 15:43:33)
> > On Wed, Sep 21, 2016 at 2:56 AM, Anton Khirnov <an...@khirnov.net> wrote:
> > > Quoting Vittorio Giovara (2016-09-20 23:12:02)
> > >> On Tue, Sep 20, 2016 at 3:07
Quoting Vittorio Giovara (2016-09-21 15:43:33)
> On Wed, Sep 21, 2016 at 2:56 AM, Anton Khirnov <an...@khirnov.net> wrote:
> > Quoting Vittorio Giovara (2016-09-20 23:12:02)
> >> On Tue, Sep 20, 2016 at 3:07 PM, Anton Khirnov <an...@khirnov.net> wrote:
>
Quoting Diego Biurrun (2016-09-06 15:45:44)
> On Mon, Sep 05, 2016 at 01:02:37PM +0200, Anton Khirnov wrote:
> > --- a/libavcodec/x86/blockdsp.c
> > +++ /dev/null
> > @@ -1,118 +0,0 @@
> > -av_cold void ff_blockdsp_init_x86(BlockDSPContext *c)
> > -{
lso made some updates to the wiki page
> <https://wiki.libav.org/Hardware/vaapi> to reflect current status.
nice
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Quoting Vittorio Giovara (2016-09-20 23:11:14)
> On Tue, Sep 20, 2016 at 3:05 PM, Anton Khirnov <an...@khirnov.net> wrote:
> > Quoting Vittorio Giovara (2016-09-19 22:33:42)
> >> ---
> >> libavcodec/avcodec.h | 3 +++
> >> 1 file changed, 3 inser
Quoting Vittorio Giovara (2016-09-20 23:12:02)
> On Tue, Sep 20, 2016 at 3:07 PM, Anton Khirnov <an...@khirnov.net> wrote:
> > typo in the commite message
> >
> > Quoting Vittorio Giovara (2016-09-19 22:33:43)
> >> From: Carl Eugen Hoyos <ceho...@ag.or.at>
+
> libavcodec/vaapi_encode_h264.c | 4
> libavcodec/vaapi_encode_h265.c | 3 +++
> libavcodec/vaapi_encode_mjpeg.c | 15 +++
> 5 files changed, 54 insertions(+), 7 deletions(-)
Looks ok
--
Anton Khirnov
___
libav-dev
+-
> libavcodec/vaapi_encode_mjpeg.c | 45 +++
> 5 files changed, 418 insertions(+), 437 deletions(-)
Looks generally ok. I don't feel qualified to judge whether all the
reorders are fine, but I assume you know what you're doing there :)
--
Anton Khirnov
___
o make a private copy
of the codecpar and modify that instead.
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Quoting Yogender Gupta (2016-09-19 16:38:37)
> Added support for P010 and YUV444P16 pixel formats to hwupload_cuda.
>
Are you going to add support for those to scale_npp as well? Should be
fairly trivial.
--
Anton Khirnov
___
libav-devel mailin
ize;
> int component_size;
>
> +uint8_t palette[AVPALETTE_SIZE];
What is this for?
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
der needs to track its content
> + * and set palette_has_changed on the output frame when updated. */
This part feels a bit too vague. I'd just say that this side data
signals a new palette to decoders and leave it at that.
--
Anton Khirnov
___
l
Quoting Diego Biurrun (2016-09-06 15:37:27)
> On Mon, Sep 05, 2016 at 01:02:36PM +0200, Anton Khirnov wrote:
> > --- /dev/null
> > +++ b/tests/checkasm/blockdsp.c
> > @@ -0,0 +1,68 @@
> > +/*
> > + * Copyright (c) 2015 Henrik Gramner
>
> Henrik?
It's mostly
501 - 600 of 8315 matches
Mail list logo