- From: Harald Alvestrand via GitHub <sysbot+gh@w3.org>
- Date: Tue, 23 Jun 2015 13:16:29 +0000
- To: public-media-capture-logs@w3.org
On 06/23/2015 02:45 PM, stefan hakansson wrote: > > I've now updated the PR to the best of my knowledge. Some comments: > > * readyState and networkState is pretty well defined in html5.1, so > I've removed those from the table. However, this will mean a > change in behavior since during the load/resFetch/resFetch process > networkState will toggle (idle, noSource, netwLoading, idle) and > not constantly stay at idle. Also, for networkState the state > "HaveMetadate" will be gone through. List discussion on this part? > I think this is not a problem. The difference will be apparent only to people who watch these transitions. > * there is no text about live track lists and so on, I find that > pretty clear in html51 > * also no text about what happens if the MediaStream is inactive > when assigned as srcObject; I find that too being clear in html51 > * I have added text saying that if a MediaStream goes from active to > inactive the ended event should fire from the MediaElement and so > on. Questionable if this really adds anything of value though - > the app interested could just as well listen to MediaStream events. > I think this has value if (for example) one is using a "player" library that creates controls and so on for the media element, and which doesn't know anything about mediastreams. Not sure how important this is. > > An open question is if we should ask the html people to add > clarifications related to buffered, playoutRate etc. to cover "live" > media (so we could remove those parts). > I am fine with not bothering them :-) > > Assigning to Adam for a second round of reviews. > > — > Reply to this email directly or view it on GitHub > <https://github.com/w3c/mediacapture-main/pull/171#issuecomment-114482492>. > -- GitHub Notif of comment by alvestrand See https://github.com/w3c/mediacapture-main/pull/171#issuecomment-114496130
Received on Tuesday, 23 June 2015 13:16:31 UTC