should go to pre es queue otherwise first frames/gop are dropped

Fixes #13855

The small menu buttons on the left doesn't move downwards anymore when
the menu is expanded
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

similar to what avformat does

I forgot to re-submit that one after the other commits went through.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Since the FIFO is being destroyed, there is no need to lock and to
update the FIFO internal state.

p_dec->fmt_out is owned by the decoder plugin, and can only safely be
accessed by the core from within decoder callbacks, notably the format
update callbacks.

Outside that context, p_owner->fmt has to be used. It contains a copy
of p_dec->fmt_out at the last format update.

block_FifoRelease() takes care of it.

This reverts commit 6a16055a.

Fixes #14194
Vorbis doesn't work properly with forced bogus PTS.

The seek issue in #13575 is solved with the DirectSound fixes from #14186
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

On ma, 2015-03-16 at 13:59 +0300, Rémi Denis-Courmont wrote:
> Le 2015-03-16 13:24, Petri Hintukainen a écrit :
> > I tried to enable dsm access plugin in Linux (to get directory
> > browsing
> > support). But "make install" failed with error:
> >
> > libtool: install: error: cannot install `libdsm_plugin.la' to a
> > directory not ending in /usr/lib/vlc/plugins/services_discovery
> >
> > It looks like the module is installed twice: first to access/, then
> > to
> > services_discovery/. Installing it only to services_discovery/ seems
> > to
> > work.
>
> The (rest of the) Makefile rules are in access/ though...

Removing it from services_discovery/Makefile.am in commit
http://git.videolan.org/gitweb.cgi/vlc.git/?a=commit;h=42350148049e6a91db1f6876d1e0765640da0f7d
didn't fix the problem with make install.

With
../configure --prefix=/usr --enable-dsm --disable-smb
make && sudo make install

I still get

libtool: install: error: cannot install `libdsm_plugin.la' to a
directory not ending in /usr/lib/vlc/plugins/services_discovery

Alternative patch attached.

(or maybe I have broken libtool ... ?)

>From 43e5502bb44f8611eb1d61cc8fa6c1c711dce32b Mon Sep 17 00:00:00 2001
From: Petri Hintukainen <phintuka@gmail.com>
Date: Tue, 17 Mar 2015 09:52:47 +0200
Subject: [PATCH] dsm: fix runtime library search path

Fixes "libtool: install: error: cannot install `libdsm_plugin.la'
to a directory not ending in /usr/lib/vlc/plugins/services_discovery"
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Should close #14162

introduced by 1dec820c

fixes invalid length/time with arib
and handles shared pid

Of course, it's technically a GCC bug, because selectany is broken, but
there is no simple fix for that.

Other ALSA plugs do not support those parameters.

Regresion from 7a19c0b4.

This makes sure that the two functions are found when building on mingw32,
as the functions are defined as static inline rather than as library
symbols.
Signed-off-by: Diego Elio Pettenò <flameeyes@flameeyes.eu>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

mingw (both 32 and 64) provides a number of functions that have no C
linkage, but are only available as static inline. Define a macro that can
check for the function declaration but acts like AC_REPLACE_FUNC.

Use the new macro for asprintf/vasprintf (previously implemented in
configure.ac directly).
Signed-off-by: Diego Elio Pettenò <flameeyes@flameeyes.eu>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

 - Do not clobber thread-specific state on Windows
 - Be thread-safe on non-Windows

should be fixed from libdvbpsi >= 1.2.0

Using VLC_PTS_INVALID disturbs seeking.

It only applies to audio frames which are meant to be contiguous.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

A bad parameter definition in function RegisterExtension resulted in the same value entry being written every time ("${EXT}"="").
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>