Re: [micro-manager-general] Clearing RAM issue
Status: Beta
Brought to you by:
nicost
|
From: Shawn C. <gra...@gm...> - 2014-08-20 16:56:10
|
Hmm, I do have a custom plug-in I'm using written in Java. I'm not sure what references I would free - doesn't garbage collection take care of this? Here's a bit of my code where I save my imagestack: ============= start code =============== ImagePlus imp = IJ.getImage(); IJ.run(imp, "AVI... ", "compression=Uncompressed frame=" + fps + " save=["+ vidName + ".avi]"); imp.close(); ============ end code ==================== for my acquire code, I simply use the acquisition engine: acq_acquire(); My main problem is the FPS is being reduced after my first video acquisition. Any idea what would cause this besides RAM? I was monitoring the RAM usage and it was steadily increasing with each video acquisition without clearing. Thanks a bunch! Shawn On Tue, Aug 19, 2014 at 11:49 AM, Chris Weisiger <cwe...@ms...> wrote: > Hi Shawn, > > On Tue, Aug 19, 2014 at 11:09 AM, Shawn Cho <gra...@gm...> wrote: > >> Greetings, >> >> When I run MM and acquire my first multi-d stack image, I get an FPS of >> ~150 with my camera. Then I take the same image again, but the FPS drops >> down to ~82. Is there a way to clear the ram before acquiring my second >> image? It would also help to tell me the Java code that goes with this >> function. Thanks you! >> >> > All you should need to do to release the RAM associated with an > acquisition is close the acquisition window. If you have custom code (like > a plugin or Beanshell script) that refers to the acquisition data, then > that code will need to remove references to the data for it to be released. > > Do you have particular reason to suspect RAM utilization as being the > problem? Normally I would expect that if you're having trouble with RAM, > then the acquisition would outright fail, rather than work at a reduced > speed. > > -Chris > > > ------------------------------------------------------------------------------ > > _______________________________________________ > micro-manager-general mailing list > mic...@li... > https://lists.sourceforge.net/lists/listinfo/micro-manager-general > > -- -Shawn C. |