* [iTunes-specific tags](https://www.apple.com/itunes/podcasts/specs.html)
appear to be RSS-only
- * If they work in Atom, teach `inline` to optionally iTunesify RSS/Atom.
- * Else, add `itunes` as a third kind of feed (RSS plus more stuff).
+ * Can we always include them in RSS feeds, or would that break
+ some feed readers?
+ * Is it even valid to include them in Atom feeds? If so, do
+ Atom podcasts look any better in podcatchers?
+ * Avoid adding a third kind of feed (`itunesrss`), or options
+ to the existing `rss` and `atom` feeds, unless we have to.
* Notable tags for feeds:
* `itunes:subtitle`
* `itunes:author`
* [ffprobe](http://ffmpeg.org/ffprobe.html) is reasonably fast
* [mediainfo](http://mediainfo.sourceforge.net/) is way slower
* Cache computed durations as pagestate
+* [Podcast Feed Best
+ Practice](https://github.com/gpodder/podcast-feed-best-practice/blob/master/podcast-feed-best-practice.md)
+ from the gPodder folks
### Fancy podcast aggregating
### Other ideas
-* Don't render template text (e.g., "Use this template to insert a
- note into a page") in feeds.
* Optionally specify the enclosure's:
* MIME type, in case `File::MimeInfo` guesses wrong.
* Duration, in case `ffprobe` guesses wrong.