- 21 Dec, 2011 9 commits
-
-
Sébastien Escudier authored
Closes #5707 #5493 (cherry picked from commit 9b0fc851317323cfb0c67247e59f4356e75cb744)
-
Naohiro KORIYAMA authored
Close #5700 Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org> (cherry picked from commit d8fd1c1313a4734b324403c9aae5f76908f5e7f5) Signed-off-by:
-
Alexander Law authored
Signed-off-by:
-
Cheng Sun authored
Close #5704 Signed-off-by:
-
Felix Paul Kühne authored
this commit also fixes a xib incompatiblity with 10.5 (cherry picked from commit 72187886) Signed-off-by:
-
Felix Paul Kühne authored
(cherry picked from commit 6d2b10ba8d689659135928c8d168198cfcfae725) Signed-off-by: -
Felix Paul Kühne authored
macosx: correctly hide the controls within the native fullscreen mode on Lion when displaying a video (closes #5505) note that the ordinary fullscreen controller panel won't be present atm though additionally, this commit can potentially impact the layout of the controller zone and lead to ugly effects, so please stress it a bit (cherry picked from commit 86c4c01c6e17d66dc63dcb321f4ba6acb400fa38) Signed-off-by: -
Felix Paul Kühne authored
macosx: fixed missing menubar on Lion when entering fullscreen mode through a VLC internal trigger (fixes #5537) (cherry picked from commit f004bad2b2e87a5afff86f6e8676cf856c706bf5) Signed-off-by: -
Mirsal Ennaime authored
Use INT_MAX as the maximum content length as libupnp introduced 0 as an unlimited content length in pupnp 1.6.7, though UPNP_VERSION was not bumped. (cherry picked from commit 794557eea63853456cf3120cdb1bdc88ca44ad9f) (cherry picked from commit 75a40b63d0cb0ba655a80c4030ce54cb812c471f) Signed-off-by:
-
- 20 Dec, 2011 1 commit
-
-
Clement Lecigne authored
Signed-off-by:Rémi Denis-Courmont <remi@remlab.net> (cherry picked from commit 7d282fac1cc455b5a5eca2bb56375efcbf879b06)
-
- 19 Dec, 2011 30 commits
-
-
Felix Paul Kühne authored
(cherry picked from commit 6a8197f657f1ef74e358864209b1ed4db37ff078) Signed-off-by: -
Felix Paul Kühne authored
(cherry picked from commit e316b5a5c135120dcebf9f7e2cff2d8d5b1308ca) Signed-off-by: -
Jean-Baptiste Kempf authored
(cherry picked from commit 74f2f90a8e8bbfd2b527c947dd9fe68517992057) Signed-off-by: -
Felix Paul Kühne authored
(cherry picked from commit 68660d8a) Signed-off-by:
-
Felix Paul Kühne authored
(cherry picked from commit 4c718f0e) Signed-off-by:
-
Martin Storsjö authored
These buffers aren't known to the actual OMX codec. Normally, these buffers are removed from the queue by DecodeAudio/DecodeVideo, but if they're pushed multiple times (which happens when using google sw decoders), PortReconfigure might try to free them. Signed-off-by:
-
Martin Storsjö authored
These buffers were introduced to avoid a potential deadlock when the codec has issued a PortSettingsChanged event but not returned any buffers to the client, making the DecodeVideo function hang waiting for an input buffer to use, before handling the reconfigure. The same handling needs to be done for DecodeAudio too, otherwise it will try to use the sentinel buffer as a normal one. Signed-off-by:
-
Martin Storsjö authored
This SetParameters call shouldn't be necessary as far as I know, but only avoiding it for audio codecs for now. Signed-off-by:
-
Martin Storsjö authored
Signed-off-by:
-
Martin Storsjö authored
This is similar to the ThumbnailMode on Nexus S, except that the index doesn't seem to be queryable dynamically (I don't seem to find any string in the binaries that would be the right one at least). Signed-off-by:
-
Martin Storsjö authored
Signed-off-by:
-
Martin Storsjö authored
Signed-off-by:
-
Pierre Ynard authored
Fixes #5640 Signed-off-by:
-
Cheng Sun authored
Signed-off-by:
-
Tobias Güntner authored
Signed-off-by:
-
Mirsal Ennaime authored
Setting libupnp's maximum content length to zero makes it unable to fetch any didl instead of the probably expected unlimited behavior. (cherry picked from commit b00b016b) Signed-off-by:
-
Chris Clayton authored
* Accept any version of the MediaServer service * Browse the advertised ContentDirectory service version Signed-off-by:
Mirsal Ennaime <mirsal@videolan.org> (cherry picked from commit 02f60487) Signed-off-by:
-
Chris Clayton authored
According to http://upnp.org/specs/av/UPnP-av-MediaServer-v1-Device.pdf, the tag name of the element that provides the base URL for relative URLs is "URLBase". The same is true for a v2 MediaServer. Make it so in MediaServer:: parseDeviceDescription(). Signed-off-by:
-
Cheng Sun authored
Close #5675 Because ExecuteCommand allocates temporary string space on the stack, proportional to the length of the command to execute, a stack overflow can occur when the the command is too long. This can be triggered remotely e.g. from the VLC Web interface, by running this JavaScript: sendVLMCmd(Array.prototype.join.call({length:300000},'a')); which sends a string of length 300000 to ExecuteCommand, crashing VLC. OKed-by:Rafaël Carré <funman@videolan.org> Signed-off-by:
-
Martin Storsjö authored
The iomx loading stub doesn't use the library name. If there's errors in loading the function pointers, this gives slightly more correct error messages. Signed-off-by:
-
Martin Storsjö authored
These aren't necessary any longer. The approach of adding private headers to the build of the VLC core doesn't work well if one wants to target multiple private ABI versions in one build. Instead, small shared libraries for each private ABI version can be built separately. Signed-off-by:
-
Martin Storsjö authored
Building the iomx version of the omxil module itself doesn't require the private headers any longer, they're only necessary when building the iomx wrapper code (which should be built by the NDK makefile instead). Signed-off-by:
-
Martin Storsjö authored
The separate shared library needs to be loaded into the process before using the iomx module, preferrably by the java part of the android application. This allows building the iomx glue code for a number of different ABI versions, and additionally avoids linking the main VLC library to any private symbols that might make it unloadable. Signed-off-by:
-
Martin Storsjö authored
Signed-off-by:
-
Cheng Sun authored
Previously QToolButtonExt had some undesirable edge case behaviour. Firstly, once the user presses down on a QToolButtonExt there is no way to cancel the action; either a short or a long click will be generated. Compare this to a normal button, which can be cancelled by releasing the mouse outside of the button area. Secondly, with the mouse button held down, moving the mouse in and out of the button area will generate multiple short click events, when no event at all is desired. This patch corrects this: by releasing the mouse outside the button area no event is generated; additionally no short click events are generated simply by moving the depressed mouse in and out of the button. Signed-off-by:
-
Jean-Baptiste Kempf authored
Do not malloc 900Mb, for example... Close #5689 (cherry picked from commit ef466bbd) Signed-off-by:
-
Rafaël Carré authored
(cherry picked from commit ffdde605) Signed-off-by:
-
Konstantin Bogdanov authored
Tested on iOS devices Signed-off-by:
-
Akash Mehrotra authored
Signed-off-by:
-
Pierre Ynard authored
$enable_speex can't be empty at this point so this check makes no sense (cherry picked from commit c6184580) Signed-off-by:
Pierre Ynard <linkfanel@yahoo.fr>
-
