Primetime PSSH boxes don't use the common encryption system ID.
So to ensure we don't break any existing Primetime players, we
must allow PSSH boxes with the Primetime system ID to pass the
PSSH validator.
MozReview-Commit-ID: 3q58FKLQXgV
--HG--
extra : rebase_source : aac2a8349d8e9dfccae3c37a47549245fb1fc0e3
The expected value comes first in the EXPECT_EQ gtest macro. So reorder our
calls to this macro in the Pssh Parser gtests to match that.
This makes it easier to read what's the expected value when the test fails.
MozReview-Commit-ID: LJ4ND2gRPi4
--HG--
extra : rebase_source : 85ca2dcff57354253b801fbd598c89698c74c2d6
We're now obliged to be stricter, taking from the example of the Web Platform
Tests.
MozReview-Commit-ID: AJNDoRZ9BF8
--HG--
extra : rebase_source : 79b13d1d7d1b6b6b4a382b6a17af81606af608fa
This better reflects that it's used for all CENC keys, not just ClearKey keys.
MozReview-Commit-ID: 9uCzDKVDLjc
--HG--
extra : rebase_source : dfd7fe864be6825a86dfed4f60b448a5edac286f
Now that we can link gmp-clearkey's PSSH parser into Gecko, we can
simply use that inside MediaKeySession to validate that the CENC
init data matches the spec.
This change enforces that CENC init data uses the common system Id.
As far as I can tell, Widevine only uses that now.
MozReview-Commit-ID: HrlKQHcv5DI
--HG--
extra : rebase_source : ccf8e217d87dfa85478578f52469dc7383fd6c9b
We're loading functions from that library dynamically in gmp-clearkey anyway,
we don't need to statically link this.
MozReview-Commit-ID: AKwP5aWLsK3
--HG--
extra : rebase_source : 23ab95e7bb2f756ef1df7f97b96ec7da0953533f
To validate the PSSH init data passed to EME, I'd like to reuse the same
PSSH parser that the ClearKey CDM shared library uses. So move the code
out of gmp-clearkey and into its own library, so we can link it statically
into code that needs to use it.
MozReview-Commit-ID: 7xSUSmCueJz
--HG--
rename : media/gmp-clearkey/0.1/ClearKeyCencParser.cpp => media/psshparser/PsshParser.cpp
rename : media/gmp-clearkey/0.1/ClearKeyCencParser.h => media/psshparser/PsshParser.h
extra : rebase_source : 3f621aa1d99c6a73f6b5f3ca9d1f84022266a833
Things seem to build OK without this, and it's breaking some new code I added in gyp_reader.
MozReview-Commit-ID: 6ccaXZ0mRTj
--HG--
extra : rebase_source : c1e8acb39f863b3ff62492cf70e74748cb74e795
The DtmfInband class does not support sample rates above 32000. This adds
support for 44100 and 48000.
The 'a' coefficients were calculated in python as:
int(round(32768*math.cos(2*math.pi*f/fs)))
The 'ym2' coefficients were calculated in python as:
int(round(16383*math.sin(2*math.pi*f/fs)))
where f was in: [697, 770, 852, 941, 1209, 1336, 1477, 1633] and fs was in:
[8000, 16000, 32000, 44100, 44800].
The calculated values were slightly off the existing values at 8000 Hz,
but agreed at 16000 and 32000 Hz.
MozReview-Commit-ID: GIzyUSyecR4
--HG--
extra : rebase_source : edbde6e8c8b6cfd1c44c808022849c688364745b
When we add SPS/PPS NAL in front of each keyframe data, this somehow makes the WMF decoder to misbehave and to always return an invalid timestamp.
MozReview-Commit-ID: 2SzTiwP0ii1
--HG--
extra : rebase_source : b499c83d504df772e6d722053630ff4d92306d4f
The DtmfInband class does not support sample rates above 32000. This adds
support for 44100 and 48000.
The 'a' coefficients were calculated in python as:
int(round(32768*math.cos(2*math.pi*f/fs)))
The 'ym2' coefficients were calculated in python as:
int(round(16383*math.sin(2*math.pi*f/fs)))
where f was in: [697, 770, 852, 941, 1209, 1336, 1477, 1633] and fs was in:
[8000, 16000, 32000, 44100, 44800].
The calculated values were slightly off the existing values at 8000 Hz,
but agreed at 16000 and 32000 Hz.
MozReview-Commit-ID: GIzyUSyecR4
--HG--
extra : rebase_source : 108bdbc492a58f1532a5629680753e7395a916ae
Sebastian Hengst
Chris Pearce
Ted Mielczarek
Phil Ringnalda
Kilik Kuo
Dan Minor
Carsten "Tomcat" Book
Jean-Yves Avenard
Randell Jesup
Paul Adenot
Tom Schuster
Mark Banner
Julian Seward
ISHIKAWA, Chiaki
Munro Mengjue Chiang
Wes Kocher
Michael Froman
Nils Ohlmeier [:drno]