]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/todo/fancypodcast.mdwn
update for rename of recentchanges.mdwn to json.tl.ph.mdwn
[git.ikiwiki.info.git] / doc / todo / fancypodcast.mdwn
index 128017021fb55eb900dc577779ddbc2f7a964ea7..fe75f58cbbbad0c519f542c7228570f062012d16 100644 (file)
@@ -26,12 +26,28 @@ Episode enclosure  |(./)      |(./)       |(./)        |(./)
 
 ## 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`
@@ -47,6 +63,9 @@ Episode enclosure  |(./)      |(./)       |(./)        |(./)
         * [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