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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to