- 26 Dec, 2012 7 commits
-
-
Felix Paul Kühne authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Felix Paul Kühne authored
thanks to David for the feedback
-
- 25 Dec, 2012 8 commits
-
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
David Fuhrmann authored
Clone and wall is not supported yet.
-
David Fuhrmann authored
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Felix Paul Kühne authored
bug was triggered only when using controls provided by the OS like NSWindow's fullscreen button
-
Rafaël Carré authored
-
- 24 Dec, 2012 5 commits
-
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
- 23 Dec, 2012 1 commit
-
-
Rafaël Carré authored
We only considered the audio already buffered through opensles engine, so the calculation was incorrect. Use samples rather than bytes for calculation, and a function rather than hardcoding 2*2 all over the place when a size in bytes is needed.
-
- 22 Dec, 2012 11 commits
-
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
Ubuntu bug #1038303
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Rafaël Carré authored
-
Francois Cartegnie authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
- 21 Dec, 2012 8 commits
-
-
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
-
Rémi Denis-Courmont authored
And simplify accordingly.
-
Rémi Denis-Courmont authored
With hardware FPU, FI32 was only used within the mad decoder and internally converted to FL32. With software FPU, FI32 did not work properly as the S16N conversion was broken (at least since VLC1.1.0).
-
Rémi Denis-Courmont authored
Apparently, mad generates sample values outside the [-1,+1] range, so FL32 seems to be the most reasonable output format. (On systems without hardware FPU, I would recommend disabling mad, and using libavcodec for MPGA decoding.)
-