|
From: Wolfgang R. <wol...@fh...> - 2005-06-02 13:45:33
|
Hi,
i found that the podcast.php doesn't work with iPodder on Mac OS X:
rss gets computed, could subscribe to the feed, files got downloaded
BUT: the downloaded files were named like "fid__668mf218"
The files don't have a extension of .mp3 and therefore iTunes doesn't
read them :-(
nor the operating system displays them as mp3s :-(
i did 2 things to get this working:
1) i added header info to getFile.php (line 68):
header("Content-type: " . $file->mimetype . "\n");
header("Content-length: " . filesize($filename) . "\n");
//if($mainAudio) { //this is somehow needed for iPodder
// header("Accept-Ranges: bytes");
// header('ETag: "' . md5(file_get_contents($filename)) . '"');
//} else {
header("Content-transfer-encoding: binary\n");
//}
// send file
// wreutz: added this to get rid of fid_123mf12 filename and
save as the real filename of the file
$user_agent = strtolower ($_SERVER["HTTP_USER_AGENT"]);
if ((is_integer (strpos($user_agent, "msie"))) && (is_integer
(strpos($user_agent, "win")))) {
header( "Content-Disposition: filename=".basename
($filename).";\n" );
} else {
header( "Content-Disposition: attachment; filename=".basename
($filename).";\n" );
}
// wreutz: end
readfile($filename);
This worked well for browsers, as the downloaded files are now
named like the original file on the node repository
(achw128_2ch_128kbps.mp3)
BUT:
iPodder still saves them as "fid_668mf218" :-(
2) to get rid of this problem i did this dirty hack:
in podcast.php each enclosure gets the url of the file in the
form of : http://stream.fhv.at:8081/node/getFile.php/fid_668mf218
i changed this to http://stream.fhv.at:8081/node/getFile.php/
fid_668mf218.mp3
i changed getFile.php that if fid is given it checks for an
ending with string ".mp3" and rips it off the end to get the original
fid of 668mf218
it's quite dirty, but now iPodder saves the files as
"fid_668mf218.mp3"
Please folks tell me if this is ok and if i should add it to the cvs?
at present podcasting is not working on mac os x !!!
And there is another problem:
when you upload files to the node, the id3 info of the files gets
erased and replaced with some (internal) info like station id.
The files end up with title "untitled" , artist "" and album "id:
668pr110"
I think that is a very bad behaviour, especially when you spent hours
with organizing your mp3 library.
I would suggest following one of this ways:
1) flip the process of adding programmes. First enter the metadata
and then add the files.
Pro: we could use the titel and other metadata to generate id3
tags in the files
Con: would be good to regenerate id3 tags everytime metadata
gets changed
2) don't overwrite id3 at all
3) check if titel and artist are entered in id3, when not write titel
"id: 668pr110" and artist "<name of station or name of node>"
4) leave id3 as is in file and add "id: 668pr110" to the comment
field of the id3
What do you suggest?
Wolfgang
--
Wolfgang Reutz
research assistant
department of design and media communications | Vorarlberg university
of applied sciences
Achstrasse 1 | 6850 Dornbirn | AUSTRIA
p: +43-(0)5572-20336-502 | f: +43-(0)5572-20336-500
e: wol...@fh...
w: http://option.uclv.net/rw/
w: http://www.fhv.at/
aim/ichat: wreutz
skype: wreutz
|