Bugzilla – Bug 13970
Some podcasts play, some don't
Last modified: 2009-10-07 10:04:30 UTC
Created attachment 5830 [details] Wget podcast log from retrieving one podcast from each of the mentioned feeds I have discovered that some podcasts, whether they are accessed through the podcast plugin or by directly entering a single episode's URL into the "Tune In URL" box, cause playback to stop, while many (most) others work just fine. Here's a podcast feed that works fine: http://podcast.msnbc.com/audio/podca...-Headlines.xml Adding that to the official Squeezecenter Podcasts plugin, it appropriately lists the episodes and I can add episodes to my playlist. Furthermore, I can look into the the xml feed itself and find the URL to the file (one that's in there right now is http://msnbcpod.rd.llnwd.net/e1/audi...009-060033.mp3), and I can add that file to the playlist using the Internet Radio -> Tune In URL function. Using either method to get the file into the playlist, when it gets to that "song," it plays just fine, moving smoothly from a local library track to the streamed track and back to the local library or what have you. It works just as I expect. http://feeds.theonion.com/theonion/radionews is another feed that works just fine. So here's one that doesn't work: http://rss.cnn.com/services/podcasting/newscast/rss.xml Adding that to the official Squeezecenter Podcasts plugin, it appropriately lists the episodes and I can add episodes to my playlist. Furthermore, I can look into the the xml feed itself and find the URL to the file (one that's in there right now is http://rss.cnn.com/~r/services/podca...10-09-11AM.mp3), and I can add that file to the playlist using the Internet Radio -> Tune In URL function. Using either method to get the file into the playlist, when the song *before* that song ends, it music stops. It just sits on the previous song showing that time remaining is 0:00. If I move forward to the podcast, it goes out and gets more metadata, showing the actual title and stuff, but the track will still not play. When I move to the next track, playing resumes like it should. http://www.npr.org/rss/podcast.php?id=500005 is another feed that displays the same behavior. Important note regarding the URL that I've entered into Tune In URL, or even if I click on the track in the playlist and have SqueezeCenter tell me the URL: if I enter that URL into my web browser, the appropriate plugin loads and the track starts streaming. My first thought was that maybe somehow the podcast provider was allowing downloading but not streaming, but since it works right in the web browser that seems to invalidate that theory. ------- I did some more poking around and may have found the issue. I used Wget to retrieve these podcasts and had it make a log, which I am going to attach here. You'll see that for ALL of the successful podcasts mentioned above, plus an additional one that has always worked (http://leoville.tv/podcasts/dgw.xml), one of the log entries is "HTTP request sent, awaiting response... 302 Found." For the two that don't work right, the corresponding line says "HTTP request sent, awaiting response... 301 Moved Permanently" for CNN and "HTTP request sent, awaiting response... 302 Moved Temporarily" for NPR. So my guess is that the issue is when it gets something other than a "302 Found" it is choking, though again as noted *some* part must be working, because the Now Playing information does get updated metadata that appears to be coming from the track itself.
I have just determined that while all the above information applies, this bug only happens when I'm using Softsqueeze (3.7) and I've changed the Component attribute of this bug accordingly.