shaka-packager/packager/media/formats
Joey Parrish 82bc7a3b95 Fix reading WebVTT from a pipe
Opening a named pipe can block until both ends are open, and we cannot
control when the other end will be open.  Ideally, we would always
open files in a thread so that Packager can be used with piped inputs
from naive applications without a potential deadlock.

This change will defer opening WebVTT files until the parser Run()
method is called from a thread.  This way, WebVTT files being sent in
from a pipe will never be able to block the main thread.

Previously, files were opened on the main thread before calling the
parser constructor, passing the open file to the constructor as an
argument.  I also tried doing it in the parser's InitializeInternal()
method, but that is also called from the main thread.

Change-Id: I54cc68ed9d48a8dc697829119be84d4065b1ae1c
2020-03-28 17:02:41 -07:00
..
mp2t Fix timestamp truncated to 32 bits in TS segment with $Time$ in template 2020-03-28 17:00:34 -07:00
mp4 [HLS] Support HDR signaling, i.e. VIDEO-RANGE attribute 2019-10-04 22:50:20 +00:00
packed_audio Improve ConvertToADTS function performance (#639) 2019-09-10 13:15:17 -07:00
webm [HLS] Support HDR signaling, i.e. VIDEO-RANGE attribute 2019-10-04 22:50:20 +00:00
webvtt Fix reading WebVTT from a pipe 2020-03-28 17:02:41 -07:00
wvm [HLS] Support HDR signaling, i.e. VIDEO-RANGE attribute 2019-10-04 22:50:20 +00:00