- From: John Foliot <john@foliot.ca>
- Date: Wed, 26 Sep 2012 14:47:47 -0700
- To: "'Eric Carlson'" <eric.carlson@apple.com>, "'Goldstein, Glenn'" <glenn.goldstein@viacom.com>
- Cc: <public-texttracks@w3.org>
Eric Carlson wrote: > > > > As far as I can recall, this might be an open issue for mobile > delivery > > (both iOS as well as Android and possibly others). I believe the > issue is in > > managing 2 data-streams concurrently on the mobile devices (bandwidth > and > > processing), which hand off video to the native video players on the > > hand-helds, and do not use the web browser like on the desktop > experience. > > > The lack of WebVTT support in MobileSafari on iOS 6 has nothing to do > with any of this, we just didn't have enough time to implement it. Hi Eric, Thanks, so I guess I was misinformed: I thought that previously the videos were handed directly to the native media player on the handsets, and not rendered in the MobileSafari interface (was this ever the case, and has this changed, or have I just been clued out? Both possibilities exist) > > > I am unaware of a proposed solution at this time short of burned-in > > captions, coupled with some server-side sniffing (or maybe media- > queries?) > > to deliver the correct media file to the hand-held device(s) - but > happy to > > be schooled otherwise. > > > In-band captions, eg. captions in an MPEG-4 container, have been > supported on iOS for some time. Yep, I should have been more precise, as this was what I was alluding to when I said "burned in". I know that initially that required the SCC caption file with Final Cut Pro, but am also aware that other, lighter-weight tools have emerged that allow for inclusion of caption files in the .mp4 container. Schooled accordingly, thanks Eric. JF
Received on Wednesday, 26 September 2012 21:48:16 UTC