- From: Srikumar Karaikudi Subramanian <srikumarks@gmail.com>
- Date: Mon, 5 Nov 2012 06:25:50 +0530
- To: Chris Rogers <crogers@google.com>
- Cc: Hongchan Choi <hongchan.choi@gmail.com>, public-audio@w3.org
- Message-Id: <E9F6C8DE-8DDB-4D97-A7E1-11A4EEF7695B@gmail.com>
The "currentTime" property stays at 0 for a brief period in the webkit implementation. This is most prominent on iOS6 where it can take up to 6 seconds for currentTime to begin updating. The way I work around this is to wait using setTimeout until currentTime becomes > 0 before doing anything else. On PCs, this time is negligible in most cases, but shows up as multiple sounds getting triggered simultaneously on the rare occasion if the page starts playing sounds at or close to load time (it is difficult to get a reproducible case). I've just filed this - https://code.google.com/p/chromium/issues/detail?id=159359 best, -Kumar On 5 Nov, 2012, at 2:39 AM, Chris Rogers <crogers@google.com> wrote: > > > On Sat, Nov 3, 2012 at 1:20 PM, Hongchan Choi <hongchan.choi@gmail.com> wrote: > Hello all, > > I was experimenting with the "currentTime" variable from webkitAudioContext but it stopped working with the newest version of Chrome(Version 22.0.1229.94)/Canary(Version 25.0.1316.0 canary). > > I am constantly getting "0" - is this variable going to be removed in the future? > > No, it's not going to be removed. I just tried Chrome Canary on OSX and didn't see any issues. You might consider filing a chromium bug with more platform details if the problem persists: > new.crbug.com > > > > Thank you so much in advance! > > Best, > Hongchan > > > -- > Hongchan Choi > > Teaching Assistant / PhD Candidate > Center for Computer Research in Music and Acoustics (CCRMA) > Stanford University > > http://ccrma.stanford.edu/~hongchan > >
Received on Monday, 5 November 2012 00:56:27 UTC