Closed Bug 1336399 Opened 7 years ago Closed 2 years ago

Remove HTMLMediaElement::mozPreservesPitch

Categories

(Core :: Audio/Video: Playback, task, P3)

task

Tracking

()

RESOLVED DUPLICATE of bug 1765201

People

(Reporter: Ms2ger, Unassigned)

Details

(Keywords: dev-doc-needed, site-compat)

      No description provided.
Component: Audio/Video → Audio/Video: Playback
Why is this being removed? It's an essential feature and works great. Use case: pitchable DJ-player style use, akin to how a record player works. All browsers should implement it.
Flags: needinfo?(Ms2ger)
It is a proprietary feature with no known plans from other vendors to support it (certainly not with a "moz" prefix). If there's a reason to assume that this will be specified and other browsers will implement it unprefixed, we'll probably add the unprefixed API before removing the prefixed one, though.
Flags: needinfo?(Ms2ger)

This came up today again in the AudioWG, with valid use-cases. Not that it's hard to re-implement if removed.

Context: https://www.w3.org/Bugs/Public/show_bug.cgi?id=15318 (rejected in 2012 for inclusion in HTML), but https://github.com/whatwg/html/pull/3881 is a non-merged but accepted PR on the subject. It's "just" missing tests.

In the meantime, I agree that we certainly should get rid of prefixed APIs, maybe simply un-exposing it from the web. Best to start with a telemetry probe.

Type: defect → task

I'm working adding preservesPitch in Chromium, un-prefixed.

The unprefixed variant has shipped in Chromium 86, and bug 1652950 is about unprefixing this in Gecko.

Closing this, because it's now standard. We'll un-prefix in bug 1652950, as Philip said.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INVALID
No longer blocks: proprietary-dom
Resolution: INVALID → DUPLICATE
You need to log in before you can comment on or make changes to this bug.