Open
Bug 1541473
Opened 6 years ago
Updated 2 years ago
Add `MediaStreamTrackAudioSourceNode` to test_audioContextSuspendResumeClose.html and its wpt port and fix it to use no proprietary API
Categories
(Core :: Web Audio, defect, P3)
Core
Web Audio
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox68 | --- | affected |
People
(Reporter: padenot, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
We've just landed it.
If possible it would be best, in the same patch , to restore the test to MediaStreamAudioSourceNode
there, by finding another way to use a MediaStream as well. We need more or less the same mechanism to implement a test for MediaStreamTrackAudioSourceNode
.
For this, we can use:
- Another
AudioContext
, and do something likenew MediaStreamDestinationNode(audiocontext);
, and use itsstream
property - A gUM (but it looks like it would be a bit troublesome on CI maybe?
- Implement the real
captureStream
in bug 1541471 and use that.
Probably the first solution is best: it's not blocked by anything, and does not require external devices etc. We don't need for the MediaStream
to do anything here, it just needs to exist.
Updated•6 years ago
|
Priority: -- → P3
Reporter | ||
Updated•5 years ago
|
Blocks: webaudio-wpt
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•