- 07 Feb, 2013 11 commits
-
-
Ludovic Fauvet authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Ludovic Fauvet authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Felix Paul Kühne authored
This excludes 'ACTIONID_POSITION' for which there doesn't seem to be a replacement.
-
Samuel Pitoiset authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Alexander Terentyev authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Rafaël Carré authored
Sample can be found on https://www.dropbox.com/s/cd56gjk4ablimp5/A_lawnmower.wmv md5: d87c039c304b41cc30bddfe21e88af36
-
François Revol authored
Base urls not probed correctly yet, but hardcoded, I'm too lazy right now. Parse direct.js some more to get stream name lists. Fix the live streams list check. Signed-off-by: François Revol <revol@free.fr> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Sébastien Escudier authored
Closes #8076
-
Sébastien Escudier authored
fix regression from 1925313d : vod creation failed in rtp stream out module because it couldn't access some variable (vod-media and vod-session)
-
Mirsal Ennaime authored
-
Mirsal Ennaime authored
-
- 06 Feb, 2013 2 commits
-
-
Rémi Denis-Courmont authored
-
Mirsal Ennaime authored
-
- 05 Feb, 2013 9 commits
-
-
Denis Charmet authored
-
Jean-Baptiste Kempf authored
-
Vittorio Giovara authored
Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>
-
Jean-Baptiste Kempf authored
Should close #8125
-
Rémi Denis-Courmont authored
-
Mirsal Ennaime authored
Handle memory allocation failures when sending the PropertyChanged signal in the TrackList interface implementation.
-
Mirsal Ennaime authored
-
Mirsal Ennaime authored
-
Felix Paul Kühne authored
macosx: work-around for Mountain Lion which treats folder with the name 'BDMV' and the sub item 'INDEX.BDM' as a file with the UTI 'public.directory'
-
- 04 Feb, 2013 15 commits
-
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
repack a struct and rename variables so they actually make sense
-
Felix Paul Kühne authored
audioqueue: switch from section comments to more useful pragma marks since those are recognized by Xcode
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
Rafaël Carré authored
Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>
-
Felix Paul Kühne authored
-
Rémi Denis-Courmont authored
This really should be fixed more properly.
-
Rémi Denis-Courmont authored
Surprisingly, my gcc did not generate a possible unitilization warning.
-
Rémi Denis-Courmont authored
...so far.
-
Rafaël Carré authored
Play() should always be fed with valid block_t *
-
Martin Storsjö authored
This reverts most of 2b101ff4. VLC_CODEC_MP3 seems to work fine with multiple OMX mp3 decoders, so keep it mapped. VLC_CODEC_MPGA does work with some OMX mp3 decoders (OMX.SEC.mp3.dec seems to handle it) but not with all (OMX.google.mp3.decoder doesn't seem to handle it). Vorbis does not work with OMX decoders in the current form. The only such decoder I've seen is OMX.google.vorbis.decoder, and using it requires us to modify the packets sent a little. Even if this can be done pretty easily, the packet format feels more like an android internal hack than an official spec of any sort, so disable this mapping since there isn't much value in using it currently. WMA does not work with OMX in the current form (tested with OMX.SEC.wma.dec). I've got work in progress code that makes certain WMA files work with it, but not all, so disable it until at least most of them work properly.
-
Sébastien Escudier authored
Closes #8103
-
- 03 Feb, 2013 3 commits
-
-
Felix Paul Kühne authored
NEWS: announce that the infamous audio output failure on TASCAM's USD-based MIDI-interfaces is fixed
-
Felix Paul Kühne authored
-
Mario Speiß authored
When vlc_poll is called with timeout of i.e. 5000ms it may happen that the waiting time might be as long as 2500s ! Probably poll should be called with the 50ms timeout as many times until the original provided timeout has been reached. Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
-