21 Nov
2003
21 Nov
'03
12:17 a.m.
Why should this happen? Looking at Ico's new RTMix, I follow the links
here
http://meowing.ccm.uc.edu/~ico/RTMix-doc/5.html
to listen to some samples.
The first sample takes me to a page
http://www.ohiolink.edu/etd/view.cgi?ucin984494016
with an mp3 link in the upper right. I click on that link and I'm forced
to download the mp3.
However, the second sample loads the mp3 in Mozilla using gxine and
plays in the browser.
Why should this happen? Why shouldn't they both play in Mozilla?
Thanks,
Mark
P.S. - I like the music Ico
21 Nov
21 Nov
12:55 a.m.
On Thu, Nov 20, 2003 at 08:16:16PM -0800, Mark Knecht wrote:
Why should this happen? Why shouldn't they both
play in Mozilla?
I think this is depends on the respective servers. Seems that the first
webserver isn't configured to put the correct MIME-type for MP3 into the
HTTP header, thus leading Mozilla to handle it as random data.
cheers,
Christian
2:02 p.m.
Why should this happen? Why shouldn't they
both play in Mozilla?
I think this is depends on the respective servers. Seems that the first
webserver isn't configured to put the correct MIME-type for MP3 into the
HTTP header, thus leading Mozilla to handle it as random data.
cheers,
Christian
1:37 a.m.
On Fri, 21 Nov 2003 02:16 pm, Mark Knecht wrote:
...
with an mp3 link in the upper right. I click on that link and I'm forced
to download the mp3. However, the second sample loads the mp3 in Mozilla
using gxine and plays in the browser. Why should this happen? Why shouldn't
they both play in Mozilla?
The server where this one below is hosted is sending out the wrong
mime.type in the returned headers. Should be audio/mpeg or audio/x-mpeg.
curl -I http://www.ohiolink.edu/etd/multiview.cgi/ucin984494016/Final.mp3
HTTP/1.1 200 OK
Date: Fri, 21 Nov 2003 05:26:23 GMT
Server: Apache/1.3.26 (Unix) PHP/4.2.3
Content-Type: application/octet-stream
With such a large (25Mb) files they should have "m3u streaming" links
as well, which I know xmms respects... but then if that server is not
configured for mp3 then there is no hope for m3u.
--markc
7474
days inactive
7475
days old
linux-audio-user@lists.linuxaudio.org
3 comments
4 participants
participants (4)
-
Christian Henz -
Mark Constable -
Mark Knecht -
Mark Knecht