The Categories filter only applies to whole podcast feeds, but many of those have hundreds of episodes and lots of people like to pick and choose, and group them for different listening situations. Multiple custom playlists is the most obvious solution, with hundreds of votes here, but it doesn't seem that's happening.

So what about the option to create tags that can be applied to and used to filter individual episodes? Those can be added to the custom playlist or played from whichever list they're filtered in. It would be more work, but also potentially more flexible than multiple playlists, since ideally you could filter by more than one tag, like *kids + *car + *weekday. Although most would just use it like *workout or *bed.

*nsfw
*sleepy
*motivation
*business
*business time
*ichthyology
*comedy

It would be great to be able to choose a custom start page instead of launching into the Podcasts page in the Settings.

I know this is possible via a widget, but widgets aren't possible in folders which is where I put all my music/podcast apps.

I literally go to the downloaded episodes page every single time I start the app and then browse from there, but I'm sure others would prefer to start on the recent episodes page.

It's a small, minor change, but it is an annoyance in the ux every day and the one of the only things I wish I could change.

What podcast feeds publish for title, track, author etc varies from podcast to podcast and typically what data is parsed by a podcast app varies from player to player. This parsing affects what is displayed to the head unit.

The idea is to add a section in per-podcast customization that would allow a user to pick how metadata gets mapped to their bluetooth car stereo system. It could work like the following.

For a specific podcast, a user could select a "Bluetooth metadata customization" option. When they select this, it opens up to various fields that currently get parsed by the app from the feed and how it sees things like "Title", "Track Name", "Author", etc (names I'm somewhat making up for fields) in a "key/value" pair type list/table. A user could then tap on "Title" for that metadata and select "Author" instead. The "Title" metadata as parsed by the app would be reported over Bluetooth as the "Author". Something like "Publication Date" (which is something gathered on a per-episode basis might be mapped to "None" initially, but the user could similarly tap "None" and select "Author" for instance to report that metadata as the "Author" to the head unit. In this fashion, a user could tailor podcasts to report their metadata more consistently to their listening device and display podcasts with a more uniform output customized to their liking.