When using newest first playback order along with the feature that inserts new podcasts at the top of the list, DoggCatcher often stops playback while using autoplay when it encounters a podcast that has not yet downloaded.
It should instead, skip the podcast that has not yet downloaded and start playing the next downloaded podcast.
This issue becomes evident when the feeds include long podcasts (such as music) and frequent short podcasts (such as hourly 5 minute news).
You will find that sometimes there may be instances where a few short podcasts will appear before completion of a large podcast. The most recent short podcast may get downloaded before the second most recent podcast is downloaded. That should be expected, but it shouldn't stop playback.
It would also be nice if upon completion of a podcast, it could play the next downloaded podcast working from the top of the list (while in Newest First mode), instead of just playing the next podcast down the list.
Thank you.
I'm not sure I completely get this scenario. DC's autoplay works directly off of what is displayed on the audio tab (the currently selected playlist).
Is it that the end of an episode is reached and another does not start even though auto-play is enabled? If so, are there any episodes on the audio tab when that's happening?
Thanks.
Lots of episodes. It complains that the next episode doesn`t exist regardless of whether I remove the episode from the playlist.
This happens in User Playlists. I don`t know whether it happens in regular category playlists. It can be predicted. It only happens when an episode shows a "downloading" icon in the User Playlist.
After observing this for months, it appears that the problem is that the internal playlist only gets updated on the 1 hour update cycle. However, the individual playlist should get updated whenever a playlist has a notable event:
･Podcast finished playing, before next podcast starts playing
･A podcast is removed from playlist by the user
･The user switches to the playlist from another playlist.
There may be other actions that should initiate an update. But, these matter the most to me.
Thank you.
I've got a bug that I think is the cause of what you are describing. All episodes in a user playlist should already have the media file downloaded. The bug is that when we recalculate the user playlist, we don't remove the episodes with missing audio files, so when we go to play an episode in the playlist, and the media file is missing, you get the error that you're describing. Does that sound like a match?
http://mantis.snoggdoggler.com/view.php?id=1738
I resolved this by using Dynamic Playlists, instead of User Playlists.
Dynamic Playlists are best for playing the latest episodes first.
User Playlists don`t accomplish that very well. They are best when you want to move around the episodes for a custom list.