179,854Messages
9,130Senders
30Years
342mboxes

← archive index

(idm) Squarepusher Plays...FIXED!

1 message · 1 participant · spans 1 day · search this subject
1998-01-25 20:48Edward A Nilges (idm) Squarepusher Plays...FIXED!
expand allcollapse allclick any summary to toggle that message
1998-01-25 20:48Edward A NilgesOkay, there should be no problems downloading the mp3 with any browser now (http://www.mcs
From:
Edward A Nilges
To:
Date:
Sun, 25 Jan 1998 14:48:06 -0600
Subject:
(idm) Squarepusher Plays...FIXED!
permalink · <2.2.32.19980125204806.0142b064@popmail.mcs.net>
Okay, there should be no problems downloading the mp3 with any browser now (http://www.mcs.net/~unferth/). If you still have the corrupted file that won't play, DeTox for DOS (http://www.webimg.com/detox/) will fix it nicely. If you have a Mac and an ANSI C compiler, I should have code you can compile to fix broken mp3s on Monday. The problem was that my ISP's webserver was incorrectly reporting the content-type to be text/plain. MSIE ignores this field and instead just guesses the filetype based on its extension, in this case, correctly. Netscape, on the other hand, dutifully regards the content-type field to be the true file type. This is probably the more correct approach for a multi-platform application, but it leads to problems if your webserver doesn't know about certain filetypes. After all, the webserver bases its own content-type field on the extension, unless you override its default interpretation, which I did by creating a file called .htaccess containing the line "AddType audio/mpeg mp3" This corrects the Content-type field on my webserver (NCSA/1.5.2). Happy listening, Ed