On 2016-10-18 21:07:30 +0300, Martin Storsjö wrote:
> This work is sponsored by, and copyright, Google.
>
> For the transforms up to 8x8, we can fit all the data (including
> temporaries) in registers and just do a straightforward transform
> of all the data. For 16x16, we do a transform of 4x16 p
From: Christian Suloway
Signed-off-by: Christian Suloway
Signed-off-by: Michael Niedermayer
Signed-off-by: Luca Barbato
---
Now it is using a av_fast_malloc'd buffer, and all the other nits are
addressed as well.
libavformat/crypto.c | 166 ---
On 10/11/16 22:36, Hendrik Leppkes wrote:
> On Thu, Nov 10, 2016 at 10:04 PM, Mark Thompson wrote:
>> On 10/11/16 14:39, Anton Khirnov wrote:
>>> D3DLOCK_READONLY properly corresponds to the absence of the write flag,
>>> not to the presence of the read flag, while D3DLOCK_DISCARD is
>>> equivalen
On Thu, Nov 10, 2016 at 10:04 PM, Mark Thompson wrote:
> On 10/11/16 14:39, Anton Khirnov wrote:
>> D3DLOCK_READONLY properly corresponds to the absence of the write flag,
>> not to the presence of the read flag, while D3DLOCK_DISCARD is
>> equivalent to the overwrite flag.
>> ---
>> libavutil/hw
(
On Thu, Nov 10, 2016 at 3:34 PM, Luca Barbato wrote:
> On 08/11/2016 21:04, Vittorio Giovara wrote:
>> Seems right, is that the only instance in the header?
>
> Yes, anybody against in adding that as is?
what about av_packet_clone()?
--
Vittorio
___
On 10/11/16 14:39, Anton Khirnov wrote:
> ---
> libavutil/hwcontext_dxva2.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
> index 9507492..2312d1b 100644
> --- a/libavutil/hwcontext_dxva2.c
> +++ b/libavutil/hwcontext_dxva
On 10/11/16 14:39, Anton Khirnov wrote:
> D3DLOCK_READONLY properly corresponds to the absence of the write flag,
> not to the presence of the read flag, while D3DLOCK_DISCARD is
> equivalent to the overwrite flag.
> ---
> libavutil/hwcontext_dxva2.c | 12 +---
> 1 file changed, 9 insertio
On 10/11/16 14:39, Anton Khirnov wrote:
> Just the presence of a hw frames context is not enough to detect whether
> the transfer is an upload or a download, because hw frames mapped to
> system memory will have a hw frames context attached.
> ---
> libavutil/hwcontext_dxva2.c | 53
>
On 10/11/16 14:39, Anton Khirnov wrote:
> Handle the cases where it is unsupported or unset.
> ---
> libavutil/hwcontext_dxva2.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
> index 600cf0e..8a05071 100644
> --- a/libavutil
On 08/11/2016 21:04, Vittorio Giovara wrote:
> Seems right, is that the only instance in the header?
Yes, anybody against in adding that as is?
It is not an ABI nor API change.
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.o
While no decoder currently exports spherical information, this type
represents a frame property that has to be passed through from container
to frames.
Signed-off-by: Vittorio Giovara
---
Applied the necessary doxygen changes, still undecided on the `double`
export for rotation values.
Vittorio
This implements Spherical Video V1 and V2, as described in the
spatial-media collection by Google.
Signed-off-by: Vittorio Giovara
---
No changes.
Vittorio
Changelog | 1 +
libavformat/isom.h | 6 ++
libavformat/mov.c | 304 +
3
Signed-off-by: Vittorio Giovara
---
No changes.
avprobe.c| 28
doc/APIchanges | 4
libavcodec/avcodec.h | 6 ++
libavcodec/utils.c | 1 +
libavcodec/version.h | 4 ++--
libavformat/dump.c | 33 +
6 fil
Fill it with AVStereo3D and AVDisplayMatrix documentation.
Apply the necessary changes to make verbatim code look good in doxygen.
Signed-off-by: Vittorio Giovara
---
libavutil/avutil.h | 6 ++
libavutil/display.h | 27 +++
libavutil/stereo3d.h | 39 ++
On Thu, Nov 10, 2016 at 10:51 AM, Anton Khirnov wrote:
> AVPackets on stack are discouraged.
> ---
> doc/examples/decode_video.c | 13 -
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/doc/examples/decode_video.c b/doc/examples/decode_video.c
> index 7414643..d6803e
On Thu, Nov 10, 2016 at 10:51 AM, Anton Khirnov wrote:
> AVPackets on stack are discouraged.
> ---
> doc/examples/encode_video.c | 15 ---
> 1 file changed, 8 insertions(+), 7 deletions(-)
>
> diff --git a/doc/examples/encode_video.c b/doc/examples/encode_video.c
> index 2ff6354..cb12
On Thu, Nov 10, 2016 at 10:51 AM, Anton Khirnov wrote:
> AVPackets on stack are discouraged now.
> ---
> doc/examples/decode_audio.c | 11 ++-
> 1 file changed, 6 insertions(+), 5 deletions(-)
>
> diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
> index c00d488..e7b2
On Wed, Nov 09, 2016 at 10:25:28AM +0100, Diego Biurrun wrote:
> ---
> libavcodec/libxvid_rc.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
OKed by Vittorio on IRC.
Diego
___
libav-devel mailing list
libav-devel@libav.org
https://lis
On Wed, Nov 09, 2016 at 10:25:29AM +0100, Diego Biurrun wrote:
> libavcodec/libxvid_rc.c:106:9: warning: ignoring return value of ‘write’,
> declared with attribute warn_unused_result [-Wunused-result]
> ---
> libavcodec/libxvid_rc.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
OK
On Thu, Nov 10, 2016 at 11:29 AM, Diego Biurrun wrote:
> The replacement code uses tempnam(), which is dangerous.
> Such a fringe feature is not worth the trouble.
> ---
>
> Now without stray changes to the build system.
>
> configure | 2 +-
> libavcodec/libxvid_rc.c | 17 ++--
The replacement code uses tempnam(), which is dangerous.
Such a fringe feature is not worth the trouble.
---
Now without stray changes to the build system.
configure | 2 +-
libavcodec/libxvid_rc.c | 17 ++---
2 files changed, 3 insertions(+), 16 deletions(-)
diff --g
Do not rely on the decoder handling this, as it's not guaranteed to
work.
---
doc/examples/decode_audio.c | 82 +
1 file changed, 54 insertions(+), 28 deletions(-)
diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
index b56a5ee..d21
AVPackets on stack are discouraged.
---
doc/examples/decode_video.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/doc/examples/decode_video.c b/doc/examples/decode_video.c
index 7414643..d6803ef 100644
--- a/doc/examples/decode_video.c
+++ b/doc/examples/decode_
---
doc/examples/qsvdec.c | 48 +---
1 file changed, 25 insertions(+), 23 deletions(-)
diff --git a/doc/examples/qsvdec.c b/doc/examples/qsvdec.c
index 141c581..46e6ddc 100644
--- a/doc/examples/qsvdec.c
+++ b/doc/examples/qsvdec.c
@@ -92,41 +92,43 @@ s
The code now does not depend on VA and will work on windows as well.
---
configure | 2 +-
doc/examples/qsvdec.c | 317 --
2 files changed, 52 insertions(+), 267 deletions(-)
diff --git a/configure b/configure
index acc74f2..bc0ba79 10
---
doc/examples/decode_audio.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
index e7b27d3..3e2a0c1 100644
--- a/doc/examples/decode_audio.c
+++ b/doc/examples/decode_audio.c
@@ -179,6 +179,9 @@ int main(int argc, char **argv)
---
doc/examples/decode_audio.c | 30 +-
1 file changed, 25 insertions(+), 5 deletions(-)
diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
index 5e128f8..c00d488 100644
--- a/doc/examples/decode_audio.c
+++ b/doc/examples/decode_audio.c
@@ -29,6 +
---
doc/examples/decode_audio.c | 34 --
1 file changed, 20 insertions(+), 14 deletions(-)
diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
index d2150a6..5e128f8 100644
--- a/doc/examples/decode_audio.c
+++ b/doc/examples/decode_audio.c
@@ -4
---
doc/examples/encode_audio.c | 59 +
1 file changed, 43 insertions(+), 16 deletions(-)
diff --git a/doc/examples/encode_audio.c b/doc/examples/encode_audio.c
index db2440f..a32fcc9 100644
--- a/doc/examples/encode_audio.c
+++ b/doc/examples/encode_au
AVPackets on stack are discouraged.
---
doc/examples/encode_video.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/doc/examples/encode_video.c b/doc/examples/encode_video.c
index 2ff6354..cb12836 100644
--- a/doc/examples/encode_video.c
+++ b/doc/examples/encod
AVPackets on stack are discouraged now.
---
doc/examples/decode_audio.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
index c00d488..e7b27d3 100644
--- a/doc/examples/decode_audio.c
+++ b/doc/examples/decod
Do not rely on the decoder handling this, as it's not guaranteed to
work.
---
doc/examples/decode_video.c | 113 ++--
1 file changed, 56 insertions(+), 57 deletions(-)
diff --git a/doc/examples/decode_video.c b/doc/examples/decode_video.c
index 43819ec..4c1
---
doc/examples/encode_video.c | 59 -
1 file changed, 31 insertions(+), 28 deletions(-)
diff --git a/doc/examples/encode_video.c b/doc/examples/encode_video.c
index 3fd2d56..2ff6354 100644
--- a/doc/examples/encode_video.c
+++ b/doc/examples/encode_vi
---
doc/examples/decode_video.c | 43 +++
1 file changed, 23 insertions(+), 20 deletions(-)
diff --git a/doc/examples/decode_video.c b/doc/examples/decode_video.c
index 4c1068b..7414643 100644
--- a/doc/examples/decode_video.c
+++ b/doc/examples/decode_vide
On 10/11/2016 10:18, Anton Khirnov wrote:
>> +static void fill_random(char hex[33])
>> +{
>> +uint8_t buf[16];
>> +int i;
>> +
>> +for (i = 0; i < sizeof(buf); i++)
>> +buf[i] = av_get_random_seed();
>> +
>> +ff_data_to_hex(hex, buf, sizeof(buf), 0);
>> +hex[32] = '\0';
Handle the cases where it is unsupported or unset.
---
libavutil/hwcontext_dxva2.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
index 600cf0e..8a05071 100644
--- a/libavutil/hwcontext_dxva2.c
+++ b/libavutil/hwcontext_dxva2.c
@@
---
libavutil/hwcontext_dxva2.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
index 9507492..2312d1b 100644
--- a/libavutil/hwcontext_dxva2.c
+++ b/libavutil/hwcontext_dxva2.c
@@ -315,6 +315,9 @@ static int dxva2_transfer_data_t
Just the presence of a hw frames context is not enough to detect whether
the transfer is an upload or a download, because hw frames mapped to
system memory will have a hw frames context attached.
---
libavutil/hwcontext_dxva2.c | 53 -
1 file changed, 33
D3DLOCK_READONLY properly corresponds to the absence of the write flag,
not to the presence of the read flag, while D3DLOCK_DISCARD is
equivalent to the overwrite flag.
---
libavutil/hwcontext_dxva2.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/libavutil/hwcont
On Thu, Nov 10, 2016 at 02:59:15PM +0100, Diego Biurrun wrote:
> On Thu, Nov 10, 2016 at 02:41:05PM +0100, Alexandra Hájková wrote:
> > --- /dev/null
> > +++ b/libavcodec/ppc/hevcdsp.c
> > @@ -0,0 +1,107 @@
> > +if (!PPC_ALTIVEC(av_get_cpu_flags()))
> > +return;
> > +
> > +if (bit_d
On Thu, Nov 10, 2016 at 02:41:05PM +0100, Alexandra Hájková wrote:
> --- /dev/null
> +++ b/libavcodec/ppc/hevcdsp.c
> @@ -0,0 +1,107 @@
> +/* SIMD-optimized IDCT functions for HEVC decoding
> +
> +av_cold void ff_hevc_dsp_init_ppc(HEVCDSPContext *c, const int bit_depth)
> +{
> +
> +#if HAVE_ALTIVEC
From: Alexandra Hajkova
---
libavcodec/hevcdsp.c | 2 +
libavcodec/hevcdsp.h | 1 +
libavcodec/ppc/Makefile | 1 +
libavcodec/ppc/hevcdsp.c | 107 ++
libavcodec/ppc/hevcdsp_template.c | 50 ++
On Thu, 10 Nov 2016, Martin Storsjö wrote:
We reset .Lpic_gp to zero at the start of each function, which means
that the logic within movrelx for clearing gp when necessary will
be missed.
This fixes using movrelx in different functions with a different
helper register.
---
libavutil/arm/asm.S
On Thu, 10 Nov 2016, Martin Storsjö wrote:
This fixes crashes since 557c1675cf in linux PIC builds.
Previously, movrelx silently used r12 as helper register, which
doesn't work when r12 is the destination register.
---
libavcodec/arm/vp9mc_neon.S | 4 ++--
1 file changed, 2 insertions(+), 2 dele
We reset .Lpic_gp to zero at the start of each function, which means
that the logic within movrelx for clearing gp when necessary will
be missed.
This fixes using movrelx in different functions with a different
helper register.
---
libavutil/arm/asm.S | 3 +++
1 file changed, 3 insertions(+)
dif
This fixes crashes since 557c1675cf in linux PIC builds.
Previously, movrelx silently used r12 as helper register, which
doesn't work when r12 is the destination register.
---
libavcodec/arm/vp9mc_neon.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/arm/vp9mc_
Quoting Luca Barbato (2016-11-02 16:34:56)
> Partially based on Christian Suloway work.
> ---
>
> Now with documentation.
>
> doc/muxers.texi | 13
> libavformat/hlsenc.c | 189
> ++-
> 2 files changed, 184 insertions(+), 18 deletions(
Quoting Luca Barbato (2016-11-02 16:33:38)
> From: Christian Suloway
>
> Signed-off-by: Christian Suloway
> Signed-off-by: Michael Niedermayer
> Signed-off-by: Luca Barbato
> ---
> libavformat/crypto.c | 164
> ---
> 1 file changed, 144 inserti
On 2016-11-05 14:15:02 +0200, Martin Storsjö wrote:
> This work is sponsored by, and copyright, Google.
>
> These are ported from the ARM version; it is essentially a 1:1
> port with no extra added features, but with some hand tuning
> (especially for the plain copy/avg functions). The ARM version
On 2016-11-05 14:15:03 +0200, Martin Storsjö wrote:
> This work is sponsored by, and copyright, Google.
>
> The speedup for the large horizontal filters is surprisingly
> big on A7 and A53, while it's within measurement noise on
> A8 and A9.
>
> CortexA7A8
On 2016-11-09 12:00:50 +0200, Martin Storsjö wrote:
> ---
> libavcodec/aarch64/h264idct_neon.S | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/aarch64/h264idct_neon.S
> b/libavcodec/aarch64/h264idct_neon.S
> index ee23977..1c43c1f 100644
> --- a/libavcodec/aar
On 2016-11-09 12:00:49 +0200, Martin Storsjö wrote:
> ---
> This goes on top of the latest version of the main aarch64 vp9 mc patch.
> ---
> libavcodec/aarch64/vp9mc_neon.S | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/aarch64/vp9mc_neon.S b/libavcodec/aa
On 2016-11-09 12:00:48 +0200, Martin Storsjö wrote:
> With apple tools, the linker fails with errors like these, if the
> offset is negative:
>
> ld: in section __TEXT,__text reloc 8: symbol index out of range for
> architecture arm64
> ---
> libavutil/aarch64/asm.S | 14 ++
> 1 file
Quoting Alexandra Hájková (2016-11-05 14:32:58)
> ---
> Applied review comments as discussed.
> Tested on both LE and BE.
The patch does not apply.
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/list
Quoting James Almer (2016-11-09 22:38:24)
> FLAC streams originating from the FLAC encoder send updated and more
> complete STREAMINFO metadata as part of the last packet, so write that
> to CodecPrivate instead of the incomplete one available in extradata
> during init.
>
> Signed-off-by: James A
55 matches
Mail list logo
