- 10 Mar, 2015 1 commit
-
-
Thomas Guillem authored
Works with SPDIF and HDMI audio output. Android will downmix to stereo if the audio output is stereo. 7.1 support was added since Android 5.0. 5.1 support was added since the beginning but doesn't work on old devices. That's why we fallback to stereo if AudioTrack fails to init with more than 2 channels. Signed-off-by:Jean-Baptiste Kempf <jb@videolan.org>
-
- 09 Mar, 2015 6 commits
-
-
Steve Lhomme authored
Signed-off-by: -
Steve Lhomme authored
Signed-off-by: -
Rémi Denis-Courmont authored
This reverts commit c24ea5fb. Signed-off-by:
Rafaël Carré <funman@videolan.org>
-
Rémi Denis-Courmont authored
- Fix encoding (fixes #14123) - Fix data race on URI - Avoid useless variable retrievals - Avoid upcasting to double precision
-
Francois Cartegnie authored
24bit LPCM is packed and can't be reordered without introducing clipping issues.
-
Jean-Baptiste Kempf authored
-
- 08 Mar, 2015 15 commits
-
-
Martell Malone authored
Signed-off-by: -
Martell Malone authored
Signed-off-by: -
Ian Chamberlain authored
This was an uninitialized variable, as far as I could tell there was no reason not to initialize it to NULL in these two cases. Signed-off-by: -
Steve Lhomme authored
Signed-off-by: -
Steve Lhomme authored
Signed-off-by: -
Zoran Turalija authored
Signed-off-by: -
David Fuhrmann authored
-
David Fuhrmann authored
Playlist view gets updated to display new information. Info dialog gets updates (shows only information about currently played input at the moment). close #13729
-
David Fuhrmann authored
-
David Fuhrmann authored
-
David Fuhrmann authored
-
David Fuhrmann authored
-
David Fuhrmann authored
And expand outline view tree if necessary.
-
Hannes Domani authored
Signed-off-by: -
Jed Smith authored
The maximum resolution encouraged in the help text for the qtcapture arguments is 1280x480, which doesn't make sense. The patch author intended to imply 720p but appears to have forgotten the height dimension. In addition, clean up the help text a bit. --qtcapture-height works with 720, anyway, so it's just a doc issue. Signed-off-by:
-
- 07 Mar, 2015 4 commits
-
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
- 06 Mar, 2015 5 commits
-
-
Francois Cartegnie authored
All ES packets are gathered if there's no access control/dvb filtering, adding lots of memcopy/realloc operations for packets which will be discarded later by ES out.
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Rafaël Carré authored
-
- 05 Mar, 2015 6 commits
-
-
David Fuhrmann authored
This happend when multiple audio devices with the same name are connected.
-
-
Thomas Guillem authored
Less CPU usage. Signed-off-by: -
Thomas Guillem authored
Don't postpone delay when a command is received. Signed-off-by: -
Thomas Guillem authored
Signed-off-by: -
Thomas Guillem authored
Create the thread after p_aout->sys is set. Signed-off-by:
-
- 04 Mar, 2015 3 commits
-
-
Thomas Guillem authored
It is maybe miss used, but the delay reported by this function is not coherent. Signed-off-by: -
Thomas Guillem authored
There is a new write method that can be non blocking and that can use a direct ByteBuffer (no memcpy between java and jni). Signed-off-by: -
Thomas Guillem authored
- All JNIThread commands are now executed in a locked state. - The delay (audiotrack delay + queue delay) is now calculated inside JNIThread. - Write is now non-blocking and return almost immediately (it takes between 5us and 100us). Indeed when audiotrack internal buffer was full, write method was taking way too much time, therefore others commands were not processed in time (like TIME_GET). Signed-off-by:
-
