Package: sox Version: 14.4.1-5 Severity: important Tags: upstream Dear Maintainer,
to reproduce the bug, try to do something like this: cat some_large_long_audio_file.wav | /usr/bin/sox -V3 -t wav - -t wav -r 384000 -b 32 --buffer=8192 - gain -h rate -v -M -b 90.7 384000 > test_out.wav ** cut&paste from an actual test run: ------------------------------------------------------------------------ $ cat orig/STE-000.wav | /usr/bin/sox -V3 -t wav - -t wav -r 384000 -b 32 --buffer=8192 - gain -h rate -v -M -b 90.7 384000 > test.wav /usr/bin/sox: SoX v14.4.1 Input File : '-' (wav) Channels : 2 Sample Rate : 48000 Precision : 24-bit Duration : 00:38:06.69 = 109761216 samples ~ 171502 CDDA sectors Sample Encoding: 24-bit Signed Integer PCM Endian Type : little Reverse Nibbles: no Reverse Bits : no Output File : '-' (wav) Channels : 2 Sample Rate : 384000 Precision : 32-bit Duration : 00:38:06.69 = 878089728 samples ~ 171502 CDDA sectors Sample Encoding: 32-bit Signed Integer PCM Endian Type : little Reverse Nibbles: no Reverse Bits : no Comment : 'Processed by SoX' /usr/bin/sox INFO sox: effects chain: input 48000Hz 2 channels /usr/bin/sox INFO sox: effects chain: gain 48000Hz 2 channels /usr/bin/sox INFO sox: effects chain: rate 384000Hz 2 channels /usr/bin/sox INFO sox: effects chain: output 384000Hz 2 channels ------------------------------------------------------------------------ apparently eberything is just fine. Neither errors or warnings reported. But, listening to the output file revealed that it was truncated. And a quick check with "soxi" confirmed. E.g., with the same files as used/produced by the above run, here's the result: ------------------------------------------------------------------------ $ soxi orig/STE-000.wav test.wav Input File : 'orig/STE-000.wav' Channels : 2 Sample Rate : 48000 Precision : 24-bit Duration : 00:38:06.69 = 109761216 samples ~ 171502 CDDA sectors File Size : 659M Bit Rate : 2.30M Sample Encoding: 24-bit Signed Integer PCM Input File : 'test.wav' Channels : 2 Sample Rate : 384000 Precision : 32-bit Duration : 00:14:48.59 = 341218816 samples ~ 66644.3 CDDA sectors File Size : 7.02G Bit Rate : 63.2M Sample Encoding: 32-bit Signed Integer PCM Total Duration of 2 files: 00:52:55.28 ------------------------------------------------------------------------ P.S.: please notice that this is not such a strange, unusual use-case as it may look like. Sox (usually in conjuction with other software, such as e.g. LMS+C-3PO(plugin)+squeezelite-R2) is becoming a popular tool in the audiophile community exactly for this purpose (that is, "upsampling" to very high s/r, usually the max supported by the DAC), as -at least with some DACs- this is believed to produce better results (perceived sound quality) WRT "bit-perfect" reproduction of the original stream (don't ask me if that's true: I must admit that I have had the same subjective impression, but I have no "scientifically acceptable" proof). The bug I'm reporting have been also experienced by other people in such a context. -- System Information: Debian Release: 8.4 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sox depends on: ii libc6 2.19-18+deb8u4 ii libgomp1 4.9.2-10 ii libsox-fmt-alsa 14.4.1-5 ii libsox-fmt-ao 14.4.1-5 ii libsox-fmt-base 14.4.1-5 ii libsox-fmt-oss 14.4.1-5 ii libsox-fmt-pulse 14.4.1-5 ii libsox2 14.4.1-5 sox recommends no packages. Versions of packages sox suggests: ii libsox-fmt-all 14.4.1-5 -- no debconf information
