[listening] - shoutcast pls files and opera 6.01, 6.02/linux (suse 8)

[mrinvader]

recently something changed with the way shoutcast is sending the pls files using mime type audio/x-scpls . When i send this type to XMMS i get garble, and just for jokes i associated this type with an editor and recieved... " ? _Kd^&*GÃ0 " and etcetera! however when i choose to have opera open files of mime type audio/x-scpls internally, i get legible text, the contents of a PLS file.

it seems like opera is being led to believe that the file on the server is binary.

again, this just started happening a couple days ago, it worked fine til then.

I have written a little $0.02 script to capture the output of opera when it calls the external application

#!/bin/bash
echo "$1" >> /tmp/caught_params

and i get
/home/mrinvader/.opera/opr00VQN.pls
in the /tmp/caught_params file

in netscape, setting the mime type audio/x-scpls to XMMS produces correct results, the same settings in opera yields garbage.

this is happening on two machines running suse 8 on two different ISPs, ATTBI and a local mom-and-pop attached to genuity

any ideas?

[oddsock]

Re:[listening] - shoutcast pls files and opera 6.01, 6.02/linux (suse 8)

Originally posted by mrinvader
recently something changed with the way shoutcast is sending the pls files using mime type audio/x-scpls . When i send this type to XMMS i get garble, and just for jokes i associated this type with an editor and recieved... " ? _Kd^&*GÃ0 " and etcetera! however when i choose to have opera open files of mime type audio/x-scpls internally, i get legible text, the contents of a PLS file.

it seems like opera is being led to believe that the file on the server is binary.

again, this just started happening a couple days ago, it worked fine til then.

I have written a little $0.02 script to capture the output of opera when it calls the external application

#!/bin/bash
echo "$1" >> /tmp/caught_params

and i get
/home/mrinvader/.opera/opr00VQN.pls
in the /tmp/caught_params file

in netscape, setting the mime type audio/x-scpls to XMMS produces correct results, the same settings in opera yields garbage.

this is happening on two machines running suse 8 on two different ISPs, ATTBI and a local mom-and-pop attached to genuity

any ideas?

I beleive this is a result of the fact that Opera is not handling gzipped encoding properly....the .pls file that is sent by the shoutcast YP are being sent gzipped encoded, Netscape is apparently smart enough to decode them, Opera, apparently is not....if you save off the .pls file with Opera, then rename it to bleh.pls.gz and then gunzip bleh.pls.gz you will see what I mean...

oddsock

[petershout]

pls files are gzipped now, konqueror has problems too

I just noticed that konqueror ( the very-lightweight browser supplied with KDE) has the same problems.

It seems to examine the file, make a note that it's gzipped, and then will feed it to "Archiver".

This prevents me from listening :-(

( netscape fixes this )

Is it really nessecary to gzip the .pls file ? Can't you send it 'as is' as it
was a few days ago ?

Regards

[oddsock]

Re: pls files are gzipped now, konqueror has problems too

Originally posted by petershout
I just noticed that konqueror ( the very-lightweight browser supplied with KDE) has the same problems.

It seems to examine the file, make a note that it's gzipped, and then will feed it to "Archiver".

This prevents me from listening :-(

( netscape fixes this )

Is it really nessecary to gzip the .pls file ? Can't you send it 'as is' as it
was a few days ago ?

Regards

gzipped encoding is a function of the Apache server which yp.shoutcast.com uses...and according to Tom Pepper, they just recently upgraded their apache servers, which explains the new encoding scheme...

oddsock

[petershout]

Could we have Apache reconfiged PLEASE ?

The fact that a new Apache gzips explains my problems.

Now, i do not expect KDE to make a fix available in my time ..

As the playlists are rather small, not much is gained by gzipping them. Is it
to much to ask the admins to turn this off ?

I have just installed a very swell "book-computer" running FreeBSD and konqueror in my stereo bench, as a
"mp3/cdrom/DVD" appliance and liked it
veru much. Now i cannot listen on shoutcast :-(

When I have the word : i must say that shoucast is a wonderful thing, much better then hunting for MP3's. The idea of presenting radio-stations this way is a killer. Just imagen all those "home-lands voice" stations on shortwave that is used to inform oneself about "the news athome" when travelling. Placing them on shoutcast would be much better then carrying shortwave receivers.
Thanks for the work !

peter h

[peppert]

gents:

our apologies. I'll get the operators to disable gzip encoding by default on the pages. no wonder cpu has been higher lately.

thanks for help diagnosing the problem oddsock. once again your insight proves very valuable.

-t

[mrinvader]

once again i am happily catching the streams in opera!
I have also posted this in the forums on myopera and will forward this fix to that board as well... who knows.. mebbe oddsock et al will help to squash bugs in opera and konqueror!

long live support forums!

until the next bug

[petershout]

QSL from sweden ( konqueror )

Hi, and thanks for the fast reconfig.

Now i have tuned in one of my favorites, http://www.paradynamic.com

The very fact that apache gzips something and keeping the original name is a layer of complexity that probably should be better designed.
Can't really blam opera/konquereor that a file with a given suffix ( recognized as .spl ) is munged by one of a number of munging metods, only recognizable via a peek inside the file itself.

Well, http is "a quick hack at CERN"

Regards
Peter h