Hi Again;
I confirm that VolView 3.2 for Mac OS X is crashing when GPU support is
enabled. I suppose this is caused by the fact that VolView was compiled with
the statements:
#ifdef __APPLE__
this->LoadExtensionsSucceeded=0;
return;
#endif
This affects also Leopard and not only Snow Leopard as it was supposed to.
Since Apple did not add a pre-processor keyword for Snow Leopard I suggest
changing such statements for a run-time verification using the CoreServices
framework and implementing a function like follows:
BOOL isMacOSXSnowLeopard() { SInt32 osxVersion; Gestalt (
gestaltSystemVersion, &osxVersion ) if ( osxVersion < 0x1060UL ) { return
NO; } return YES; }
Anyway, I still can't get known if VolView, once working with GPU support,
will be able to properly render large CT datasets in Leopard.
Please, can anyone give any assumption in the sense of setting this problem
as a VTKEdge or a NVidia issue (or even both)?
I have faced the same problems on a Mac Pro with a GTX285/1GB and on a Mac
Book with a 9400M/256MB. So I'm convinced this is not associated to a single
hardware platform configuration.
Best Regards
Fauze
On Fri, Feb 19, 2010 at 12:40 AM, Fauze Polpeta <[email protected]>wrote:
> Dear VTKEdge members;
>
> I have two situations here and I don't know if I should classify them as
> limitations of the open-source version of VTKEdge for Mac OS X or just bugs.
> I have tested the GPU-based Ray Casting using the VTKEdgeGPURenderDemo.
>
> 1) When shading is OFF and trying to render DICOM CT's studies greater than
> 176 images (aprox.) with size of 512x512, I have a random "scratched" volume
> (see BadVolume.png). If less than 176 images the render works fine and the
> resultant volume is OK (see GoodVolume.png).
>
> VTKEdgeGPURenderDemo -DICOM ~/Desktop/Study176 -CompositeRamp 10 10 (OK)
>
> VTKEdgeGPURenderDemo -DICOM ~/Desktop/Study316 -CompositeRamp 10 10
> (Scratched)
>
> 2) When shading is ON and rendering any DICOM dataset (in principle, don't
> matter the number of images and size) I see the resultant volume only after
> sent the rendering window back (i.e. behind other windows) and then bring it
> back to front. Interaction results (i.e. zoom, rotate) can be only seen
> after doing such reordering and, additionally, with some delay.
>
> Both cases were diagnosed in Leopard. Tonight, I performed the same tests
> on Linux and everything (large studies and shading) went fine so I'm almost
> convinced that we are facing some bugs (not limitations) on top of the Mac
> OS X platform.
>
> I would like to help and, if possible, solve that myself if you give some
> directions to start.
>
> Regards
>
> Fauze
>
> Ps.: I also tried to evaluate VolView 3.2 on Leopard but it seems that
> there is a bug on the license activation system, I'm waiting for Kitware
> Support to solve that issue as well.
>
>
> On Fri, Feb 12, 2010 at 7:03 PM, Fauze Polpeta <[email protected]>wrote:
>
>> Hi Francois;
>>
>> The VRAM detection is working fine.
>>
>> But interact with the volume when using shaders are still very
>> compromised. I've got the first rendering result but if I try any kind o
>> interaction render window becomes blank. This also happens when executing
>> the VTKEdgeGPURenderDemo example.
>>
>> I diagnosed that the vtkKWEGPUVolumeRayCastMapper has been deployed by
>> the vtkKWEVolumeMapper proxy, so I'm not sure if this should be classified
>> as a performance issue (shading is heavy) or a bad function of GPU-based Ray
>> Casting on Leopard.
>>
>> Please, how could I help you on helping me? :)
>>
>> Best Regards
>>
>> Fauze
>>
>> On Fri, Feb 12, 2010 at 2:37 PM, Francois Bertel <
>> [email protected]> wrote:
>>
>>> Hello,
>>>
>>> I just fixed VTKEdge/Common/vtkKWECoreGraphicsGPUInfoList.mm
>>> (svn revision 1481).
>>>
>>> I tried it on Tiger with an ATI 128MB and on Snow Leopard on a MacBook
>>> Pro in both energy modes (9400M 256MB+9600M GT 512MB)
>>>
>>> Please give it a try without forcing SetMaxMemoryInBytes anymore and
>>> let more if it works for you.
>>>
>>> For the second question, try to not use vtkKWEGPUVolumeRayCastMapper
>>> directly but instead use vtkKWEVolumeMapper which is a volume mapper
>>> chooser. Notably, it can switch automatically between a low res mapper
>>> and high res GPUVolumeRayCastMapper to allow good interaction
>>> experience.
>>>
>>> Regards.
>>>
>>>
>>> On Tue, Feb 9, 2010 at 7:52 AM, Fauze Polpeta <[email protected]>
>>> wrote:
>>> > Hi Francois;
>>> > On Leopard everything went fine, except two things:
>>> > 1) I had to SetMaxMemoryInBytes since the amount of memory of my NVidia
>>> was
>>> > not identified correctly. It's a minor issue I think if I consider that
>>> the
>>> > video board will always be the same.
>>> > 2) When using Shading it becomes almost impossible to interact with the
>>> > volume. I know shading requires more memory and processing power but
>>> I'm on
>>> > a GTX 285 with 1GB. Am I missing something or doing something wrong??
>>> > Best Regards
>>> > Fauze
>>> > On Mon, Feb 8, 2010 at 1:56 PM, Francois Bertel
>>> > <[email protected]> wrote:
>>> >>
>>> >> Hello,
>>> >>
>>> >> Yes, the comment is valid: the nVidia driver has a bug on Snow Leopard
>>> >> that prevents to run the GPU volume mapper.
>>> >>
>>> >> I don't have Leopard. You can try to remove the lines you are
>>> >> pointing at on your leopard installation and see what kind of result
>>> >> you have. If it works then I will put a statement specific to just
>>> >> snow leopard and not leopard.
>>> >>
>>> >> Regards.
>>> >>
>>> >> On Mon, Feb 8, 2010 at 8:41 AM, Fauze Polpeta <
>>> [email protected]>
>>> >> wrote:
>>> >> > Dear Team;
>>> >> > Via debug I found the following strange piece of code in
>>> >> > vtkKWEOpenGLGPUVolumeRayCastMapper.cxx:
>>> >> > // It does not work on Apple OS X Snow Leopard with nVidia.
>>> >> > // There is a bug in the OpenGL driver with an error in the
>>> >> > // Cg compiler about an infinite loop.
>>> >> > #ifdef __APPLE__
>>> >> > this->LoadExtensionsSucceeded=0;
>>> >> > return;
>>> >> > #endif
>>> >> > This belongs to the function void
>>> >> >
>>> """vtkKWEOpenGLGPUVolumeRayCastMapper::LoadExtensions(vtkRenderWindow
>>> >> > *window)""", which, in turn is called by """void
>>> >> > vtkKWEOpenGLGPUVolumeRayCastMapper::PreRender(...).
>>> >> > What I conclude is: by setting """this->LoadExtensionsSucceeded=0"""
>>> >> > will
>>> >> > always lead """LoadExtensions""" to fail on Mac OS X apps that rely
>>> on
>>> >> > vtkKWEOpenGLGPUVolumeRayCastMapper. Such fail will not only occurs
>>> on
>>> >> > Snow
>>> >> > Leopard but also in Leopard.
>>> >> > Please, can someone point me out if my findings makes sense?
>>> >> > Best Regards
>>> >> > Fauze
>>> >> >
>>> >> > On Sat, Feb 6, 2010 at 2:03 AM, Fauze Polpeta <
>>> [email protected]>
>>> >> > wrote:
>>> >> >>
>>> >> >> Dear Edge Team;
>>> >> >>
>>> >> >> I'm trying to build a simple volume rendering application on top of
>>> >> >> Cocoa
>>> >> >> in order to evaluate the GPU Ray Casting support, but when I run
>>> the
>>> >> >> application I've got the following error:
>>> >> >>
>>> >> >> ---
>>> >> >>
>>> >> >> ERROR: In
>>> >> >>
>>> >> >>
>>> /Users/fauze/Development/toolkits/vtkedge/source/VolumeRendering/vtkKWEOpenGLGPUVolumeRayCastMapper.cxx,
>>> >> >> line 4139
>>> >> >> vtkKWEOpenGLGPUVolumeRayCastMapper (0x768d600): Rendering failed
>>> >> >> because
>>> >> >> the following OpenGL extensions are required but not supported:
>>> >> >>
>>> >> >> Program received signal: “EXC_BAD_ACCESS”.
>>> >> >>
>>> >> >> ---
>>> >> >>
>>> >> >> I'm sure the program is ok since it works with the ordinary mappers
>>> of
>>> >> >> VTK
>>> >> >> and also if I let VTKEdge to load itself the mapper
>>> >> >> (vtkKWEVolumeMapper).
>>> >> >> The error occurs when I opt by vtkKWEGPUVolumeRayCastMapper which
>>> leads
>>> >> >> to
>>> >> >> the deployment of the vtkKWEOpenGLGPUVolumeRayCastMapper. The point
>>> is
>>> >> >> that
>>> >> >> the "following OpenGL extensions" are not listed and thus I can't
>>> >> >> figure out
>>> >> >> what is happening.
>>> >> >>
>>> >> >> Please, can someone give me so help? Some framework I'm missing?
>>> I'm
>>> >> >> running on top of Mac Pro Core i7 - NVidia GTX 285 - Snow Leopard /
>>> >> >> Leopard.
>>> >> >>
>>> >> >> Thanks in advance
>>> >> >>
>>> >> >> Fauze
>>> >> >>
>>> >> >>
>>> >> >> Ps.: The VTKEdgeVolumeRenderingCxxTests have printed out: Required
>>> >> >> extensions not supported.
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >
>>> >> >
>>> >> > _______________________________________________
>>> >> > VtkEdge mailing list
>>> >> > [email protected]
>>> >> > http://public.kitware.com/cgi-bin/mailman/listinfo/vtkedge
>>> >> >
>>> >> >
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> François Bertel, PhD | Kitware Inc. Suite 204
>>> >> 1 (518) 371 3971 x113 | 28 Corporate Drive
>>> >> | Clifton Park NY 12065, USA
>>> >> _______________________________________________
>>> >> VtkEdge mailing list
>>> >> [email protected]
>>> >> http://public.kitware.com/cgi-bin/mailman/listinfo/vtkedge
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> François Bertel, PhD | Kitware Inc. Suite 204
>>> 1 (518) 371 3971 x113 | 28 Corporate Drive
>>> | Clifton Park NY 12065, USA
>>> _______________________________________________
>>> VtkEdge mailing list
>>> [email protected]
>>> http://public.kitware.com/cgi-bin/mailman/listinfo/vtkedge
>>>
>>
>>
>
_______________________________________________
VtkEdge mailing list
[email protected]
http://public.kitware.com/cgi-bin/mailman/listinfo/vtkedge
