• Resolved T

    (@tenleftfingers)


    I mistakenly uploaded a 3 minute clip instead of the full 30 minute audio.

    I’ve deleted the existing mp3, updated the URL in the post and saved it. But my podcast app isn’t showing the new file on refresh and shows the now deleted file, which obviously won’t play for anyone.

    Did I do this process correctly? Is it just a matter of time for iTunes to pick up the change?

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Support Shawn

    (@shawnogordo)

    Looks like you’ve done everything correctly. Post a link to the podcast RSS feed and I’ll take a look at it. I’ve found that sometimes, with the iOS Podcasts app specifically, you have to delete subscriptions and resubscribe in order to get the app to pick up these kinds of changes.

    Thread Starter T

    (@tenleftfingers)

    It’s okay on online players and in the iTunes feed at podcastconnect.apple.com. Maybe it’s just my app.

    http://amigausers.ie/episode-3-1-rob-cranley-interview/

    It should be 38 minutes, not 3 🙂

    Plugin Support Shawn

    (@shawnogordo)

    The enclosure tag for the most recent episode in the feed is pointing here:
    [audio src="http://media.blubrry.com/amigaireland/amigausers.ie/wp-content/uploads/2017/05/Amiga-Ireland-podcast-S01E03.1-Rob-Cranley-interview.mp3" /]
    When I open that link in my web browser, it spawns a media player with the correct running time for the file. So, the feed definitely has the right file. It should automatically update most places. Again, if it continues to be a problem in the iOS Podcasts app, all you can really do is delete the subscription within the app and resubscribe. I think Apple does some lazy caching within the app and sometimes there’s no way to get a feed to refresh properly within the app without a delete/resubscribe. But, anyone who picks up the episode going forward should get the correct file.

    (The forum automatically added that src tag to the URL because it ends in .mp3. That src tag is not in your podcast RSS feed.)

    • This reply was modified 6 years, 11 months ago by Shawn.
    Plugin Author Angelo Mandato

    (@amandato)

    I want to just make a clarification, what you did is correct if you intended only users who did not get the 3 minute version to get the 30 minute version instead. The feed change does not notify users who already downloaded the 3 minute version that you have a new version, the apps will already mark that episode read and not re-try to download the media URL. In other words, the change applies to all future downloads, but any past downloads will not know about the new 30 minute version. Usually a change like this is the norm if you simply changed an intro or added an advertisement.

    In this situation, the best tactic is to create a brand new blog post, copy/paste the show notes from the previous one then link the new media in this new post. You can either delete the other blog post before or after you create the replacement. This will give all users who had the 3 minute version the opportunity to get the 30 minute version. Those who did not update their apps yet will only see the new version since you deleted the 3 minute version.

    The reason things work this way is based on the GUID value for each blog post / episode. This unique value is used by iTunes and most other podcast apps to identify a new episode and use it to mark an episode played/downloaded. By creating a new blog post you are creating a new GUID value.

    Thread Starter T

    (@tenleftfingers)

    Thanks Shawn and Angelo. I’m crystal clear now. I think Angelo’s method is very thorough and maybe I should have done that. In future that’s the way I’ll do it.

    Thanks again to you both.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Replace podcast audio file?’ is closed to new replies.