[foms] Proposal: adaptive streaming using open codecs
Jeroen Wijering
jeroen at longtailvideo.com
Wed Oct 20 03:59:11 PDT 2010
On Oct 19, 2010, at 9:46 PM, Benjamin M. Schwartz wrote:
>>> but also
>>> might be really useful if you don't want to have to keep reloading the
>>> manifest and can generate it from another source.
>>
>> It only needs reloading for a live stream. There is no other means for
>> a live stream to find out about the new files on the server other than
>> through the manifest.
>
> As others have pointed out, there are other mechanisms. Most notably, a
> naming scheme may easily be selected such that the names of all future
> chunks is known in advance. (e.g. <filename>-<incrementing number>.webm)
>
> --Ben
A naming scheme might indeed be useful for basic cases; this could be linked to the "Manifest API" Christopher talked about. With such an API, manifests would not be required.
A naming scheme / API cannot be the only option though, since there'll be issues around such cases as:
* Load balancing (mid-stream failure of a server, redirection to the other)
* Encoding issues (discontinuities in the chain/scheme)
* Dynamic insertion of unrelated chunks (e.g. for pre/mid/postroll advertising)
- Jeroen
More information about the foms
mailing list