- 02 Mar, 2008 21 commits
-
-
André Weber authored
But its still very time critical, because paout gets sometimes empty so that aout_OutputNextBuffer(..) doesn't deliver new audiobuffers, sometimes it happens - that these buffers arrive very late for output. Reasons: -changed CPU load, (extra running application, also fast forward seeking and and jumping may lead to this situation.) Enhancement #897: added an option to let the user choose is prefered audio device. (needs restart of VLC to get applied)
-
André Weber authored
This reverts commit 9438646c. wrong file in my list I'am sorry, and wrong file modes
-
André Weber authored
(but its still critical because it happens - aout_OutputNextBuffer(...) has no buffers available - sometime the output doesn't know until some ms before the last block has finished to play! so each little disturbtion of the CPU or load change leads to studdering/hickups) #897 enhancement: give the use the option to choose its prefered audio device, instead of useing Windows default
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Pierre d'Herbemont authored
-
Rémi Denis-Courmont authored
This only affects people still not building from subdir. Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
Fix #1486 Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
This is meant so that this will still work: $ vlc --sout rtp/ts://239.255.12.42 Also, these new constructs will work: $ vlc --sout dccp/ts://[::] $ vlc --sout udplite/ts://239.255.42.12Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
conflicting booleans to select the RTP transport protocol. Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
Pointed-out-by: Drew Yao Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
Pointed-out-by: Drew Yao Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Pierre d'Herbemont authored
-
Christophe Mutricy authored
-
- 01 Mar, 2008 9 commits
-
-
Rémi Denis-Courmont authored
The previous commit "accidentally" worked around Drew Yao's first integer overflow.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
Check some malloc() failures - yes it can happen when the alloc size is variable. Unfortunately, the MP4 code seems pretty hopeless.
-
Rémi Denis-Courmont authored
(Hint: sizeof(char) is ONE per the definition of sizeof) (Hint: size is the SECOND parameter of calloc, not the FIRST one) (Hint: calloc() calls bzero(), waste of time if memory is set anyway)
-
Rémi Denis-Courmont authored
(unfortunately, it will not be shareable since it contains relocations)
-
Rémi Denis-Courmont authored
-
Mark Moriarty authored
-
- 29 Feb, 2008 10 commits
-
-
Christophe Mutricy authored
-
Jean-Paul Saman authored
-
Faustino Osuna authored
-
Pierre d'Herbemont authored
-
Faustino Osuna authored
-
Faustino Osuna authored
-
Faustino Osuna authored
-
Faustino Osuna authored
-
Faustino Osuna authored
-
Pierre d'Herbemont authored
-