[Webkit-unassigned] [Bug 189337] decodeAudioData memory garbage collected too late

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Sep 11 11:09:50 PDT 2018


--- Comment #6 from Jer Noble <jer.noble at apple.com> ---
(In reply to ae from comment #5)
> (In reply to Jer Noble from comment #4)
> > I'm
> > guessing that there's an AudioBufferSourceNode which is retaining the
> > decoded AudioBuffer and that the ABSN is being kept alive long after its
> > playback has completed.
> As I said, I do not play back the buffer. I just use it for generating an
> overview. Here's the complete code (it's Tea, our in-house programming
> language that transcompiles to JS, but I hope it's readable enough!)
> HTTP.get("sevenapp:///#{encodeURIComponent(@playingPath)}", (audioData) =>
> 	if not audioData?
> 		@clearPeaks()
> 		<-
> 	Audio.context.decodeAudioData(audioData, (buffer) =>
> 		if not buffer?
> 			@clearPeaks()
> 			<-
> 		samples = buffer.getChannelData(0)

Unless your in-house transpiler adds scoping statements to these variables, your going to be setting window.samples to a large Float32Array.  If your in-house transpiler /is/ adding scoping statements, it would be much more useful to post the transpiled source.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180911/58302bdf/attachment.html>

More information about the webkit-unassigned mailing list