Support HLS MPEG2 TS with SAMPLE-AES encryption.

media/test/data/README

 // Copyright (c) 2011 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 bear-320x240.webm - WebM encode of bear.1280x720.mp4 resized to 320x240.
 bear-320x240-video-only.webm - The video track of bear-320x240.webm.
 bear-320x240-audio-only.webm - The audio track of bear-320x240.webm.
 bear-vp9.webm - VP9 video only WebM file.
 bear-vp9-opus.webm - VP9 Video with Opus Audio.
 bear-vp8-webvtt.webm - WebM VP8 video with WebVTT subtitle track.
@@ skipping 56 matching lines @@
 bear-320x240-opus-av_enc-av.webm - bear-vp9-opus.webm with audio & video encrypted using key ID [1] and key[2].
 bear-320x240-opus-av_enc-v.webm - bear-vp9-opus.webm with video track encrypted using key ID [1] and key[2].
 bear-640x360-a_frag-cenc.mp4 - A fragmented MP4 version of the audio track of bear-640x360.mp4 encrypted (ISO CENC) using key ID [1] and key [2].
 bear-640x360-a_frag-cenc-key_rotation.mp4 - A fragmented MP4 version of the audio track of bear-640x360.mp4 encrypted (ISO CENC) using key ID [1] and key [2] with key rotation [3].
 bear-640x360-v_frag-cenc.mp4 - A fragmented MP4 version of the video track of bear-640x360.mp4 encrypted (ISO CENC) using key ID [1] and key [2]  and with sample encryption auxiliary information in the beginning of mdat box.
 bear-640x360-v_frag-cenc-senc.mp4 - Same as above, but with sample encryption information stored in SampleEncryption ('senc') box.
 bear-640x360-v_frag-cenc-key_rotation.mp4 - A fragmented MP4 version of the video track of bear-640x360.mp4 encrypted (ISO CENC) using key ID [1] and key [2] with key rotation [3].
 bear-a_enc-a.webm - bear-320x240-audio-only.webm encrypted using key ID [1] and key [2].
 frame_size_change-av_enc-v.webm - third_party/WebKit/LayoutTests/media/resources/frame_size_change.webm encrypted using key ID [1] and key [2].
 
+bear-1280x720-hls-sample-aes.ts - This was produced in two stages. bear-1280x720.ts was run through an HLS segmenter tool, resulting in bear-1280x720-hls.ts. This remultiplexed

[ddorwin, 2016/03/23 22:29:27]

Do you have the actual command lines? We try to include these, though that is
unfortunately not the case above.

[dougsteed, 2016/03/31 19:09:50]

Done.

+                                  and eliminated some material not needed for HLS. The latter was run through the same tool again, this time applying SampleAES encryption. The key
+                                  and IV used are embedded in the initialization segment. (The key id is used as the actual key for the purpose of this test only, to eliminate the
+                                  need to mock key delivery). keyid=

[ddorwin, 2016/03/23 22:29:26]

We mock key delivery in existing EME tests. Is it that big of a burden? Using
the same key would be ideal.

[dougsteed, 2016/03/24 22:13:36]

Not sure what you are referring to there. Can you clarify? Note that I am
actually decrypting within the test, so as to verify that the subsample and
pattern parsing was done correctly. (That's why I have the clear and encrypted
versions of the same content). Are there existing tests that actually do
decryption to compare against clear text?

[ddorwin, 2016/03/24 22:44:52]

I commented in the test. I don't know that we test decryption directly (we
might), but we do have tests that convert a key ID to a key to provide to the
CDM. For example,
https://code.google.com/p/chromium/codesearch#chromium/src/media/test/pipelin...
emulates an EME app and provides the requested key.

If you use the same key ID and key, as we do for all other files, you'll have
the option to test these files there too.

[dougsteed, 2016/03/31 19:09:50]

Done.

[dougsteed, 2016/03/31 19:09:50]

Done.

+
 
 [1] 30313233343536373839303132333435
 [2] ebdd62f16814d27b68ef122afce4ae3c
 [3] KeyIds and Keys are created by left rotating key ID [1] and key [2] using
     std::rotate for every new crypto period. This is only for testing. The
     actual key rotation algorithm is often much more complicated.
 
 // Container Tests (additional containers derived from bear.ogv)
 bear.ac3    -- created using "avconv -i bear.ogv -f ac3 -b 192k bear.ac3".
 bear.adts   -- created using "avconv -i bear.ogv -f adts -strict experimental bear.adts".
@@ skipping 116 matching lines @@
   present.
 
 // MP4 files with AC3 and EAC3 audio
 media/test/data/bear-ac3-only-frag.mp4
   AC3 audio in framented MP4, generated with
   ffmpeg -i bear.ac3 -acodec copy -movflags frag_keyframe bear-ac3-only-frag.mp4
 
 media/test/data/bear-eac3-only-frag.mp4
   EAC3 audio in framented MP4, generated with
   ffmpeg -i bear.eac3 -acodec copy -movflags frag_keyframe bear-eac3-only-frag.mp4