We have been assuming that we only need to render a “Live Now” or “Live Next” status in the app when the liveitem status is live or pending, but if we are supposed to render the NA livestream 24/7 AND send notifications when the NA live show starts, I’m not sure how we’ll do that with the current liveItem tag…
@dave does Podcast Index post notifications to Podping when it detects updates in feeds that are not hosted by Podping enabled feed providers?
I'm wondering if, after we're listening to and handling Podping notifications, if Podverse can stop listening for updates from Podcast Index or not.
Oh I forgot the most important part: we'll pay a bounty of 500,000 sats to whoever writes an open source Docker + Podping listening service that meets the criteria Podverse needs. Also open to negotiations. If anyone is interested please let me know!
Would anyone be interested in writing an open source Podping listening service that any server can use to listen for updates? (like this week?)
At a high level, I'm thinking Podverse could use a worker running in a Docker container that detects Podping updates, and when an update is detected, invokes a custom script (a shell script that invokes a Node.js script?) with the feed info from Podping.
If not, we'll start writing it ourselves, but any contributions would be greatly appreciated! 3/3
This delay isn't a big deal for recorded podcasts, but for livestreams we need a faster setup.
I'm thinking at this point we may have to add our own Podping listening service to Podverse, so we are not solely dependent on Podcast Index for updates, and we can be notified of updated feeds immediately from Podping, then add them to our queue and re-parse them like usual. 2/3
As I understand it, <podcast:liveItem> lets podcast apps know if a livestream is pending, live, or ended by parsing the RSS feed.
Our current Podverse + Podcast Index integration is not setup to handle this, because Podverse is always ~15 minutes behind PI with feed updates.
Currently every 15 minutes, Podverse requests from Podcast Index a list of RSS feeds it has detected an update in over the past hour. We then add those feeds to our own queue for parsing and storing to our database... 1/3
@dave is the dead podcasts endpoint broken? I'm getting a 500 error.
I'm trying this URL: https://api.podcastindex.org/api/1.0/podcasts/dead?pretty
Other PI API endpoints are working for me, but not that one. Anyway no rush.
CaproniFM added tags and podping:
I spoke with Jack Rhysider a little today about fleshing out the open podcast subscriptions standard. He's working on something similar and we might try to see if we can mesh the two ideas into a standard. We'll see.
Not sure yet, but I've started putting my original idea down "on paper" tonight:
Any first thoughts on this idea? Am I crazy?
Castopod is a free open self-hostable podcasting platform with Fediverse support. You can follow at:
The project website is at https://castopod.org
Support for ActivityPub means users of Mastodon etc can follow and interact with Castopod users.
Castopod is still in Alpha testing, you can follow its progress at https://code.podlibre.org/podlibre/castopod-host
Updated the clip flags in the Podverse player to be dots instead of lines https://podverse.fm/episode/DWubl8Z37
Intended for all stake holders of podcasting who are interested in improving the eco system