Declare intent to use sample-aes later in the stream.

media/test/data/README

Index: media/test/data/README
diff --git a/media/test/data/README b/media/test/data/README
index f79f8c56ec6d831555fb46d1ceab52031ce33cb1..5e3ccaca2ac2959bac034e2547aeb1d897eb54ff 100644
--- a/media/test/data/README
+++ b/media/test/data/README
@@ -99,6 +99,11 @@ bear-1280x720-hls-sample-aes.ts: produced using Apple's mediafilesegmenter tool
   (Additional TS packets were constructed manually and prepended to convey the encryption metadata, notably key id and IV).
   mediafilesegmenter -S -P -k 'key_iv.bin' -t 10 -start-segments-with-iframe -f 'output/' bear-1280x720.ts
 
+bear-1280x720-hls-with-CAT.ts: same as bear-1280x720-hls.ts but with an extra TS packet prepended. This is the same as the first of the metadata packets in
+  bear-1280x720-hls-sample-aes.ts. It's presence indicates that SAMPLE_AES encryption may occur later in the stream, and causes the initial audio and video configs

[kqyang, 2017/04/07 23:33:43]

s/It's/Its/

[dougsteed, 2017/04/26 20:34:14]

Done.

+  to have an encryption_scheme (of AES-CBC). The actual data is unencrypted, which is indicated by the lack of key ID and IV. This ends upovery similar to how

[servolk, 2017/04/04 20:08:18]

nit, typo: 'upovery'

[dougsteed, 2017/04/26 20:34:14]

Done.

+  clear leader of an otherwise encrypted stream can occur in MP4.
+
 [1] 30313233343536373839303132333435
 [2] ebdd62f16814d27b68ef122afce4ae3c
 [3] KeyIds and Keys are created by left rotating key ID [1] and key [2] using