## Future improvements
+### Embedded audio/video player in browsers
+
+* For a given enclosure, depending on autodetected MIME:
+ * `audio/*` -> `<audio>`
+ * `video/*` -> `<video>`
+* For a given template:
+ * `page.tmpl` -> eagerly fetch media
+ * `inlinepage.tmpl` -> fetch just enough to display durations
+* Only for HTML5 sites, or also okay for XHTML?
+* Does this work well enough in enough browsers, or do we need a
+ JavaScript player to fill in some gaps?
+
### iTunes fancy podcasting
* [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.
- * [[schmonz]] observes this in a dual-feed (one for enclosures,
- another for browsers) scenario, but not in the typical case.
- Remaining to be verified: that once migrated to fancypodcast,
- this stops being a problem.
* Optionally specify the enclosure's:
* MIME type, in case `File::MimeInfo` guesses wrong.
* Duration, in case `ffprobe` guesses wrong.