Thanks so much for sending me the binary. Indeed, I was able to
recreate the bug with your binary, but not with the version that I
built (and that's on the website). I suppose it may be some change in
ITK that's causing this. Perhaps the level set filter is initializing
the level set image differently (not setting the inside and outside to
positive/negative values as it has done before. I try building against
an older version. The version I currently build against is 2.8.1. The
VTK version is 5.0.4 and FLTK is fltk-1.1.x-r5642 (but that should
matter the least). The code currently in the HEAD branch of CVS should
match the binary on itksnap.org.
Paul.
On Mon, Apr 28, 2008 at 3:19 AM, Mengda Wu <phd
...@gmail.com> wrote:
> Hi Paul,
> Thanks a lot for looking into this.
> Could you please tell me what versions of ITK, VTK and FLTK you compiled
> against for
> ITK-SNAP1.6.0.1? And what special features of each these packages you
> enabled? So I
> will try to compile with the same as you and see what happens. Is the
> latest CVS version
> of ITK-SNAP the same as release 1.6.0.1?
> I am very interested in helping compile a 64bit version, which can
> address more than 4GB
> memory for a very big image. Actually, I have compiled successfully both
> 32bit and 64bit
> versions of ITK-Snap. The program seems to run fine. I think this bug I
> mentioned is related to display problem. Both 32bit and 64bit versions
> affect.
> I attach a 32 version of ITK-SNAP I compiled with VS2005 against
> ITK-3.6.0, VTK-5.0.4, and FLTK-1.1.8.
> So you can see the problem of my compilation. I removed the suffix .exe
> since Gmail does not allow
> sending a executable.
> Thanks,
> Guanglei
> 2008/4/27 Paul Yushkevich <pyushkev...@gmail.com>:
> > Hi Mengda
> > I haven't been able to recreate your bug on Windows. We don't have a
> > 64 bit Windows machine at this time. Do you think you could go into
> > the debugger in visual studio to see what's causing the bug?
> > Also, do you know that you can select a region of interest in the
> > image when going into automatic segmentation mode? That will use a lot
> > less memory, because most of the memory is used in automatic
> > segmentation mode (10x the memory use in manual mode).
> > Paul.
> > On Fri, Apr 25, 2008 at 7:34 PM, Mengda Wu <phd...@gmail.com> wrote:
> > > Hi,
> > > Any plan to release a version for 64bit Windows? I need this because
> I
> > > have a very big image to segment which is larger than 2GB.
> > > I tried to compile myself. It seemed to succeed but have the bug I
> mentioned
> > > yesterday.
> > > Thanks,
> > > Mengda
> > --
> > Paul A. Yushkevich, Ph.D.
> > Research Assistant Professor
> > Penn Image Computing and Science Laboratory
> > Department of Radiology
> > University of Pennsylvania
Paul A. Yushkevich, Ph.D.