View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003698VTK(No Category)public2006-09-01 16:242007-08-28 15:59
ReporterKathryn Hayes 
Assigned ToMathieu Malaterre 
PrioritylowSeverityminorReproducibilityunable to reproduce
StatusclosedResolutionunable to reproduce 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0003698: vtkImageFlip broken on 32-bit Linux Release builds
DescriptionWe are getting incorrect results when using vtkImageFlip on optimized (Release) 32-bit Linux builds. When we use our vtkFreeSurferReader (which uses vtkImageFlip) to read in a MRI volume, we see noise in the image, banding in the slices, and the slices are ordered incorrectly. If we comment out the line with the vtkImageFlip, we have an upside down, but otherwise correct volume.

We have been able to replicate this problem consistently on these two machines:

Linux 2.6.9-5.ELsmp #1 SMP Wed Jan 5 19:30:39 EST 2005 i686 i686 i386 GNU/Linux
Red Hat Enterprise Linux WS release 4 (Nahant)
gcc (GCC) 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)

Linux 2.6.15 #1 SMP PREEMPT Fri Feb 17 17:54:06 EST 2006 i686 unknown unknown GNU/Linux
Slackware 10.2.0
gcc (GCC) 3.4.5

We are using the Slicer-2-6 tagged VTK.

Here is a tcl script that demonstrates the problem. The expected output is 3 windows with white circles. The first one has the circle in the lower left, and the other two have it in the lower right. The middle one should be corrupted on a platform with the bad flipper. I have attached a file with a screenshot of the incorrect behavior that we are seeing.

We have been unable to replicate this bug with a Debug build on either 32 or 64 bit Linux, and both Debug and Release builds on 64 bit Linux seem to work fine.

Test script
==========================

foreach inst {e vorig vflip vflipNoOpt flip flipNoOpt} {
   catch "$inst Delete"
}

vtkImageEllipsoidSource e
e SetCenter 75 75 0

vtkImageFlip flip
vtkImageFlip flipNoOpt

set xpos 20
set ypos 20
foreach v {vorig vflip vflipNoOpt} {
   vtkImageViewer $v
   $v SetPosition $xpos $ypos
   incr xpos 350
   $v SetColorWindow 255
   $v SetColorLevel 128
   $v Render
}

vorig SetInput [e GetOutput]

foreach f {flip flipNoOpt} {
   $f SetInput [e GetOutput]
   $f SetFilteredAxis 0
   v${f} SetInput [$f GetOutput]
}
flipNoOpt OptimizationOff


foreach v {vorig vflip vflipNoOpt} {
   $v Render
}
TagsNo tags attached.
Project
Type
Attached Filesjpg file icon opt-cvs-nighlty-test.jpg [^] (34,757 bytes) 1969-12-31 19:00

 Relationships

  Notes
(0004876)

2006-09-07 15:03

This appears to work in the VTK release-4-4 branch.
(0004877)
Kathryn Hayes (reporter)
2006-09-07 15:04

This appears to work in VTK release-4-4.
(0004949)
Mathieu Malaterre (developer)
2006-09-17 08:32

This appears to works find on Debian Debug/gcc 4.1.2
(0004950)
Mathieu Malaterre (developer)
2006-09-17 10:50

Cannot reproduce on VTK CVS. Using GNU/Linux debian, gcc 4.1.2, BUILD_TYPE=Release.
Please try another compiler or try VTK CVS, thanks.
(0004956)
Kathryn Hayes (reporter)
2006-09-17 12:28

You cannot reproduce this in the VTK cvs because the bug has been fixed by dgobbi in vtkImageReslice.cxx version 1.40.2.3. We need the diff between Slicer-2-6 and release-4-4 of vtkImageReslice.cxx checked in to the Slicer-2-6 branch, which Slicer relies on. Was your Debian build a 32-bit or 64-bit machine?

 Issue History
Date Modified Username Field Change
2007-08-28 15:58 Zack Galbreath Project @21@ => VTK
2007-08-28 15:59 Zack Galbreath Assigned To Will Schroeder => Mathieu Malaterre
2007-08-28 15:59 Zack Galbreath Reproducibility always => unable to reproduce
2007-08-28 15:59 Zack Galbreath Status backlog => closed
2007-08-28 15:59 Zack Galbreath Resolution suspended => unable to reproduce
2007-08-28 15:59 Zack Galbreath Summary Goodsite => vtkImageFlip broken on 32-bit Linux Release builds
2007-08-28 15:59 Zack Galbreath Note Deleted: 0008148
2011-06-16 13:11 Zack Galbreath Category => (No Category)


Copyright © 2000 - 2018 MantisBT Team