Re: [Gnash-dev] Gnash0.8.2 memory usageimprovement on ARMv6 -- seeking support

[Richard Tseng]

Dear Sandro,

 

Here're test cases (see attached) for the memory leak and incorrect stream sound playback problem reported by Yuhong:

 

1. libai-layer2-20-sound.swf

 

Created from original (libai.swf) but with all layers removed except stream sound, event sound and first 20 frames of layer2. The first 20 farmes of layer2 contain  sprite 22 (dancing character).

 

When play back using windows version of gnash 0.8.2:

- 0~3 seconds - can see dancing charater, no sound, memory is 11MB <- this is OK

- after ~10 seconds - stream sound playback as noise, memory jumps up to 30MB

 

C:\Documents and Settings\rtseng\Desktop\Gnash>fltk-gnash -v libai-layer2-20-sou
nd.swf
2644] 19:34:20: SECURITY: Load of file C:\Documents and Settings\rtseng\Desktop\
Gnash/libai-layer2-20-sound.swf granted (under local sandbox C:\Documents and Se
ttings\rtseng\Desktop\Gnash/).
2644] 19:34:20: UNIMPLEMENTED: Different stream/playback sound rate (5512/11025)
. This seems common in SWF files, so we'll warn only once.
2644] 19:34:20: UNIMPLEMENTED: Different stream/playback sample size (32/16). Th
is seems common in SWF files, so we'll warn only once.
2644] 19:34:20: UNIMPLEMENTED: MP3 delay seek 1669

2. libai-layer2-0-sound.swf

 

Same as test case #1 but with layer2 removed. gnash can playback OK and memory stays low.

- 0 ~10 seconds - no display, no sound, memory is 9MB

- after ~10 seconds - correct stream sound, memory stays at 9MB

 

C:\Documents and Settings\rtseng\Desktop\Gnash>fltk-gnash -v libai-layer2-0-soun
d.swf
1676] 19:32:43: SECURITY: Load of file C:\Documents and Settings\rtseng\Desktop\
Gnash/libai-layer2-0-sound.swf granted (under local sandbox C:\Documents and Set
tings\rtseng\Desktop\Gnash/).
1676] 19:32:43: UNIMPLEMENTED: MP3 delay seek 1669

3. libai-layer2-20-sound-stream.swf 

 

Same as test case #1 but with event sound removed. stream sound also play back OK, and memory stays low.

 

C:\Documents and Settings\rtseng\Desktop\Gnash>fltk-gnash -v libai-layer2-20-sou
nd-stream.swf
2020] 19:35:28: SECURITY: Load of file C:\Documents and Settings\rtseng\Desktop\
Gnash/libai-layer2-20-sound-stream.swf granted (under local sandbox C:\Documents
 and Settings\rtseng\Desktop\Gnash/).

************************

 

Do let me know if you need more test cases.

 

Thanks,

Richard

 

----- Original Message -----

From: "Sandro Santill" <address@hidden>

To: "Hong Yu" <address@hidden>

Cc: <address@hidden>

Sent: Friday, May 02, 2008 8:06 PM

Subject: Re: [Gnash-dev] Gnash0.8.2 memory usageimprovement on ARMv6 -- seeking support

> On Fri, May 02, 2008 at 
04:08:45PM +0800, Hong Yu wrote:
>> 
>> Attached is the SWF 
file that let gnash-0.8.2 hit memory leak 
> 
> Using gnash-cvs for 
the test.
> 
> Running the movie now with -r1 to exclude sound 
handling (no click on play):
> 
>  PID 
USER      PR  NI  VIRT  RES  SHR S 
%CPU %MEM    TIME+  COMMAND
> 1436 
strk      15   0 70368  43m  10m 
S  3.7  2.8   0:14.01 lt-gtk-gnash
> 1436 
strk      15   0 70360  43m  10m 
R  3.7  2.8   0:16.41 lt-gtk-gnash
> 1436 
strk      15   0 70364  43m  10m 
S  3.7  2.8   0:18.15 lt-gtk-gnash
> 1436 
strk      15   0 70360  43m  10m 
S  4.0  2.8   0:23.00 lt-gtk-gnash
> 
> Memory 
use seems stable to me up to here.
> Now with -r2: only sound, no 
gui
> (still no click on play -- can't click w/out gui):
> 
>  PID USER      PR  NI  
VIRT  RES  SHR S %CPU %MEM    TIME+  
COMMAND
> 1599 strk      15   0 
61512  32m 9240 S  0.3  2.1   0:02.05 
lt-gtk-gnash
> 1599 strk      15   
0 61512  32m 9240 S  0.3  2.1   0:02.22 
lt-gtk-gnash
> 1599 strk      16   
0 61512  32m 9240 S  0.0  2.1   0:02.59 
lt-gtk-gnash
> 
> Still stable, and also using very low CPU. I guess 
the time
> sampled is the actual CPU time, and sound handler isn't doing 
much so 
> the TIME+ field keeps pretty low.
> 
> Now w/out -r 
(both sound and rendering, still no click on play):
> 
>  PID 
USER      PR  NI  VIRT  RES  SHR S 
%CPU %MEM    TIME+  COMMAND
> 1692 
strk      15   0 78588  51m  12m 
S  3.3  3.4   0:02.41 lt-gtk-gnash
> 1692 
strk      15   0 78580  51m  12m 
S  4.0  3.4   0:03.72 lt-gtk-gnash
> 1692 
strk      15   0 78588  51m  12m 
R  4.0  3.4   0:05.13 lt-gtk-gnash
> 1692 
strk      15   0 78588  51m  12m 
S  3.7  3.4   0:07.62 lt-gtk-gnash
> 
> Click on 
play now (and no sound):
> 
>  PID 
USER      PR  NI  VIRT  RES  SHR S 
%CPU %MEM    TIME+  COMMAND
> 1812 
strk      25   0 70764  43m  10m R 
97.9  2.9   0:27.39 lt-gtk-gnash
> 1812 
strk      25   0 72400  45m  10m R 
89.9  3.0   1:36.76 lt-gtk-gnash
> 1812 
strk      25   0 70832  43m  10m R 
97.9  2.9   0:53.61 lt-gtk-gnash
> 1812 
strk      25   0 70620  43m  10m R 
95.9  2.9   2:26.15 lt-gtk-gnash
> 1812 
strk      25   0 71156  43m  10m R 
92.2  2.9   3:33.05 lt-gtk-gnash
> 1812 
strk      25   0 70804  43m  10m R 
89.9  2.9   4:07.50 lt-gtk-gnash --- end
> 1812 
strk      25   0 70804  43m  10m R 
96.2  2.9   4:33.11 lt-gtk-gnash
> 
> Note that I did 
run with -d1 so didn't really look at it for 4+ hours :)
> The last time 
(---end) is on the last frame, you can see memory doesn't grow.
> 
> 
That's all for now, just wanted to check there was no leak w/out sound.
> 
For a proper sound leak analisys, I suggest you produce a custom 
testcase
> with the components you think are leaking. Ideally the testcsae 
would be
> run automatically on make check. See also the existing tests 
and check
> if they leak.
> 
> --strk;
> 
> 
> 
> 
> 
> 
> 
> 
_______________________________________________
> Gnash-dev mailing 
list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnash-dev

libai-test-cases.zip
Description: Binary data