iTunes enclosures are … bent, if not broken

So I just spent an hour debugging why iTunes would not accept the ATOM feed generated by pymine.

Long story short: iTunes enclosure URLs need to end in a well-known filename extension such as ".mp3" to work, and they may not contain "?foo=bar&baz=wibble" query information

Specifically, this failed:

<link length="25318" href="http://127.0.0.1:9862/get/HhNwKDY9Hy-bYiSg_RrGECV3zoXVGHl5YX96Y0NBEGNbCgpXxdlnxBAieKIOELTFBzX7c3eSPUDmbQ47Q-SazA" type="audio/mpeg" rel="enclosure"></link>

But this worked:

<link length="25318" href="http://127.0.0.1:9862/get/HhNwKDY9Hy-bYiSg_RrGECV3zoXVGHl5YX96Y0NBEGNbCgpXxdlnxBAieKIOELTFBzX7c3eSPUDmbQ47Q-SazA/audiotest.mp3" type="audio/mpeg" rel="enclosure"></link>

…note the “/audiotest.mp3” suffix which pymine has now been configured to ignore, after parsing a minekey.

Depressingly, “jwplayer” suffers exactly the same problem – requiring a file suffix.

So much for mime-types.

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *