MantisBT - VTK
View Issue Details
0007842VTK(No Category)public2008-10-22 15:472016-08-12 09:55
Elvis John Dowson 
Kitware Robot 
normalmajorhave not tried
closedmoved 
 
 
0007842: vtkCocoaRenderWindow displays incorrect image using vtk-5.3.x, Mac OS X 10.5.5, Cocoa 64-bits
Hi,
       The image rendered by Cocoa is incorrect, when compared to a similar image generated using Carbon.

The attached file shows the image rendering error. The bottom of the cylinder can be seen in the picture> Normally, it should not be seen.

Best regards,

Elvis
No tags attached.
jpg vtkCocoaRenderWindow error 01.jpg (35,600) 2008-10-22 15:47
https://www.vtk.org/Bug/file/6793/vtkCocoaRenderWindow%20error%2001.jpg
jpg
Issue History
2008-10-22 15:47Elvis John DowsonNew Issue
2008-10-22 15:47Elvis John DowsonFile Added: vtkCocoaRenderWindow error 01.jpg
2008-10-28 15:19Elvis John DowsonNote Added: 0013960
2008-10-28 15:20Elvis John DowsonNote Added: 0013961
2011-06-16 13:11Zack GalbreathCategory => (No Category)
2016-08-12 09:55Kitware RobotNote Added: 0037034
2016-08-12 09:55Kitware RobotStatusexpired => closed
2016-08-12 09:55Kitware RobotResolutionopen => moved
2016-08-12 09:55Kitware RobotAssigned To => Kitware Robot

Notes
(0013960)
Elvis John Dowson   
2008-10-28 15:19   
Looks like you're not getting your Z-Buffer in the Cocoa implementation. Are you requesting one?

Paul Miller | paul@fxtech.com | www.fxtech.com |
(0013961)
Elvis John Dowson   
2008-10-28 15:20   
It does look like its missing a depth buffer.
Its supposed to give you one without your asking.

I'm looking at this....
vtkCocoaRenderWindow::CreateGLContext()

and it only makes one call to create the pixel format. I think your problem
is that it couldn't satisfy all the things asked for so the OpenGL library
decides to drop the depth buffer to give you the other features.

In the Carbon, X11 and Win32 implementations in VTK, it tells OpenGL not to
drop any features, and allows VTK to determine the priority of the features
it asks for, and it makes multiple calls until one succeeds. Its more robust
that way. For example, if its a tradeoff between having a depth buffer and
having hardware acceleration, we'd rather have a depth buffer.

So, I think this is a problem with the VTK/Cocoa implementation.

Clint Stimpson
(0037034)
Kitware Robot   
2016-08-12 09:55   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current VTK Issues page linked in the banner at the top of this page.