<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <image>
      <link>http://www.podOmatic.com</link>
      <url>http://www.podOmatic.com/images/blue_logo.gif</url>
      <title>Make it, get it, go!</title>
    </image>
    <title>podOmatic forum thread: Incomplete downloads and RSS2</title>
    <link>http://www.podOmatic.com/forumpost/show/17037</link>
    <description>podOmatic Forums thread Re: Incomplete downloads and RSS2</description>
    <language>en-us</language>
    <generator>podOmatic RSS Generator</generator>
    <item>
      <title>Incomplete downloads and RSS2</title>
      <description>Hi all,

Over in "Help!", I promised to go into more detail about why some downloads would refuse to complete with some podcatchers.  Here it is.

When you upload a file to Podomatic, it goes to a dedicated upload server, either uploads.podomatic.com (for HTTP) or ftp.podomatic.com (for FTP).  The file you upload is written to one of our storage servers, into your Media Library.  The code in the media library records the size of the file when it is added to the library.  If you post it as part of the Post Episode process, the size of the file in bytes is written into the episode you create at the same time.   Due to network latency, it could be that the stat() call that happens to determine the file size returns different data for each of these components.  99.999% of the time, the Media Library has the correct number.  A much smaller part of the time, the episode will have a smaller number than the Media Library.  

When a podcatcher retrieves your RSS feed, our code iterates through your published episodes and writes the special XML for each one that tells the client about the episode.  Among other tags in each entry is the "enclosure" tag.  The "enclosure" tag contains two parameters: the download URL (same as you see when you mouse over "Download" on your show page or permalink) and the file length in bytes.  

Until today, the file length in bytes was retrieved from the episode data instead of from the media library data.  That didn't cause problems until recently because the length attribute of the enclosure tag is well-known in the industry to be unreliable: developers usually would just request the whole file, or run a HEAD request to find the Content-Length and then use that.  

In some recent iTunes build, though, some programmer decided to ONLY request the number of bytes specified in the length attribute, and so we started getting reports that shows were "cut off."  It took some investigation to see what was happening, but we've modified the RSS feed generation code to use the length from the Media Library instead of the length from the episode.  Cached RSS feeds are clearing as I type this.

Does this have anything to do with the player window halting issue? No.  Error  -3259? No.   Those are separate issues with their own fixes (which I would be happy to discuss in detail on this forum).</description>
      <guid>http://www.podOmatic.com/forumpost/show/17037</guid>
      <comments>http://www.podOmatic.com/forumpost/show/17037</comments>
      <pubDate>Mon, 21 Apr 2008 20:29:06 GMT</pubDate>
      <link>http://www.podOmatic.com/forumpost/show/17037</link>
      <dc:creator>jdossey</dc:creator>
    </item>
    <item>
      <title>Re: Incomplete downloads and RSS2</title>
      <description>Thanks for the detailed response!  This will help in explaining the issue to listeners.</description>
      <guid>http://www.podOmatic.com/forumpost/show/17045</guid>
      <comments>http://www.podOmatic.com/forumpost/show/17045</comments>
      <pubDate>Tue, 22 Apr 2008 10:55:19 GMT</pubDate>
      <link>http://www.podOmatic.com/forumpost/show/17045</link>
      <dc:creator>secretidentity</dc:creator>
    </item>
    <pubDate>Tue, 22 Apr 2008 10:55:21 GMT</pubDate>
  </channel>
</rss>
