shaka-packager/packager/media
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
..
base Generate correct PlayReady PSSH data when AES-CBC encryption is used 2019-11-15 11:48:48 -08:00
chunking Ignore extra Ad cues at the end of the stream 2018-07-24 18:46:30 +00:00
codecs [HLS] Support HDR signaling, i.e. VIDEO-RANGE attribute 2019-10-04 22:50:20 +00:00
crypto [HLS] Support HDR signaling, i.e. VIDEO-RANGE attribute 2019-10-04 22:50:20 +00:00
demuxer Fix possible packager hangs when reading mp4 from FIFO 2019-10-21 18:49:52 -07:00
event [HLS] Support FRAME-RATE attribute 2019-10-04 22:50:34 +00:00
formats Fix reading WebVTT from a pipe 2020-03-28 17:02:41 -07:00
origin Address gcc build failures in some platforms 2017-12-07 11:45:26 -08:00
public Support Marlin DRM signaling in DASH 2018-10-01 20:22:58 +00:00
replicator Address gcc build failures in some platforms 2017-12-07 11:45:26 -08:00
test Replace Dolby Vision test content 2019-10-09 21:34:53 +00:00
trick_play Support trick play with Ad cues 2018-12-13 00:27:11 +00:00