- 19 Mar, 2015 25 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
DecoderSignalWait() had no observable effects if has_data was false. It could wake up the condition variable, but no thread would wait on that event.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
In some cases, the thread(s) consuming a FIFO needs to wake up in other circumstances than the FIFO being non-empty. For that purpose, this new set of functions is vastly more flexible than block_FifoWake().
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
There are ARM servers and or HD/UHD-capable STBs. The distinction no longer makes sense.
-
Rémi Denis-Courmont authored
es->p_dec is obviously non-NULL when the loop starts, and the loop cannot change the value.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
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.
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
The renderer may be updated in the DMO thread which uses COINIT_MULTITHREADED Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Fixes WMA 9.1 Lossless playback through avcodec Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Fixes #14210 Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Fixes #14205 Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Just like in AVI See modules/demux/avi/avi.c l461 Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
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>
-
- 18 Mar, 2015 7 commits
-
-
Francois Cartegnie authored
-
Francois Cartegnie authored
commit 8fd834512cf778a89d0fbf2540b0055dec002f42.
-
Francois Cartegnie authored
-
Francois Cartegnie authored
should go to pre es queue otherwise first frames/gop are dropped
-
Gina Dobrescu authored
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>
-
Petri Hintukainen authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
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>
-
- 17 Mar, 2015 8 commits
-
-
Rémi Denis-Courmont authored
Since the FIFO is being destroyed, there is no need to lock and to update the FIFO internal state.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
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.
-
Rémi Denis-Courmont authored
block_FifoRelease() takes care of it.
-
Steve Lhomme authored
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>
-
Petri Hintukainen authored
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>
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
Should close #14162
-