Verbatim from customer:

I use mostly RadioIO for Internet radio, but sometimes I use a local  
station, WCVE-FM, sometimes KJZZ in Longbeach, CA, and sometimes TSF,  
from Paris (TSF is on the staff picks).  I can give you URLs for the  
streams if you need them, but this is an issue with all Internet radio  
streams, so I doubt the stream source is important.

There are times, and lately it's been often (I think RadioIO is doing  
updates now, so it's quite noticeable), when the stream stops for a  
bit.  It could be at the server, or a dropped connection.

Now what I'm going to suggest is something I hear has been suggested  
before, but I think I do have an important point or two that I'm adding.

It would be great if Squeezecenter (or the Squeezebox, wherever the  
appropriate code is) would automatically re-aquire streams when  
they're dropped.  I know there is an issue because the only way to  
tell if a stream is Internet radio is if it doesn't specify a length,  
and there are some podcasts that do the same thing -- they don't have  
a specified length.  What I've heard (and I don't remember where this  
was) is that making a SB re-aquire a stream would cause problems for  
podcasts without a given length.

There are a few points regarding that:

1) How many people listen to podcasts with an unspecified length  
compared to how many people listen to Internet radio?  I would suspect  
you have MANY more cases of people listening to radio than indefinite  
length podcasts, so more listeners would benefit than not.

2) It could be added as a configuration variable: Should I re-aquire  
streams in this case or not?

3) It would be more complex, but SqueezeCenter could keep a list of  
radio streams or domains with podcasts with that issue.  This sounds  
hard, but is not.  You have MANY radio stations already listed in the  
config for SC.  Those URLS would already be listed as radio streams,  
saving us a lot of work.  Then when a user adds a URL, just add a  
config question: Is this a radio stream or podcast?  That way when we  
add a radio stream, it's flagged as one so SC would know to re- 
aquire.  Or if a user uses "Tune in URL" or another specific command  
that is supposed to add a radio station, that URL would be flagged to  
re-aquire.

In other words, while there might be an issue with times when you  
don't want to re-aquire a stream, it would be more often than not that  
the user wants to re-aquire.  If this is still a problem, it could be  
handled with configuration that would require only limited programming  
work (and I say that as someone who's income is largely from his own  
software business).