Bug 61524
Summary: | Web Audio API Inconsistencies | ||
---|---|---|---|
Product: | WebKit | Reporter: | mike |
Component: | Web Audio | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED DUPLICATE | ||
Severity: | Normal | CC: | adam, crogers, janesconference |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | PC | ||
OS: | Windows XP |
mike
There are two inconsistencies in the current version of the Web Audio API specification (v1.0.32 at http://chromium.googlecode.com/svn/trunk/samples/audio/specification/specification.html ):
- 4.10. The AudioBufferSourceNode Interface
The "loop" attribute referenced in the documentation is named "looping"
- 4.13. The AudioProcessingEvent Interface
The event does not seem to contain the "playbackTime" attribute
These inconsistencies were discovered on a Windows XP machine running Chrome 13.0.767.1 dev-m.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Chris Rogers
Addressed the .looping -> .loop change here:
http://trac.webkit.org/changeset/91723
Now, to fix .playbackTime...
Adam Goode
Any update on this? I really miss playbackTime.
Chris Rogers
For .playbackTime, marking this as duplicate of https://bugs.webkit.org/show_bug.cgi?id=70093
*** This bug has been marked as a duplicate of bug 70093 ***
Cristiano Belloni
Except #70093 is not exactly a duplicate of this.
This is realated to the playbackTime in the AudioProcessingEvent passed to an AudioBufferSourceNode calback, which is in the W3 specs while it is not in the implementation (currently, Chrome 31.0.1650.63 does not support the playbackTime attribute).
#70093 is about the introduction of another attribute (playbackPosition) in a AudioBufferSourceNode. They're completely different beasts, IMHO.