Re: MediaStream%20Recording%W3C%Spec

Den 22. des. 2015 10:23, skrev Matthew Balaam:
> Hi,
> 
> I have an issue with current MediaStream Recording implementations and I
> was wondering if this is because what I am encountering has not been
> considered? It may be that this is something outside of the scope, but I
> thought I should suggest anyway.
> 
> Currently in Firefox and Chrome, a blob converted into a playable
> element (either on the page in a video element, or downloaded as a file)
> is not seekable.

Note that the term "seekable" is not very precise. You can always seek
to any point in a file by going to the beginning and decoding forward;
you can never (unless you encode with all I-frames) go to any frame in a
file and start playing from there.

What is the scenario you wish supported?

> There are some issues open about it: 
> 
> https://bugzilla..mozilla.org/show_bug.cgi?id=969290
> <https://bugzilla.mozilla.org/show_bug.cgi?id=969290>
> https://code.google.com/p/chromium/issues/detail?id=262211
> <https://code.google..com/p/chromium/issues/detail?id=262211>
> 
> Looking through the spec I have not seen any explicit mention of what
> state the resulting file should be in. However, I would argue that being
> able to navigate through a video is an integral part of recording and
> not doing this means that it is broken.

It's clear from present experience that recording stuff without explicit
sync points has a place, and that recording stuff with explicit sync
points has a place.

We started the work without specifying a sync point mechanism. What
mechanisms would you suggest we put in place?

> 
> Thank you,
> 
> Matthew
> 
> 
> 
> New Era Education UK <http://www.neweraed.co.uk/>
> 
> Matthew Balaam / Front End Developer
> 
> New Era Education Ltd
> 01273 201700 | www.neweraed.co.uk
> <http://s.codepen.io/boomerang/f80ae9a65bfb2f8c85f6ea2d6a287b9c1445414654433/www.neweraed.co.uk>
> 
> Registered Office: 130 Queens Road, Brighton, East Sussex, BN1 3WB |
> Registered in England and Wales | Company Number: 3894476
>

Received on Tuesday, 22 December 2015 23:37:56 UTC