Memory Leak on export png????
Dave
dave at looktowindward.com
Tue Mar 20 12:05:58 EDT 2007
Hi,
This is the kind of thing I was experiencing. I think there may be
two related problems, although one may cause the other. When I tested
it, it would run up to file 288 and not write file 289. I then
started it at file 289 and it would go wrong on the first file.
e.g. change your loop to read like this:
put <WHATEVER> into myStartOffset
repeat with x = (1 + myStartOffset) to (1000 + myStartOffset)
and see what happens.
With my image I see 1.8 GB allocated to RunRev over 1000 iterations.
I am only running at a quarter of the frame size needed in the real
app so my limit is going to be around 250 frames, this is not good
enough for my demo where I am going to need 3000 frames minimum.
I've just tried it on a PowerPC (Mac Mini) Running Panther and it
still leaks. I am just installing Tiger on that machine and will see
what happens then.
Thanks a lot
All the Best
Dave
On 20 Mar 2007, at 14:26, Mark Smith wrote:
> on mouseUp
> set the directory to "/Users/marksmith/Desktop/xpics/"
>
> repeat with x = 1 to 1000
> if the mouse is down then
> exit to top
> end if
> put x & ".png" into tDest
> set the backgroundColor of grp "counter" to any item of "red,blue"
> set the backgroundColor of fld "counter" to any item of
> "green,yellow"
>
> put x into fld "counter" of grp "counter"
>
> export snapshot from grp "counter" to file tDest as PNG
> wait 1 millisec
> end repeat
> end mouseUp
>
>
>
> Weird...I set this up earlier and was finding that it would stop
> with an error, at various points, but usually at the 256th
> iteration, and never later.
> The error was something along the lines of 'could not write to
> file....'
>
> However, if I changed <put x into fld "counter" of grp "counter"> to
> <put "x=" & x into fld "counter" of grp "counter">, it completed
> without problem every time.
>
> Activity Monitor (I'm on a G4 mac laptop, Rev 2.8.0) reported only
> a tiny increase in real and virtual memory use.
>
> I had to go out, and quit Revolution. Now I've come back, the same
> stack works correctly whatever I put in the <put x into...> line.
>
> Best,
>
> Mark
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
More information about the use-livecode
mailing list