There seems to be a couple of different issues related to this. The first issue can be resolved by defining more than one account for each music service on mysqueezebox.com (for example, I now have two Internet user accounts for sirius/xm radio (which I pay extra for). I also have two users accounts defined for the other subscription based music services on mysqueezebox.com. This at least protects this issue from happening every 5-10 minutes.
However, There is another related issue with the mysqueezebox.com backend in respect to problem; whether the developers want to admit it or not. I'm using a completely different setup than you (using good old faithful softsqueeze.jar clients. This issue seems to happen even in cases where there are only one player. However, any little hickcup; such as a pause in the audio stream; caused by another possibly unrelated TCP/IP connection with a greater QOS precedence (disrupting the currently playing autio stream, is enough to trigger this error message when trying to recover from it and playback from the same subscription based music provider. Unfortunately, no matter how many people complain about this or post bug reports; dont seem to get a definitive fix for this. I'm guessing most of the developers are either dialed into the logitech network via VPN or physically close to their mysqueezebox.com server(s) which would reduce the likelyhood of the audio stream getting disrupted. I guess if I had a dedicated point-point circuit to the mysqueezebox.com server or on the same LAN, I wouldn't have this issue unless mysqueezebox.com server is bogged down with too many user requests being proxied from the music provider source. There are probably settings in Squeezebox server which can increase the streaming buffer; but, could possibly cause other adverse side effects. I only have the default 3 second buffer under audio settings using LAME at full quality and no transcoding (original bitrate from music provider). I also have a high quality sustainable 62mbps downstream Internet connection; which is definitely not the issue. We are at the mercy of a developer kind enough to investigate this issue. I dont want to open up multiple duplicate bug reports. They will either fix this issue or not. I never had this issue before Logitech came into the scene and the backend was changed. -MKA qtech;514177 Wrote: > Hello, > > I have signed up for Sirius/XM online couple of days ago to get my > SbRadio online. I setup the Sirius/XM via phone and got online to > verify my access was correct. Everything was setup correctly. I logout > online Sirius/XM account. Went into SBS and setup for Sirius/XM plugins > and account access. > > I factory default my SbRadio and setup for SBS and connected. I menu > to Sirius Radio and play favorite stations. It play for hour and then > music stopped "You are not authorized". This was confusing as I know my > account was setup correctly. > > I even reboote my computer to make sure it flush all logins and account > access reset. Still after couple of hour playing Sirius, same thing > "Your are not authorized". > > How can I get rid of the connection authentication issue? > > > Much appreciate any help. -- mkanet ------------------------------------------------------------------------ mkanet's Profile: http://forums.slimdevices.com/member.php?userid=7965 View this thread: http://forums.slimdevices.com/showthread.php?t=71255 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/discuss
