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
Am I doing something wrong here? It is also leaking even if you play it one time, the "New" at each frame is to better show the increase.The only way I was able to fix it was to use Flash built-in "writeBytes" instead of "awave.writeBytes"
If I look at the Profiler, the ByteArrays stay in memory. A workaround:
Hey thanks for this hint! I've started using Standingwave for my air app, and also finding bugs.
You actually show have noticed that it's function
public function writeWavBytes(destBytes:ByteArray, offset:Number=0, numFrames:Number=-1):void {...} . For me it was on line 865
E.g., in WaveFile.as I had to comment out line 57:
//fileLen += wav.position;
as it breaks the cycle below. It's very strange why would length of wav be increased after just reading a byte from it...
Memory usage is steadily increasing over time
Am I doing something wrong here? It is also leaking even if you play it one time, the "New" at each frame is to better show the increase.The only way I was able to fix it was to use Flash built-in "writeBytes" instead of "awave.writeBytes"
If I look at the Profiler, the ByteArrays stay in memory. A workaround:
On line 850 in "Sample.as" replace
with
Now when I look at the profiler, it isn't leaking anymore.
I tried to play with "awave.c" using an old Alchemy toolchain since it doesn't seem to be compatible with Flascc but couldn't find a proper fix.
The text was updated successfully, but these errors were encountered: