[foms] Proposal: adaptive streaming using open codecs
watsonm at netflix.com
Mon Nov 15 18:58:13 PST 2010
On Nov 15, 2010, at 4:37 PM, Chris Pearce wrote:
> On 16/11/2010 12:19 p.m., Silvia Pfeiffer wrote:
>> On Tue, Nov 16, 2010 at 10:13 AM, Chris Pearce<chris at pearce.org.nz> wrote:
>>> The earlier consensus from most of the content providers was the non
>>> interleaved was easier to manage, particularly at large scale when you
>>> have a number of different bitrate streams, and a number of different
>>> audio tracks.
>> We have to be careful where we take that statement. Just because the
>> large content owners don't want to do physical chunks and want to keep
>> audio and video tracks separate doesn't mean we have to do that over
>> the network or use chunks in the manifest file.
> There's not much point in designing a technology which the content
> providers won't want to use.
>> There is always the
>> possibility to have something different on disk than what is being
>> sent over the network.
> That requires custom servers, which isn't ideal. Anything we do should
> work with current infrastructure if possible.
>> For large content providers use of such server
>> extensions makes a lot of sense.
Not really - there is tremendous advantage even for large content providers to be able to use the same infrastructure to scale the service as is already deployed for the web - namely standard web servers and caches as already deployed in the CDNs. Restricting server extensions to the origin servers is an option, but then you lose cache efficiency, since when the server prepares the same data in two different ways for two users it gets cached twice.
>> We also have to look at what makes
>> more sense in the players and what makes sense for small content
> Granted, but whichever way we do it, chunks or non-interleaved, users
> will still need to split up their files using some yet to be developed
> tool(s). Whether that tool chunks or de-interleaves or whatever, it
> probably won't bother the small players how it works.
> Chris P.
> foms mailing list
> foms at lists.annodex.net
More information about the foms