Bug 13970 - Some podcasts play, some don't
: Some podcasts play, some don't
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Softsqueeze
: 7.3.3
: PC Ubuntu Linux
: -- normal with 1 vote (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-11 08:08 UTC by Mike Lerch
Modified: 2009-10-07 10:04 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
Wget podcast log from retrieving one podcast from each of the mentioned feeds (24.62 KB, text/plain)
2009-09-11 08:08 UTC, Mike Lerch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Lerch 2009-09-11 08:08:17 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.
Comment 1 Mike Lerch 2009-09-11 12:29:49 UTC
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.