- From: <bugzilla@jessica.w3.org>
- Date: Tue, 19 Jun 2012 20:34:21 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17094 --- Comment #8 from Aaron Colwell <acolwell@chromium.org> 2012-06-19 20:34:21 UTC --- (In reply to comment #7) > When you say "compatible with HLS" do you mean > (1) Any segments compatible with HLS will also be compatible with the > requirements here, or > (2) Segments compatible with the requirements here are also compatible with > HLS, or > (3) both of the above > Ideally (3) if that is reasonable to do. If not then I'd prefer to fall back to (2) so that existing content could be slightly modified to work with existing clients and the Media Source Extensions. The only reason I'm willing to consider MPEG2-TS is because there is HLS content on the Web and a major media engine implementation that is driving its creation. Content providers might want to reuse this HLS content with the Media Source Extensions so it seems reasonable to explore the idea. Personally I'd prefer to stop pushing MPEG2-TS's legacy into the future, but I realize this decision isn't only up to me. -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Tuesday, 19 June 2012 20:34:24 UTC