You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If creating several instances of DX7() and dropping them, they will leak an object called "WAP", as can be detected with eg. the Chromium Dev Tools Heap Profiler.
As "WAP" holds reference to the whole WebAssembly heap and further objects, this causes an exception in DX7() constructor at some point (some 1000 instances, maybe there is some overall WebAssembly heap limit or something).
Interestingly this even holds true if:
-all DX7 objects are created for the same AudioContext
-they are never connected to any node.
-also holds true for OfflineAudioContext, even if it is never rendered (and thus no AudioNodeProcessor ever is run)
So basically invoking the constructor seems enough to have DX7 leak one instance of WAP forever.
The text was updated successfully, but these errors were encountered:
If creating several instances of DX7() and dropping them, they will leak an object called "WAP", as can be detected with eg. the Chromium Dev Tools Heap Profiler.
As "WAP" holds reference to the whole WebAssembly heap and further objects, this causes an exception in DX7() constructor at some point (some 1000 instances, maybe there is some overall WebAssembly heap limit or something).
Interestingly this even holds true if:
-all DX7 objects are created for the same AudioContext
-they are never connected to any node.
-also holds true for OfflineAudioContext, even if it is never rendered (and thus no AudioNodeProcessor ever is run)
So basically invoking the constructor seems enough to have DX7 leak one instance of WAP forever.
The text was updated successfully, but these errors were encountered: