lp:libav

Branch merges

This import branch has no branches proposed for merge into it.

No branches dependent on this one.

Related source package recipes

3 recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

45233. By Peter Collingbourne on 2019-08-21

aarch64: Add assembly support for -fsanitize=hwaddress tagged globals.

As of LLVM r368102, Clang will set a pointer tag in bits 56-63 of the
address of a global when compiling with -fsanitize=hwaddress. This requires
an adjustment to assembly code that takes the address of such globals: the
code cannot use the regular R_AARCH64_ADR_PREL_PG_HI21 relocation to refer
to the global, since the tag would take the address out of range. Instead,
the code must use the non-checking (_NC) variant of the relocation (the
link-time check is substituted by a runtime check).

This change makes the necessary adjustment in the movrel macro, where it is
needed when compiling with -fsanitize=hwaddress.

Signed-off-by: Peter Collingbourne <email address hidden>
Signed-off-by: Martin Storsjö <email address hidden>

45232. By Martin Storsjö on 2019-04-16

time_internal: Prefix fallback versions of gmtime_r/localtime_r with ff_

Use a macro to redirect calling code from the official name to the
ff_ prefixed one.

Detecting these functions in configure can be tricky (on mingw, they
are conditionally available depending on posix feature defines).
If configure didn't detect them, but they still are visible at
compile time (due to an unrelated header defining the posix feature
defines), providing the local fallback versions with a prefixed
name is safer.

Signed-off-by: Martin Storsjö <email address hidden>

45231. By Michael Niedermayer on 2019-04-16

time_internal: Do not attempt to override *time_r() macros

In case these already are defined as macros, we shouldn't try to
redefine them.

Signed-off-by: Martin Storsjö <email address hidden>

45230. By Martin Storsjö on 2019-04-16

configure: Include time.h when checking for gmtime_r and localtime_r

These functions are available in time.h (conditional on posix thread
safe functions) on mingw.

Previously, these functions weren't detected by configure, and
libavutil/time_internal.h provided replacements, even if time.h
actually contained definitions of them.

These mingw inline functions are currently defined as
 "extern __inline __attribute__((__gnu_inline__))". In this case,
redefining a new static inline version of the same function with the
same name is tolerated.

Signed-off-by: Martin Storsjö <email address hidden>

45229. By Martin Storsjö on 2019-04-15

configure: Add -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 for mingw as well

Mingw headers have got header inline implementations of localtime_r
and gmtime_r, but only visible if certain posix thread safe functions
have been requested.

This is a preparatory step for improving the detection of those
functions.

Signed-off-by: Martin Storsjö <email address hidden>

45228. By Tristan Matthews <email address hidden> on 2019-04-15

rtsp: add pkt_size option

This allows users to specify an upper limit on the size of outgoing packets
when publishing via RTSP.

Signed-off-by: Martin Storsjö <email address hidden>

45227. By Martin Storsjö on 2019-03-21

arm: Implement a NEON version of 422 h264_h_loop_filter_chroma

Previously, the 420 version was used even for 422.

This fixes occasional checkasm failures.

Signed-off-by: Martin Storsjö <email address hidden>

45226. By Janne Grunau <email address hidden> on 2019-02-27

checkasm/h264: test 4:2:2 chroma loop filter functions

45225. By Janne Grunau <email address hidden> on 2019-02-27

h264/arm64: implement missing 4:2:2 chroma loop filter neon functions

45224. By Martin Storsjö on 2019-02-19

aarch64: vp8: Optimize vp8_idct_add_neon for aarch64

The previous version was a pretty exact translation of the arm
version. This version does do some unnecessary arithemetic (it does
more operations on vectors that are only half filled; it does 4
uaddw and 4 sqxtun instead of 2 of each), but it reduces the overhead
of packing data together (which could be done for free in the arm
version).

This gives a decent speedup on Cortex A53, a minor speedup on
A72 and a very minor slowdown on Cortex A73.

Before: Cortex A53 A72 A73
vp8_idct_add_neon: 79.7 67.5 65.0
After:
vp8_idct_add_neon: 67.7 64.8 66.7

Signed-off-by: Martin Storsjö <email address hidden>