Bugzilla – Bug 4875
SoftSqueeze 3.3 hangs (with Slimserver 6.5.2)
Last modified: 2019-01-25 11:58:05 UTC
SoftSqueeze operates flawlessly as long as it is not made to skip to the next or previous song. The consequence is that SoftSqueeze hangs with a frozen display and doesn't react to keypresses on the remote. It must be killed to start working again. If mplayer is used on the server to convert stream format those mplayer threads remain running. It also happens when it is operated remotely through the Slimserver web interface. Tested with Sun JRE 1.5.0.08 as distributed with Ubuntu Linux 6.10 (Edgy Eft) Also tested with Sun JRE 1.5.0_10 on gentoo (2 different systems), however works ok with Squeezebox2 There's a thread in the forum: http://forums.slimdevices.com/showthread.php?p=191000 Some debug info follow: 0 [SlimTCP-1] DEBUG player - audg oldLeft=92 oldRight=92 newLeft=0.31641108 newRight=0.31641108 28 [SlimTCP-1] DEBUG player - httpRequest=GET /stream.mp3?player=xx:xx:xx:xx:xx:xx HTTP/1.0 Authorization: Basic XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 45 [SlimTCP-1] DEBUG player - parsed strm: command=s format=109 crossfade=0 replygain=1.0 ipaddr=serverpc port=9000 autostart=true autostartThreshold=261120 46 [SlimTCP-1] DEBUG player - connect: state 0 46 [SlimTCP-1] DEBUG player - http connect: ipaddr=serverpc port=9000 56 [SlimTCP-1] DEBUG player - buffer null state 0 58 [SlimTCP-1] DEBUG player - status=STMc fullness=0 bytesRx=0 elapsedSeconds=0 59 [SlimTCP-1] DEBUG player - http write headers: GET /stream.mp3?player=xx:xx:xx:xx:xx:xx HTTP/1.0 Authorization: Basic XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 158 [SlimTCP-1] DEBUG player - http read header: (len 100/2048) HTTP/1.0 200 OK Server: SlimServer (6.5.2 - 11660) Connection: close Content-Type: audio/mpeg 164 [SlimTCP-1] DEBUG player - buffer null state 0 164 [SlimTCP-1] DEBUG player - status=STMh fullness=0 bytesRx=0 elapsedSeconds=0 165 [SlimTCP-1] DEBUG player - initStream: state 1 308 [SlimTCP-1] DEBUG player - autostart: state 2 308 [SlimTCP-1] DEBUG player - autostart: fullness=0 threshold=261120 310 [SlimTCP-1] DEBUG player - audg oldLeft=92 oldRight=92 newLeft=0.31641108 newRight=0.31641108 449 [AudioStream-0] DEBUG player - autostart: state 2 454 [AudioStream-0] DEBUG player - autostart: fullness=0 threshold=261120 509 [AudioDecoder-0] DEBUG player - autostart: state 2 510 [AudioDecoder-0] DEBUG player - autostart: fullness=327680 threshold=261120 511 [AudioDecoder-0] DEBUG player - start: state 2 548 [AudioMixer-0] DEBUG player - status=STMs fullness=429376 bytesRx=439016 elapsedSeconds=0 15568 [SlimTCP-1] DEBUG player - httpRequest= 15568 [SlimTCP-1] DEBUG player - parsed strm: command=q format=109 crossfade=0 replygain=1.0 ipaddr=serverpc port=9000 autostart=false autostartThreshold=261120 15569 [SlimTCP-1] DEBUG player - disconnect: state 3
I tested this against SuSE and I'm not able to reproduce this. SoftSqueeze seems to work fine without any hanging issues. Steven is in the process of testing this against Ubuntu 6.10, we should be able to see the problem there.
I do see the behavior that Ivan describes on Ubuntu Edgy Eft. However I need to press the button a couple times on the web page or on the Softsqueeze remote to get it to hang. Once hung, by closing Softsqueeze and opening it again, Softsqueeze will pick up playing right where it left off. Clicking other functions will cause it to hang sometimes as well. SlimServer Version: 6.5.2 - 11689 - Debian - EN - utf8 Server IP address: 172.16.0.15 Perl Version: 5.8.8 i486-linux-gnu-thread-multi MySQL Version: 4.1.15-Debian_1ubuntu5
some additional info about my setup: SlimServer-version: 6.5.2 - 11660 - Linux - SV - utf8 Server IP address: 192.168.1.2 Perl-version: 5.8.8 i686-linux MySQL-version: 5.0.21-standard
I've got the same problem in Windows XP with SoftSqueeze 3.3.
Unassigned bugs cannot have a priority.