Difference between revisions of "Media APIs/Record and Download Use Cases"

From Web and TV IG
Jump to: navigation, search
Line 44: Line 44:
* Yosuke Funahashi, Tomo-digi
* Yosuke Funahashi, Tomo-digi
* Giuseppe Pascale (Opera)
* Giuseppe Pascale (Opera)
* Glenn Adams (for Cox Communciations, Inc.)
* [add your name here if you wish to participate in this TF]
* [add your name here if you wish to participate in this TF]

Revision as of 20:00, 30 January 2013

About this Task Force

The Recording and Downloading Media [download] task force (TF) is a subset of the Web and TV Interest Group. The goal of this TF is to discuss use cases and requirements for downloading, recording, and playing of locally stored/recorded media on the Web.

**This is an initial draft. Your idea and feedback are welcomed.**


This task force was initiated by a discussion in the TPAC 2012 on "Offline storage". Bryan Sullivan had suggested an agenda item for the Web & TV IG session:

  • There is a proposal in Webapps to take the FileSystem API off REC track. But there is no alternate proposal or effort to develop an explicit Gallery API. The Gallery API was dropped from DAP earlier when the FileSystem API was handed to Webapps, and gallery use cases expected to be implemented on top of them, e.g. with metadata extensions etc.
  • The ability to manage and access large amounts of locally stored content (local meaning on the device or in the local network) is key to enabling offline use cases. IMO this is one of the top 3 gaps in the current Web platform support for Web & TV (the other two are adaptive streaming and content protection). We either need to ensure that the File*/FileSystem APIs support these use cases, or that we have feasible support for network-local storage management/access from Web apps.
  • Network-local in this case means something accessible via HTTP (even device-locally served) or abstracted e.g. through a Gallery Intent (e.g. Pick Media Intent) which allows the storage of media as well as "picking" something to play. But for local storage accessed directly through JavaScript APIs exposed by the Web browser/runtime (the preferred capability), we need either the earlier-envisioned functionality of the DAP FileSystem API, or Indexed DB APIs and storage support that supports in essence a high-performance/volume virtual filesystem managed by the browser.

A summary of the discussion on this agenda topic:

  • Users want to download text, videos, etc content which needs to be locally cached, e.g. "download and go" or "download and view later" use cases.
  • However the current options for locally caching large amounts of content (e.g. videos) are limited to use of the Indexed Database API, perhaps with support of a filesystem abstraction library such as the idb.filesystem.js.
  • Defining the needed functionality (e.g. recording, downloading and playing from download ) first would enable other groups to determine the supporting technical approach, e.g. whether it's a database or file system API.
  • There is interest in this topic, and a task force will be proposed.


Use Cases

Download and Go

A user downloads a series of videos onto a tablet, intending to use them to entertain the kids on a road trip.


  • add a new topic!

Specification Proposals

  • TBD


  • Bryan Sullivan, AT&T (moderator)
  • Paul Gausman, AT&T
  • Mark Vickers, Comcast
  • Craig Smithpeters, Cox Communications, Inc.
  • Olivier Thereaux, BBC
  • Yosuke Funahashi, Tomo-digi
  • Giuseppe Pascale (Opera)
  • Glenn Adams (for Cox Communciations, Inc.)
  • [add your name here if you wish to participate in this TF]

Discussion & Calls

  • This TF primarily conducts its work on the public mailing list at public-web-and-tv@w3.org (archive) by prefixing the email subject with the TF identifier [download].
  • Face-to-face meetings or conference calls may be organized, if necessary.