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

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=189337

--- 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>