Today’s 2019.5 update improves clip sharing:
- More reliable, faster exporting
- Share directly to Instagram Stories
- Videos now include episode publication date
- Time selection is more precise
- Default time range starts 30 seconds before the current position instead of at it
I'm so happy to see people starting to share their favorite moments from my podcasts using @OvercastFM's awesome new clip sharing feature!
If you share a clip from one of my shows, feel free to mention me in the tweet, it's super motivating to see and it's great feedback
See, this is why Continuous Play is such a confusing feature.
There’s a clear “winner” in what it should do… but a THIRD of the votes think it should do the opposite.
I’m going to think for a while and NOT change the current behavior, but maybe change the way it’s labeled.
One reason why Overcast has so many settings with wordy explanations like this is that it’s really hard to communicate what something does with just a few words and a switch.
I think I might try this for the next beta.
Continuous Play becomes a 3-state option, labeled something like:
At Episode End:
- Play Next in Podcast
- Play Next in All Podcasts
(Take a look in my mentions right now if you want a glimpse at how hard it is to design a podcast app that works the way a lot of people want and expect.)
Yes. Overcast keeps track of whether you initiated playback from a playlist, or directly from a podcast’s episode list.
It’s two different modes of operation, so it can determine what to play next (if anything). https://twitter.com/iLikeMu/status/1125448452559777793
Then, playing individual podcasts with multiple episodes would also continuously play all the time, and the setting would only apply to whether it jumps to the next podcast at the end.
(People who want to stop after the current episode can always do it from the sleep timer.)
Maybe I’m thinking about this wrong.
Maybe the Continuous Play setting should determine whether it jumps between podcasts when playing outside of a playlist (which is what a lot of people seem to expect), and playlists should ALWAYS continuous-play.
Another good dilemma. I can see both sides, but would argue against auto-advancing between playlists because I think that’s less-often what people would expect to happen in that context. https://twitter.com/platkus/status/1125445440961417223
I think what most people would expect — so, probably the right choice — would be to play the topmost episode in the next podcast that appears in the list after the current one (looping back to the top if it’s the bottom one).
(This may be moot, as “Stop” is winning by a lot.) https://twitter.com/mattw59/status/1125445285986091008
I ask because I often get emails or “bug” reports that say, “I have continuous play enabled, but it doesn’t work!”
But what has actually happened, if I ask, is that the person reached the end of one podcast’s episode list, and the behavior since 1.0 has been to stop.
Suppose you’re listening to a podcast OUTSIDE of a playlist — just playing one podcast’s episodes. At the end of the last episode, if you have Continuous Play enabled, what should happen?
- Stop (the current behavior)
- Play the next podcast
I decided to just use the podcast’s main artwork in clip videos, rather than episode- or chapter-specific artwork, because that’s what people should be looking for if they go search for the show in their podcast app. https://twitter.com/kickbeak/status/1124056681451859977
Couldn’t have said it better myself. https://twitter.com/allenshull/status/1124054773802643468
I decided not to offer speed adjustments in clip-sharing for the time being.
Most people listen at 1X, so the chances aren’t very good that a given person playing a clip that happened to be recorded at higher speeds would actually be hearing it at their preferred speed. https://twitter.com/ocisme/status/1124049325041098755
I think we’re out of the woods now. NPR is serving correct feeds, and I’ve deleted the extraneous episodes server-side. https://twitter.com/dcsohl/status/1123299140019027968
I’ll do my best to clean up the extraneous NPR episodes server-side, but I can’t do that safely until their feeds are serving the correct contents.