Skip to content
All fingerprint checksNavigator identity

a build branded Google Chrome can encode the AAC that Google licenses

Check id webcodecs-aac-vs-chrome-branding

What an ordinary browser yields

A build claiming the "Google Chrome" brand reports mp4a.40.2 supported through WebCodecs AudioEncoder — or the row declines, which is the honest answer for any build not claiming that brand.

What a detector infers

This is the licensed-codec argument asked at a second layer. AAC is patent-encumbered, Google pays for it in the branded Chrome build, and an open-source Chromium compiled without proprietary_codecs simply does not have it — so a build asserting the "Google Chrome" UA-CH brand is claiming to be the build that licenses it. What makes the WebCodecs encoder worth asking separately from canPlayType is that they are answered by different machinery. canPlayType consults a support table that a patch can edit in one place; WebCodecs AudioEncoder.isConfigSupported has to actually resolve an encoder. A build that patched the table to look licensed, and did not or could not supply the encoder, answers the two questions differently — and it is the second question that reflects what the binary can really do. Gated to the Google Chrome brand exactly as the other branding rows are, which exempts every bare-Chromium derivative by construction instead of by a maintained list, and warn rather than critical because a mid-download codec component or an enterprise policy can produce the same reading.

How to resolve it

Either build with the proprietary codecs the Google Chrome brand implies, or drop "Google Chrome" from the UA-CH brand list and report as Chromium — which is what a de-Googled build honestly is, and which exempts it from this row entirely. Patching the canPlayType table alone leaves the encoder surface still answering for the binary that is really running.

Anatomy of a browser fingerprint: every signal, and why they must agree

Read in the wild by

CloakBrowser issues

A stealth-browser tracker records the WebCodecs encoder surface disagreeing with the codec support the same build advertises through the media element.

CloakHQ/CloakBrowser #146, #142 (WebCodecs / AAC support vs claimed build)

CloakHQ/CloakBrowser#146

Every attribution traces to a published artifact. See the sources and their limits.

Nearby checks in Navigator identity

See all 30 checks in Navigator identity
Who builds this test

Clearcote is a browser built for fingerprint coherence

It is a Chromium fork, maintained by the same people who wrote this reference. It ships as a compiled browser rather than as a stealth script injected into someone else's — which is a description of how it is built, and is not an argument about how it behaves on this check.

This audit takes no position on how Clearcote scores on Navigator identity checks, on this one, or anywhere else. It has no baseline corpus of other people's fingerprints to rank you against and no vendor scoreboard — nearly every check is self-referential, asking one browser the same question through two independent APIs and reporting whether both answers can be true at once. It runs identically on any browser, including ours. Run it on yours and read the result yourself.

See the other checks in Navigator identity — the family webcodecs-aac-vs-chrome-branding belongs to.