| Commit message (Collapse) | Author | Age |
|
|
|
| |
with 0
|
|
|
|
| |
Track Id"
|
| |
|
| |
|
|
|
|
| |
adplug; renamed optmath.h to fastftoi.h
|
| |
|
| |
|
|
|
|
| |
corrupted, files)
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This reverts commit 1ab32a2802e79ae39226f25fe81150fe80858757.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
support to aac metadata, including replaygain
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously errors like the following would occasionally be reported at the end
of an AAC file:
mp4ff_read_sample: malloc failure (tried to alloc -2147483648 bytes). possible mp4ff bug or memleak! please report a bug to deadbeef developers (i'm serious).
This was because the value of “sample” passed to mp4ff_audio_frame_size()
caused that function to read just off the end of an array.
Bug reported at https://sourceforge.net/support/tracker.php?aid=3321066
Fix inspired by https://bugs.launchpad.net/bugs/40043 “Crash (SIGSEGV) in
memcpy using libfaad2”
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|