Calling input_DecoderStopWait() from the decoder thread makes no sense
as it signals a condition variable that only the decoder thread itself
would ever wait on.

More importantly, the call breaks assumptions made by the input thread.
For instance, input_DecoderDecode() assumes p_owner->b_waiting is only
changed by the decoder owner (i.e. input) thread.

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

The renderer may be updated in the DMO thread which uses COINIT_MULTITHREADED
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Fixes WMA 9.1 Lossless playback through avcodec
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

Just like in AVI
See modules/demux/avi/avi.c l461
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Fixes #14202

All the other CoInitializeEx() calls and now using multithreading, except for
this code which is called in UpdateRects()
See modules/video_output/msw/common.c l286
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

commit 8fd834512cf778a89d0fbf2540b0055dec002f42.

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