- 01 Nov, 2012 39 commits
-
-
Justin Ruggles authored
-
Justin Ruggles authored
This could occur due to integer overflow when reading the channel count from the extradata.
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
Only mono 8kHz is supported.
-
Justin Ruggles authored
Only mono 8kHz is supported.
-
Justin Ruggles authored
For decoding it does not really matter what the sample rate is.
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
Although the libFLAC decoder cannot handle such a change, it is allowed by the spec and could potentially occur with live streams.
-
Justin Ruggles authored
Also, return an error on allocation failure.
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
Only mono 16kHz is supported.
-
Justin Ruggles authored
Only mono 8kHz is supported.
-
Justin Ruggles authored
-
Justin Ruggles authored
Ensures the decoder did not set channel count to an insanely high value during initialization, which could cause large memory usage when it tries to get a buffer during decoding.
-
Justin Ruggles authored
-
- 31 Oct, 2012 1 commit
-
-
Janne Grunau authored
Fixes typo in 2cbdd7c9.
-