Screenshots / Drawings / Technical details:
The Podcasting 2.0 standard offers a variety of features like better chapter marks, transcripts with timestamps, Alternate Enclousers,linking guests and various other improvements.
You donāt need to include the Cryptocurrency part of the Value 4 Value idea, but some of these are really useful
This is not irrelevant. It would be cool to display them as regular episodes.
This might not be irrelevant per se. We could leverage it to have a different background in the podcast header and/or Chromecast backdrop.
As far as Iām aware, thereās no guid identifier at channel level ā only at item level (?) This tag in the podcast namespace is at channel level.
@ghast we have discussed it in the context of podcast synchronisation.
This is not irrelevant per se. We could change the default sorting for audiobook podcasts, for example. I think thereās a feature request in our repo linked/related to this.
Indeed, block, lock, txt & podping are irrelevant for us. @ghast would you mind updating your initial post? Also, given that the PC2.0 GitHub overview page (to which you link) sucks, itād be great if you could make the individual tags in your list link to the individual spec sections. Then we can tap on your list items and see directly what itās all about. (I can help with that if needed.)
Before we go into payments, subscriptions and donations we might be better of with basics like
Alternate Enclosures: Itās now possible to deliver alternative versions of content in the same podcast feed. You can assign video versions of an audio podcast. Or, maybe a low (or high) bandwidth version of the main audio/video file. Or, perhaps you want to deliver a version of your content over another method like IPFS or WebTorrent.
as well as
<podcast:liveItem>
The liveItem tag is used for a feed to deliver a live audio or video stream to podcast apps. It takes the same format as a standard <item> episode tag, and all tags that are allowed as children of a normal <item> are also allowed as children of <podcast:liveItem>. Note that āallowedā is not the same as āsupportedā. So, just like a normal <item>, you cannot depend on all apps to support all tags within <podcast:liveItem>, especially when the function of the tag is not obvious. For instance, including an <itunes:duration> tag in a live item is probably a waste of time since apps will not know what to do with that value in the context of live media.
Yeap, I think Live would be awesome to get. We now have a system that will guess when the next episode will be (Guess next episode release date by ByteHamster Ā· Pull Request #6925 Ā· AntennaPod/AntennaPod Ā· GitHub), which will also be helpful to determine when to look for āliveā information. Weād have to figure out the UX/UI design also. @ghast Maybe we can start a separate feature request on the forum to have those discussions there?