Overcast is a user on mirrored.social. You can follow them or interact with them if you have an account anywhere in the fediverse. If you don't, you can sign up here.

Overcast @OvercastFM@mirrored.social

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

RT @jamesdempsey
Thank you @OvercastFM for another year of support as a Gold Sponsor of the James Dempsey and the Breakpoints benefit concert for @AppCamp4Girls on Jun 5!

Definitely the official podcast app of LIVE near 2019!

livenearwwdc.com 

RT @johnsundell
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:
- Stop
- 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). twitter.com/iLikeMu/status/112

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. twitter.com/platkus/status/112

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.) twitter.com/mattw59/status/112

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

[Twitter poll]

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. twitter.com/kickbeak/status/11

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. twitter.com/ocisme/status/1124

RT @stroughtonsmith
Marco very kindly let me marzipanify @OvercastFM and rob him of the chance to be the first person to see Overcast running on the Mac; thank you @marcoarment Even on Mojave, at this early stage, this makes me incredibly excited for WWDC

I think we’re out of the woods now. NPR is serving correct feeds, and I’ve deleted the extraneous episodes server-side. twitter.com/dcsohl/status/1123

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.