Zargos wrote: 
Mac or PC?   Not seeing any problem with FF 11 Mac.

 rasta_tiger wrote: 
Check to see what stream you're connected to in TuneIn.  That info can be buried (exactly where depends on what version of the app you're using), but is usually available somewhere — as is the ability to switch to a different stream. You're probably connected to one of the Ogg streams, which don't have the stream metadata.

HI,

i can't use the stop-play-PSD features anymore on my laptop with Firefox 11.0. I have to use back the old popup window. Is there any clue about that?
regards

Laurent

 rasta_tiger wrote: 
you're in the right spot. Bill monitors this thread for info.

I usually listen to RP through the Tunein app on iPad or iPhone. There is no song or cover art info through those apps anymore. Used to be. Any idea why?

I also notice there is no cover art ( though there is song info) through my AppleTV when I play RP thru the it.

Who do I notify to get some action in regards to this? Should I let the app makers know or here on RP?

Hmmm, drop outs to New Zealand are getting pretty high, both PSD 192k and 128m3u...6 in the last 15min? Just tried PSD to see what's up, whether it was this end, but all data streams at this end are all sweet. Anyone else having grief?

Could not post with firefox. went back to chrome and all is well. seems pages of pm's are missing.

128k has been cutting out all day.  I refresh, and it comes back on.  Kinda annoying.

 DaveInVA wrote: 
Let me know if a full-page refresh improves things.

The 192k main stream has been cutting out big time for mew this morning. It stops and sometimes doesn't return for 2 or 3 songs. The PSD however is still working solid with no cutouts. 10.6.8. Chrome

Seems the song listing on the front page doesn't update regularly. Lags from time to time. This happens here at home (Safari 5.1.5) and at school on my lap top where I use a crappy Dell PC and Firefox. Just so you know. Others might have the same issues.

 Beaker wrote: 
And that routine searches for 20 hits by default... and apparently searches until it finds 20 then quits. You or me, that's a quick search. A spammer or new person etc. the script must search back to the dawn of time before it gives up and displays their 3 posts ever. Maybe that search results could be limited to the last 30 days by default then opened up to "forever" manually by the searcher?

 Beaker wrote: 
They're run against an existing index — but they're still full-text searches of a rather huge table, which is inherently going to be really slow.  It would speed things up immensely to do a keyword index. Frankly, though, it's never seemed that critical. Given the social — as opposed to technical or informative — nature of the forum, most people never have any need to search it. So optimizing searches has never seemed like a worthy use of my time.

 ScottFromWyoming wrote: 
Hmmm...  just checked that server & it looks fine.  When I opened the editor to post this it seemed unusually snappy. I'll keep an eye on it.

 Beaker wrote: 
I haven't had that problem (yet, today) but I agree that symptom preceded the hangups lately.

 Beaker wrote: 

Getting that now after I hit submit in posts frequently.  So far most of the posts are making it onto the pages.  But this happened a lot during the big crash.

 Beaker wrote: 
Same here but its taking an awful long time to load pages this morning just like before the forum crashed a couple days ago.

Hmmm, the forum is getting painfully slow again, another server crash immanent? 

 BillG wrote: 
well, that explains it saves bandwidth, and yeah, i do have pretty crappy speakers and unsubtle ears... ogg you say. NICE   should try the headphones..... thanks for the info !

 Blastcat900 wrote: 
On Firefox & Chrome, the 32k stream uses the Ogg Vorbis codec. It sounds quite decent — though it's mono rather than stereo. The difference between 96k & 192k is more subtle. In most cases, unless you have picky ears & very good speakers or headphones, you won't hear much difference.