ralphy;442319 Wrote: > The playertype option was originally implemented for debugging a > problem. It shouldn't be used and it's looking like I should remove it > altogether. > > There should be no reason to use anything but the squeezeslave player > type and that's the only option I support and test all releases against. >
Hmm, the reason I use softsqueeze3 for the playertype is that by doing so, the text of the information that would normally be on the softsqueeze's graphics screen is sent via the CLI (on port 9090) (a text representation of the text and any graphics). That way I can use a CLI connection to emulate the softsqueeze/squeezebox display. If I use the squeezeslave player type -- event if I implement the -D option -- the display information sent via the CLI is non-existent. However, I understand why you do not want to spend any time or effort on hunting down this issue. If you don't mind, I'll look for myself and if I find anything of use, pass it back up to you for you to do with as you wish. George P.S. On the issue of SqueezeCenter remembering the player type, I'm not exactly sure what is going on there. I can get different behavior using the same MAC address and changing the player type (e.g., no issues when specifying no player type, issues when using "-esoftsqueeze3", then no issues when reverting back to not specifying the player type). Not much of a problem, but interesting all the same. -- ggalt ------------------------------------------------------------------------ ggalt's Profile: http://forums.slimdevices.com/member.php?userid=4941 View this thread: http://forums.slimdevices.com/showthread.php?t=62654 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
