Bugzilla – Bug 10281
Podcast can be browsed but not played.
Last modified: 2011-04-06 11:15:36 UTC
This podcast can be successfully entered and browsed in both SC and SN. However attempting to play one of the podcast results in "Error: No items found in playlist" The podcasts appear to be standard mp3 files.
Andy to investigate
I have the same behavior with podcasts from the Dutch national broadcasters. http://feeds.nos.nl/MHOOM http://www.teleac.nl/radio/xml/rss.jsp?page=134903 http://www.vpro.nl/rss/karousel.jspx?pool=27692356 The podcasts did work when I just had bought my boom in September 2008. I don't remember after which software update the podcasts stopped working. I have a boom with Squeezecenter 7.3.2 on an Ubuntu server.
Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out. If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it. Thanks.
For some reason Bugzilla did not change the target when I did this yesterday. Or maybe it was me. In either case, I'm trying it again.
Moving 7.4 bugs to 8.0.
I am trying to listen to a podcast feed from www.planetary.org/rss/podcast.xml I can see the episodes in the webui and on my players, but when I try to play a podcast it times out and I get the following message in the log: [11-04-05 10:03:27.1263] Slim::Utils::Scanner::Remote::scanURL (86) Scanning remote stream http://s3.amazonaws.com/planetary/radio/pr20110328_64kb.mp3 [11-04-05 10:03:27.1287] Slim::Utils::Scanner::Remote::scanURL (202) Scanning remote URL http://s3.amazonaws.com/planetary/radio/pr20110328_64kb.mp3 [11-04-05 10:03:27.9769] Slim::Utils::Scanner::Remote::readRemoteHeaders (338) Headers for http://s3.amazonaws.com/planetary/radio/pr20110328_64kb.mp3 are bless({ "accept-ranges" => "bytes", connection => "keep-alive", "content-length" => 13_842_497, "content-type" => "application/itunes", date => "Tue, 05 Apr 2011 08:03:28 GMT", etag => "\"6bdf065341408ef2af7e53c39053aef4\"", "last-modified" => "Mon, 28 Mar 2011 01:57:25 GMT", server => "AmazonS3", "x-amz-id-2" => "ocriUZycxJLQPdsXJIuAG4HWRh84AHwjB9ysgzY3uxxuphWH1d27DTByuEi8m2ji", "x-amz-meta-s3fox-filesize" => 13_842_497, "x-amz-meta-s3fox-modifiedtime" => "1301276872763", "x-amz-request-id" => "7090C2B1F5ED5A88", }, "HTTP::Headers") [11-04-05 10:03:27.9781] Slim::Utils::Scanner::Remote::readRemoteHeaders (376) Content-type for http://s3.amazonaws.com/planetary/radio/pr20110328_64kb.mp3 detected as application/itunes (application/itunes) [11-04-05 10:03:27.9789] Slim::Utils::Scanner::Remote::readRemoteHeaders (381) Updating content-type for http://s3.amazonaws.com/planetary/radio/pr20110328_64kb.mp3 to application/itunes [11-04-05 10:03:27.9806] Slim::Utils::Scanner::Remote::readRemoteHeaders (548) This URL is a playlist: http://s3.amazonaws.com/planetary/radio/pr20110328_64kb.mp3 [11-04-05 10:03:28.2969] Slim::Web::Graphics::processCoverArtRequest (48) trackid has been parsed from path as: -235800104 [11-04-05 10:03:28.2981] Slim::Web::Graphics::processCoverArtRequest (109) artwork cache key: music/-235800104/cover_96x96_p.png [11-04-05 10:03:28.3002] Slim::Web::Graphics::processCoverArtRequest (129) returning cached artwork image, image/png (6861 bytes) [11-04-05 10:03:28.3599] Slim::Web::Graphics::processCoverArtRequest (48) trackid has been parsed from path as: -235800104 [11-04-05 10:03:28.3610] Slim::Web::Graphics::processCoverArtRequest (109) artwork cache key: music/-235800104/cover_50x50_o [11-04-05 10:03:28.3631] Slim::Web::Graphics::processCoverArtRequest (129) returning cached artwork image, image/png (2950 bytes) [11-04-05 10:03:28.6332] Slim::Utils::Scanner::Remote::parsePlaylist (849) Unable to parse playlist for content-type mp3
(In reply to comment #6) I think that somewhere the Squeezebox Server get the content-type wrong for the mp3 stream, but I am uncertain if this is an issue with the stream or with squeezebox. I do however have no issues playing the podcast from Rhytmbox or Google Listen on Android. Running Version: 7.5.3 - r31792 @ Mon Jan 24 07:13:35 PST 2011 on Ubuntu 10.04
Well, we don't know what to do with application/itunes, it should be audio/mpeg.
(In reply to comment #8) > Well, we don't know what to do with application/itunes, it should be > audio/mpeg. Yes I have found out that it is the content provider that is reporting the application/itunes type, and that it should be audio/mpeg, but both Google Listen and RhytmBox can cope with this, perhaps a solution would be to fall back to the extension of the file, when encountering an application/itunes type ?