[libav-devel] [PATCH] configure: Replace -no_weak_symbols with -Werror=partial-availability

Jack uses weak symbols on purpose. --- configure | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure b/configure index d8239a0..495baed 100755 --- a/configure +++ b/configure @@ -3949,7 +3949,7 @@ case $target_os in SHFLAGS='-dynamiclib -Wl,-single_module

Re: [libav-devel] [PATCH] spherical: Change types of bounding and pad to uint32_t

On Tue, 14 Mar 2017 17:59:35 -0400 Vittorio Giovara wrote: > These types better reflect the ones described in the specification and > avoid any platform-specific implementation issues. > > Signed-off-by: Vittorio Giovara > --- >

[libav-devel] [PATCH] spherical: Change types of bounding and pad to uint32_t

These types better reflect the ones described in the specification and avoid any platform-specific implementation issues. Signed-off-by: Vittorio Giovara --- libavformat/dump.c| 2 +- libavutil/spherical.h | 10 +- 2 files changed, 6 insertions(+), 6

Re: [libav-devel] [PATCH] rtsp: Spin in a separate function the rtsp message parsing

On Tue, Mar 14, 2017 at 12:44 PM, Luca Barbato wrote: > Makes easier manage the polling function pending the > threading support. > --- rtsp: Move message parsing to a separate function Makes it easier to handle the polling function before we implement full threading

[libav-devel] [PATCH] rtsp: Spin in a separate function the rtsp message parsing

Makes easier manage the polling function pending the threading support. --- libavformat/rtsp.c | 57 ++ 1 file changed, 32 insertions(+), 25 deletions(-) diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c index 9839aba..226b46a 100644 ---

Re: [libav-devel] [PATCH 1/4] x86util: Port all macros to cpuflags

On Fri, Mar 10, 2017 at 03:17:36PM +0100, Diego Biurrun wrote: > Also do some small cosmetic changes: Drop pointless _MMX suffix from ABSD2 > macro name, drop pointless check for MMX support, we always assume MMX is > available in our SIMD code, fix spelling. > --- > libavcodec/x86/audiodsp.asm |

Re: [libav-devel] [PATCH 4/4] x86: fft: Port to cpuflags

On Fri, Mar 10, 2017 at 3:17 PM, Diego Biurrun wrote: > +%macro INTERL 5 > +%if cpuflag(avx) > +vunpckhps %3, %2, %1 > +vunpcklps %2, %2, %1 > +vextractf128 %4(%5), %2, 0 > +vextractf128 %4 %+ H(%5), %3, 0 > +vextractf128 %4(%5 + 1), %2, 1 > +

Re: [libav-devel] [PATCH 03/25] avconv: Generic device setup

Quoting Mark Thompson (2017-03-05 00:57:30) > Not yet enabled for any hwaccels. > --- > avtools/Makefile | 3 +- > avtools/avconv.c | 22 +++ > avtools/avconv.h | 17 +++ > avtools/avconv_hw.c | 386 > +++ > avtools/avconv_opt.c |

Re: [libav-devel] [PATCH 1/4] avconv: Flush output BSFs when encode reaches EOF

On Tue, 14 Mar 2017 01:37:16 + Mark Thompson wrote: > Before this, output bitstream filters would never see EOF and > therefore would not be able to flush any delayed packets. > --- > There might be a nicer way to achieve this result? (Code is copied from > output_packet()

Re: [libav-devel] [PATCH 01/25] hwcontext: Add device derivation

Quoting Mark Thompson (2017-03-05 00:57:28) > Creates a new device context from another of a different type which > refers to the same underlying hardware. > --- > libavutil/hwcontext.c | 65 > ++ > libavutil/hwcontext.h | 26

Re: [libav-devel] [PATCH 2/4] vp9: Add bsf to merge superframes

On Tue, Mar 14, 2017 at 01:38:00AM +, Mark Thompson wrote: > --- /dev/null > +++ b/libavcodec/vp9_superframe_bsf.c > @@ -0,0 +1,206 @@ > +/* > + * Vp9 invisible (alt-ref) frame to superframe merge bitstream filter nit: VP9 Diego ___ libav-devel

Re: [libav-devel] [PATCH 02/25] hwcontext: Make it easier to work with device types

Quoting Mark Thompson (2017-03-05 00:57:29) > Adds functions to convert to/from strings and a function to iterate > over all supported device types. Also adds a new invalid type > AV_HWDEVICE_TYPE_NONE, which acts as a sentinel value. > --- > libavutil/hwcontext.c | 46

[libav-devel] [PATCH 1/2] dca: Validate the channel map

Having a mismatch between the number of channels in the stream and those in the channel map will lead to a segfault or worse. Bug-Id: 1016 CC: libav-sta...@libav.org --- Description updated. libavcodec/dcadec.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/libavcodec/dcadec.c

[libav-devel] [PATCH 2/2] dca: Refactor a little dca_filter_channels

--- While at it. libavcodec/dcadec.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/libavcodec/dcadec.c b/libavcodec/dcadec.c index af26dceafd..fa2a2400fe 100644 --- a/libavcodec/dcadec.c +++ b/libavcodec/dcadec.c @@ -947,15 +947,16 @@ static int

Re: [libav-devel] [PATCH] dca: Validate the channel map

On 24/02/2017 15:21, Luca Barbato wrote: > Bug-Id: 1016 > > CC: libav-sta...@libav.org > --- > > This is the possibly less ugly and still working. > Ping. ___ libav-devel mailing list libav-devel@libav.org

Re: [libav-devel] [PATCH 2/4] vp9: Add bsf to merge superframes

On 14/03/2017 02:38, Mark Thompson wrote: > +#define wloop(mag, wr) \ > +for (n = 0; n < n_in; n++) { \ > +wr; \ > +ptr += mag + 1; \ > +} Either wrap-in/use a do-while() or drop the ; I'd rather have it using bitstream from beginning. Beside that seems fine. lu