Package: sox Version: 14.8.0.1+ds1-1 Severity: normal Tags: upstream X-Debbugs-Cc: [email protected]
Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? We have two Debian Stable servers for play the two little FM radios sound in internet through icecast. The player that we use in one of this server is play (sox). We put too on-air the sounds from other radios that we catch from its internet streams. For this we use play too, we use this command line for play this: $ /usr/bin/play -t mp3 http://51.68.46.71:8000/eguzki.mp3 gain -h compand 0.01,3 6:-70,-60,-20 -3.5 This two servers are Debian Stable and use sox v. 14.4.2+git20190427-5+b3 (the current in stable). In these servers all is OK, so no problem :-) But we test too this same systems in testing, in other machines, for see previously what are the changes for the next stable. In my PC I have Debian testing, and I made test for all the uses in the two radio servers. And I get a error in some (not all) of the play of the others radio streams in mp3 format in this sox versions: - the one in testing now (14.7.1.2+ds1-1) - the one in the sox-ng repo, that I compile it with the debian's dir (14.8.0.1+ds1-1, the currently installed on this pc) The mp3 streams that we currently play on stable and are failing in testing with sox-ng are this: http://51.68.46.71:8000/eguzki.mp3 http://server8.20comunicacion.com:8016/ https://radio.sindominio.net/zintzilik In the other side, the mp3 streams that we have online in our two stable servers, one is playing good with sox-ng, and the other no. Are these: - Working with sox-ng: https://garraxi.noip.me:8888/garraxi.mp3 - NOT working with sox-ng: https://ametza.eus:8082/EsanErran-mp3 These are not important for us and the sox use case, but with the two ones I can made some test, changing some configs, for testing pourposes. But I'm not sure how make these tests, if you need it. I made some test with one of the, changing some of the darkice configs with poor results. Thats all, For us this is important to solve in the current testing cycle, prior to the Forky release. So, if I can help in solving this madeing some test, said me. This bug report maybe is for upstream... But I not sure, and don´t have a user in Codeberg, so prefer to report here. Send to upstream if you think that this is the case. Many thanks for your work in Debian. Greetings. Martintxo. -- System Information: Debian Release: forky/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 7.0.12+deb14.1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8), LANGUAGE=eu_ES:eu:es_ES:es:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sox depends on: ii libc6 2.42-17 ii libsox-ng3 14.8.0.1+ds1-1 sox recommends no packages. Versions of packages sox suggests: ii libsox-fmt-alsa 14.8.0.1+ds1-1 ii libsox-fmt-oss 14.8.0.1+ds1-1 -- no debconf information
