Bugzilla – Bug 11006
No sound after upgrade; SOX has wrong arguments for Ogg->AIFF
Last modified: 2009-09-05 14:25:08 UTC
After upgrading from 7.0 to 7.3.2, my squeezeboxes don't make a sound any more. On investigation, I found that the SOX called by the server refuses to recognize its arguments: from strace: [pid 6581] execve("/bin/sh", ["sh", "-c", "\"/usr/share/squeezecenter/Bin/i386-linux/sox\" -q -t ogg \"-\" -t raw -r 44100 -c 2 -w -s -x -"], [/* 23 vars */]) = 0 ...... [pid 6582] write(2, "/usr/share/squeezecenter/Bin/i386-linux/sox: invalid option -- w\n", 65) = 65 I have not yet found the piece of code that calls the sox binary.
The trace also showed that the squeezeserver spent a bit of time searching for a "lame" program. I do not have lame installed.
according to http://sourceforge.net/forum/forum.php?forum_id=663469 the -w flag was renamed to -2 in sox 13.0.0
QA to investigate
Harald, convert.conf is the only place which contains the call from your log. Does this patch solve your problem? Index: convert.conf =================================================================== --- convert.conf (revision 24947) +++ convert.conf (working copy) @@ -131,7 +131,7 @@ - ogg aif * * - [sox] -q -t ogg $FILE$ -t raw -r 44100 -c 2 -w -s $-x$ - + [sox] -q -t ogg $FILE$ -t raw -r 44100 -c 2 -2 -s $-x$ - wma wav * * # F:{PATH=%f}R:{PATH=%F} SC uses sox 14.2.0 kind regards, Markus
This patch solved the problem. Thanks! (had missed /etc/squeezecenter when searching for the squeezebox files). Thanks for the quick turnaround and effective fix! Hope you get a "listen to an ogg file" added to the QA procedure! Harald
Change 24976
Verified Fix in SC 7.3.3 r25766
This bug has been fixed in the 7.3.3 release version of SqueezeCenter! If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Created attachment 5789 [details] Log file
Hi all, I have switched my SC 7.3.3 setup from windows to QNAP TS239/SSOTS 3.18/SC 7.3.3 (Perl source code). Everything is the same setup except OS. So I have Squeezebox Duet (v3) and an all OGG Vorbis music library. It worked fine on windows. Now, when I try to play a song, I get no sound. But everything else seems to be working properly (leds, browsing my music library, etc). I suspected wrong transcoding config, even though Squeezebox duet (v3) can play ogg files natively. So here is the log when I try to play something: --- Attached... --- And here is from netstat while playing it: --- [/] # netstat Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 localhost:43288 localhost:9092 ESTABLISHED tcp 0 0 MaisonNAS:3483 192.168.0.197:19984 ESTABLISHED tcp 0 0 MaisonNAS:9001 192.168.0.196:3894 ESTABLISHED tcp 0 126 MaisonNAS:13131 192.168.0.196:3844 ESTABLISHED tcp 0 107521 MaisonNAS:9001 192.168.0.197:19985 ESTABLISHED tcp 0 0 localhost:9092 localhost:43288 ESTABLISHED tcp 0 0 MaisonNAS:netbios-ssn 192.168.0.196:2690 ESTABLISHED tcp 0 0 MaisonNAS:9001 192.168.0.196:3893 ESTABLISHED netstat: no support for `AF INET6 (tcp)' on this system. udp 0 0 localhost:37910 localhost:syslog ESTABLISHED netstat: no support for `AF INET6 (udp)' on this system. netstat: no support for `AF INET6 (raw)' on this system. Active UNIX domain sockets (w/o servers) Proto RefCnt Flags Type State I-Node Path --- My TS239 is named MaisonNAS. SSOTS and SC are configured on port 9001. From my windows setup experience, the squeezebox receiver acts like that when it cannot open the file it plays (I once tried to play music when my NAS was shutdown) (or it may be SqueezeCenter letting the receiver think everything is fine). From a thread I read on forums.slimdevices.com, another user had the same problem fixed by opening port 9000 on his firewall (this would be 9001 on my side I guess). Could it be my problem? Do you see something else wrong? To the best of my knowledge, I have no firewall running on my TS239 (it runs Linux kernel 2.6.24). Nothing that I configured myself at least. If it is my problem, since I am new to Linux, could you please tell me how I can check if port 9001 is opened in the firewall and if not, how to open it? Thanks and cheers, Fred
Oups, I forgot to mention that I think I have this same bug in 7.3.3, except that it is not wrong arguments... so it might be about reopening this bug... Alright, thanks! Fred
Fred, I would prefer it if you opened a new bug for this. As you note, SB2s and newer support Ogg natively and therefore no transcoding is involved. This is therefore a different issue. Your logfile is not quite long enough to see what is happening. player.source=info would be the best level to capture it at. Please can you capture a new logfile at this level with a bit more context (period either side of the failure) and submit this to a new bug report.
Alright. Filed under bug #13878. Fred