Hello, <div><br></div><div>some information about our last thoughts on VV</div><div><br></div><div>- correction of memory leak is on the way. But slightly more difficult than expected.</div><div><br></div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>

- we plan to have a (major ?) code consolidation regarding how vv load images and manage memory. This will be discussed and planned in 2 weeks from here. The main goal is to avoid image data copy between ITK and VTK, and avoid high memory consumption when "splitting" images (from 4D to 3D+t or 3D to 2D+t). Any comments welcome.</div>

<div><br></div><div>- Joel & I made some modification to allow speed up compilation when developing. First you can compile vv without any other unneeded libraries (say OFF in cmake). Second, you can change manually the vv/CMakeLists.txt at the bottom and comments any or all the AutoTool, they won't be compiled anymore when doing "make vv" (do not forget to specify the target 'vv' here). FYI : the AutoTools are kind of "static" plugins. </div>

<div><br></div><div>- the dashboard has been moved (thank Joel !) to the cluster of creatis. Joel can you send the URL please ? What is interesting is that we try to compile vv against the future ITKv4. For the moment it does not compile because of file missing related to GDCM. Any ideas ?</div>

<div><br></div><div>David<br clear="all"><br>-- <br>David Sarrut, Phd<br>Chargé de recherche CNRS<br>Centre de lutte contre le cancer Léon Bérard<br>28 rue Laënnec, 69373 Lyon cedex 08<br>Laboratoire CREATIS-LRMN UMR CNRS 5220, Inserm U 630<br>

Tel : 04 78 78 51 51 / 06 74 72 05 42<br><a href="http://www.creatis.insa-lyon.fr/rio" target="_blank">http://www.creatis.insa-lyon.fr/rio</a><br>_________________________________<br> "2 + 2 = 5,  for extremely large values of 2"<br>

_________________________________<br>
</div>