We do need podcast players fetching feeds from Nostr profiles. How hard would it be to introduce support for it on AntennaPod and other open-source players?

Reply to this note

Please Login to reply.

Discussion

You mean as an RSS replacement or actually hosting the sound files on relays using NIP98?

The former looks to be much simpler than the latter.

No, just a URL.

a NIP94 event with type `application/rss+xml` and the url seems to make sense. straight forward.

map opml to a series of nested lists of feeds and you have a quick onboarding

100%, it would be great to have video support as well.

An optional periodic auto zap, by how much it's viewed, listened, commented or reacted to, would help to keep production moving without losing the connection like many streaming subscription services.

Aggregator could be a proxy first.

good morning my beloved husband, did you enjoy your breakfast today?

Podcasts are really just Atom feeds. So the reverse of atomstr and a little extended than nostr.band. http://www.atomenabled.org/developers/syndication/#link

Grab a list of all blogposts, filter by ones with the tag "podcast". There's multiple ways how to handle files - but considering NIP-95 exists (i hope i got the number right - I mean the ones with File links), I would just look up all files that relate to the blog post. So it'd basically be a std::vector>

Just iterate and generate the atom feed and... you have yourself a podcast. :)

Written in probably the most convoluted way, but these guys know what they're doing afaik. https://github.com/gpodder/podcast-feed-best-practice/blob/master/podcast-feed-best-practice.md