When using the command line interface to Slimserver, I have a problem that only occurs with my Squeezebox2.  It does not ever happen with my SliMP3.  It has been happening for many (probably all) of the 6.x versions of slimserver.

Here is how I invoke the bug:  

  (player named "SqueezeBox2" is playing, slimserver is running on linux box named "juno")

  juno:~> telnet localhost 9090
  Trying 127.0.0.1...
  Connected to localhost.
  Escape character is '^]'.
  SqueezeBox2 power 0
  00%3A04%3A20%3A09%3A01%3A01 power 0
  SqueezeBox2 pause 0
  00%3A04%3A20%3A09%3A01%3A01 pause 0
  exit
  exit
  Connection closed by foreign host.


So, the first command above turns the player off, and the second command forces an unpause, so it powers up and plays.  That is exactly what happens, but when the current track ends, it sometimes freezes instead of going to the next track.  On the display, the current track display (with completely full progress and time indicators) just sits there, and playback stops.  Pressing "skip" will cause it to play the next track as normal.  I say "sometimes freezes" because occasionally it does work correctly.  The freezing seems to only happen with the track that was currently playing, so if it gets past the end of that one the remaining tracks will play normally.  My SliMP3 never behaves this way, only the SqueezeBox2.  

The exact mp3 used does not seem to matter.  It happens randomly across my entire collection.  For testing, I picked a CD with many tiny tracks so I could easily invoke the problem.  

In case you are curious, I use these commands via X10 home automation software.  When I turn on a particular X10 button, it powers up an amp (via X10 appliance module) and unpauses the SqueezeBox.  Another X10 button does the same for the SliMP3.  Turning the X10 button off powers off both the amp and Slim device.  I use heyu2 X10 software on the same linux box that slimserver is running upon.  Heyu2 uses a perl script to activate or deactivate a Slim device.  The script makes use of the standard command line utility nc (netcat), so this really boils down to the following command line examples:

  juno:~> echo "SqueezeBox2 pause 0" | nc -i 1 localhost 9090
  00%3A04%3A20%3A09%3A01%3A01 pause 0

  juno:~> echo "SqueezeBox2 power 0" | nc -i 1 localhost 9090
  00%3A04%3A20%3A09%3A01%3A01 power 0
 
I use the first to unpause (and turn on) a slim device, and the second to turn a player off.  




Also, a side issue I noticed while testing is that this often happens:

  juno:~> telnet localhost 9090
  Trying 127.0.0.1...
  Connected to localhost.
  Escape character is '^]'.
  SqueezeBox2 power 0
  00%3A04%3A20%3A09%3A01%3A01 power 0
  SqueezeBox2 pause 0
  SqueezeBox2 pause 0
  SqueezeBox2 pause 0
  00%3A04%3A20%3A09%3A01%3A01 pause 0
  exit
  exit
  Connection closed by foreign host.

In this case, when I typed the first "SqueezeBox2 pause 0", it echoed the command back to me but did not execute it.  This happens even when I type it perfectly (i.e. no backspace corrections).  Shouldn't this work every time?  It also happens with netcat:

  juno:~> echo "SqueezeBox2 power 0" | nc -i 1 localhost 9090
  00%3A04%3A20%3A09%3A01%3A01 power 0

  juno:~> echo "SqueezeBox2 pause 0" | nc -i 1 localhost 9090
  SqueezeBox2 pause 0

  juno:~> echo "SqueezeBox2 pause 0" | nc -i 1 localhost 9090
  00%3A04%3A20%3A09%3A01%3A01 pause 0