Bug#947211: Regression in libsoxr0 0.1.3-2 makes ffmpeg segfault

2019-12-22 Thread Etienne Dechamps
Package: libsoxr0 Version: 0.1.3-2 Control: fixed -1 0.1.3-1 Steps to reproduce: $ sox -n -r 44100 test.wav synth 1 sine 1000 $ ffmpeg -i test.wav -filter:a "aresample=48000:resampler=soxr" testout.wav ffmpeg version 4.2.1-2 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 9 (Debian

Bug#942734: bs1770gain does not escape file names properly in XML output

2019-10-20 Thread Etienne Dechamps
Package: bs1770gain Version: 0.6.5-1 Steps to reproduce: $ sox -n '1 & 2.wav' synth 1 sine 1000 $ bs1770gain --xml --suppress-progress . | xmllint - -:3: parser error : xmlParseEntityRef: no name ^ Correct escaping would be "1 & 2.wav". This is a re

Bug#942704: Breaking changes to bs1770gain XML output between 0.5 and 0.6

2019-10-20 Thread Etienne Dechamps
Package: bs1770gain Version: 0.6.5-1 Steps to reproduce: $ sox -n file.wav synth 1 sine 1000 $ bs1770gain --xml --suppress-progress --sample-peak . In contrast, version 0.5 used to return something like this:

Bug#942702: bs1770gain --help misspells --suppress-progress

2019-10-20 Thread Etienne Dechamps
Package: bs1770gain Version: 0.6.5-1 Severity: minor $ bs1770gain --help [...] --suppress-progess: suppress printing processing progress The correct spelling is --suppress-progress.

Bug#942701: bs1770gain outputs invalid XML when --xml is used

2019-10-20 Thread Etienne Dechamps
Package: bs1770gain Version: 0.6.5-1 Steps to reproduce: $ sox -n file.wav synth 1 sine 1000 $ bs1770gain --xml . | xmllint - -:6: parser error : PCDATA invalid Char value 8 30% ^ -:6: parser error : PCDATA invalid Char value 8 30% [...] The problem is that progress information is being output

Bug#910451: closed by Petter Reinholdtsen (Bug#910451: fixed in bs1770gain 0.5.2-1)

2019-01-23 Thread Etienne Dechamps
Yes, I just installed 0.5.2-2 and the segfault appears to be gone. Thank you!

Bug#910451: closed by Petter Reinholdtsen (Fixed in version 0.5.0)

2019-01-18 Thread Etienne Dechamps
This bug is not fixed in version 0.5.1-3 and can still be reproduced using the exact same steps as described above (and below). In fact I had already verified that it still occurs in upstream 0.5.0 (see message #10). $ sox -n sine.wav synth 1 sine 1000 $ ffmpeg -i sine.wav sine.mp3 $ bs1770g

Bug#910451: bs1770gain segfaults on MP3 files

2018-10-06 Thread Etienne Dechamps
, options=0x7fffdeb0) at bs1770gain_tree.c:155 #16 0x8f96 in main (argc=2, argv=0x7fffe0e8) at bs1770gain.c:1053 On Sat, 6 Oct 2018 at 15:58, Etienne Dechamps wrote: > > Package: bs1770gain > Version: 0.4.12-3+b1 > Severity: important > > --- Please enter the repo

Bug#910451: bs1770gain segfaults on MP3 files

2018-10-06 Thread Etienne Dechamps
Package: bs1770gain Version: 0.4.12-3+b1 Severity: important --- Please enter the report below this line. --- bs1770gain segfaults when running on most MP3 files. (Other formats, like FLAC, appear to work fine.) Steps to reproduce: $ sox -n sine.wav synth 1 sine 1000 ... $ ffmpeg -i sine.wav sine