Shaders not loading properly on a mac

Bug #618917 reported by Jens Krüger
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ImageVis3D
Fix Committed
Critical
Tom Fogal
2.0
Fix Committed
Undecided
Unassigned

Bug Description

Debug log when trying to load hand16.uvf attached below:

(16.08.2010 23:37:50) MESSAGE (Reader) Seeing if Generic UVF Dataset can open /Users/krueger/Desktop/hand16.uvf
(16.08.2010 23:37:50) MESSAGE (RequestNewVolumeRenderer) Starting up new renderer (API=OpenGL, Method=Axis Aligned 2D Slice Based Volume Renderer)
(16.08.2010 23:37:50) MESSAGE (LoadDataset) Loading /Users/krueger/Desktop/hand16.uvf
(16.08.2010 23:37:50) MESSAGE (CreateDataset) Searching for appropriate DS for '/Users/krueger/Desktop/hand16.uvf'
(16.08.2010 23:37:50) MESSAGE (Reader) Seeing if Generic UVF Dataset can open /Users/krueger/Desktop/hand16.uvf
(16.08.2010 23:37:50) MESSAGE (DetermineNumberOfTimesteps) Block counts (raster, hist1, hist2, accel): (1, 1, 1, 1)
(16.08.2010 23:37:50) MESSAGE (Open) Open successfully found 1 suitable data block in the UVF file.
(16.08.2010 23:37:50) MESSAGE (Open) Analyzing data...
(16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 0, 0) -> ((0,0,-0.00583658), (0.949416,0.48249,0.988327), (244,124,256))
(16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 0, 1) -> ((0,0,0.494163), (0.949416,0.48249,0.0116732), (244,124,5))
(16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 1, 0) -> ((0,0,0), (0.953125,0.484375,1), (122,62,128))
(16.08.2010 23:37:50) MESSAGE (Open) 1 timesteps found in the UVF.
(16.08.2010 23:37:50) MESSAGE (Open) Timestep 0:
  Dataset size: 244 x 124 x 257
  Brick layout of highest resolution level: 1 x 1 x 2
  unsigned 16 bit, 1 components
  LOD down to 1 x 1 x 1 found.
(16.08.2010 23:37:50) MESSAGE (LoadDataset) Load successful, initializing renderer!
(16.08.2010 23:37:50) MESSAGE (InitializeRenderer) Starting up GL! Running on a NVIDIA Corporation NVIDIA GeForce 9600M GT OpenGL Engine with OpenGL version 2.1 NVIDIA-1.6.16
(16.08.2010 23:37:50) MESSAGE (InitializeRenderer) Maximum supported texture size: 2048 (required by IO subsystem: 256)
(16.08.2010 23:37:50) MESSAGE (Initialize) Creating empty 1D TF.
(16.08.2010 23:37:50) MESSAGE (GetEmpty1DTrans) Creating new empty 1D transfer function
(16.08.2010 23:37:50) MESSAGE (GetEmpty2DTrans) Creating new empty 2D transfer function
(16.08.2010 23:37:50) MESSAGE (Changed2DTrans) Sending change notification for 2D transfer function
(16.08.2010 23:37:50) MESSAGE (Changed2DTrans) not using the 2D transferfunction at the moment, ignoring message
(16.08.2010 23:37:50) MESSAGE (find_shader) Found /Users/krueger/Downloads/ImageVis3D/ImageVis3D.app/Contents/Resources/Transfer-FS.glsl in bundle, using that.
(16.08.2010 23:37:50) MESSAGE (LoadAndVerifyShader) Searching for shaders in Shaders ...
(16.08.2010 23:37:50) MESSAGE (LoadAndVerifyShader) Not all vertex shaders present in Shaders, skipping...
(16.08.2010 23:37:50) MESSAGE (LoadAndVerifyShader) Searching for shaders in Tuvok/Shaders ...
(16.08.2010 23:37:50) MESSAGE (LoadAndVerifyShader) Not all vertex shaders present in Tuvok/Shaders, skipping...
(16.08.2010 23:37:50) MESSAGE (LoadAndVerifyShader) Searching for shaders in ../Tuvok/Shaders ...
(16.08.2010 23:37:50) MESSAGE (LoadAndVerifyShader) Not all vertex shaders present in ../Tuvok/Shaders, skipping...
(16.08.2010 23:37:50) ERROR (LoadAndVerifyShader) Shaders [VS: Transfer-VS.glsl, FS: /Users/krueger/Downloads/ImageVis3D/ImageVis3D.app/Contents/Resources/Transfer-FS.glsl, ] not found!
(16.08.2010 23:37:50) ERROR (LoadShaders) Error loading transfer function shaders.
(16.08.2010 23:37:50) MESSAGE (ReleaseVolumeRenderer) Deleting volume renderer
(16.08.2010 23:37:50) MESSAGE (FreeDataset) Cleaning up all 3D textures associated w/ dataset /Users/krueger/Desktop/hand16.uvf
(16.08.2010 23:37:50) MESSAGE (FreeDataset) Released Dataset /Users/krueger/Desktop/hand16.uvf
(16.08.2010 23:37:50) MESSAGE (Free1DTrans) Released 1D TF
(16.08.2010 23:37:50) MESSAGE (Free2DTrans) Released 2D TF
(16.08.2010 23:37:50) ERROR (CreateNewRenderWindow) Could not initialize render window!
(16.08.2010 23:37:50) ERROR (LoadDataset) Renderwindow creation failed. Bailing...

Jens Krüger (jens-sci)
Changed in imagevis3d:
status: New → Confirmed
importance: Undecided → Critical
Revision history for this message
Tom Fogal (tfogal) wrote :

Which revision? I remember looking into this a week or two ago. I thought I fixed it and it's working locally w/ rev 1699 (tuvok) and 1560 (iv3d).

From a development tree or a downloaded binary? If the latter -- nightly devbuild or CI devbuild?

Revision history for this message
Jens Krüger (jens-sci) wrote : Re: [Bug 618917] Re: Shaders not loading properly on a mac
Download full text (4.7 KiB)

latest devbuild (well, the latest dmg on our devbuilds page)

Am 16.08.2010 um 23:57 schrieb Tom Fogal:

> Which revision? I remember looking into this a week or two ago. I
> thought I fixed it and it's working locally w/ rev 1699 (tuvok) and 1560
> (iv3d).
>
>> From a development tree or a downloaded binary? If the latter --
> nightly devbuild or CI devbuild?
>
> --
> Shaders not loading properly on a mac
> https://bugs.launchpad.net/bugs/618917
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in ImageVis3D, an out-of-core desktop volume renderer: Confirmed
>
> Bug description:
> Debug log when trying to load hand16.uvf attached below:
>
> (16.08.2010 23:37:50) MESSAGE (Reader) Seeing if Generic UVF Dataset can open /Users/krueger/Desktop/hand16.uvf
> (16.08.2010 23:37:50) MESSAGE (RequestNewVolumeRenderer) Starting up new renderer (API=OpenGL, Method=Axis Aligned 2D Slice Based Volume Renderer)
> (16.08.2010 23:37:50) MESSAGE (LoadDataset) Loading /Users/krueger/Desktop/hand16.uvf
> (16.08.2010 23:37:50) MESSAGE (CreateDataset) Searching for appropriate DS for '/Users/krueger/Desktop/hand16.uvf'
> (16.08.2010 23:37:50) MESSAGE (Reader) Seeing if Generic UVF Dataset can open /Users/krueger/Desktop/hand16.uvf
> (16.08.2010 23:37:50) MESSAGE (DetermineNumberOfTimesteps) Block counts (raster, hist1, hist2, accel): (1, 1, 1, 1)
> (16.08.2010 23:37:50) MESSAGE (Open) Open successfully found 1 suitable data block in the UVF file.
> (16.08.2010 23:37:50) MESSAGE (Open) Analyzing data...
> (16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 0, 0) -> ((0,0,-0.00583658), (0.949416,0.48249,0.988327), (244,124,256))
> (16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 0, 1) -> ((0,0,0.494163), (0.949416,0.48249,0.0116732), (244,124,5))
> (16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 1, 0) -> ((0,0,0), (0.953125,0.484375,1), (122,62,128))
> (16.08.2010 23:37:50) MESSAGE (Open) 1 timesteps found in the UVF.
> (16.08.2010 23:37:50) MESSAGE (Open) Timestep 0:
> Dataset size: 244 x 124 x 257
> Brick layout of highest resolution level: 1 x 1 x 2
> unsigned 16 bit, 1 components
> LOD down to 1 x 1 x 1 found.
> (16.08.2010 23:37:50) MESSAGE (LoadDataset) Load successful, initializing renderer!
> (16.08.2010 23:37:50) MESSAGE (InitializeRenderer) Starting up GL! Running on a NVIDIA Corporation NVIDIA GeForce 9600M GT OpenGL Engine with OpenGL version 2.1 NVIDIA-1.6.16
> (16.08.2010 23:37:50) MESSAGE (InitializeRenderer) Maximum supported texture size: 2048 (required by IO subsystem: 256)
> (16.08.2010 23:37:50) MESSAGE (Initialize) Creating empty 1D TF.
> (16.08.2010 23:37:50) MESSAGE (GetEmpty1DTrans) Creating new empty 1D transfer function
> (16.08.2010 23:37:50) MESSAGE (GetEmpty2DTrans) Creating new empty 2D transfer function
> (16.08.2010 23:37:50) MESSAGE (Changed2DTrans) Sending change notification for 2D transfer function
> (16.08.2010 23:37:50) MESSAGE (Changed2DTrans) not using the 2D transferfunction at the moment, ignoring message
> (16.08.2010 23:37:50) MESSAGE (find_shader) Found /Users/krueger/Downloads/ImageVis3D/ImageVis3D.app/Contents/Resources/Transfer-FS...

Read more...

Revision history for this message
Jens Krüger (jens-sci) wrote :
Download full text (4.7 KiB)

btw that version is:

Tuvok: 1699
IV3D: 1560

Am 16.08.2010 um 23:57 schrieb Tom Fogal:

> Which revision? I remember looking into this a week or two ago. I
> thought I fixed it and it's working locally w/ rev 1699 (tuvok) and 1560
> (iv3d).
>
>> From a development tree or a downloaded binary? If the latter --
> nightly devbuild or CI devbuild?
>
> --
> Shaders not loading properly on a mac
> https://bugs.launchpad.net/bugs/618917
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in ImageVis3D, an out-of-core desktop volume renderer: Confirmed
>
> Bug description:
> Debug log when trying to load hand16.uvf attached below:
>
> (16.08.2010 23:37:50) MESSAGE (Reader) Seeing if Generic UVF Dataset can open /Users/krueger/Desktop/hand16.uvf
> (16.08.2010 23:37:50) MESSAGE (RequestNewVolumeRenderer) Starting up new renderer (API=OpenGL, Method=Axis Aligned 2D Slice Based Volume Renderer)
> (16.08.2010 23:37:50) MESSAGE (LoadDataset) Loading /Users/krueger/Desktop/hand16.uvf
> (16.08.2010 23:37:50) MESSAGE (CreateDataset) Searching for appropriate DS for '/Users/krueger/Desktop/hand16.uvf'
> (16.08.2010 23:37:50) MESSAGE (Reader) Seeing if Generic UVF Dataset can open /Users/krueger/Desktop/hand16.uvf
> (16.08.2010 23:37:50) MESSAGE (DetermineNumberOfTimesteps) Block counts (raster, hist1, hist2, accel): (1, 1, 1, 1)
> (16.08.2010 23:37:50) MESSAGE (Open) Open successfully found 1 suitable data block in the UVF file.
> (16.08.2010 23:37:50) MESSAGE (Open) Analyzing data...
> (16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 0, 0) -> ((0,0,-0.00583658), (0.949416,0.48249,0.988327), (244,124,256))
> (16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 0, 1) -> ((0,0,0.494163), (0.949416,0.48249,0.0116732), (244,124,5))
> (16.08.2010 23:37:50) MESSAGE (AddBrick) adding brick (0, 1, 0) -> ((0,0,0), (0.953125,0.484375,1), (122,62,128))
> (16.08.2010 23:37:50) MESSAGE (Open) 1 timesteps found in the UVF.
> (16.08.2010 23:37:50) MESSAGE (Open) Timestep 0:
> Dataset size: 244 x 124 x 257
> Brick layout of highest resolution level: 1 x 1 x 2
> unsigned 16 bit, 1 components
> LOD down to 1 x 1 x 1 found.
> (16.08.2010 23:37:50) MESSAGE (LoadDataset) Load successful, initializing renderer!
> (16.08.2010 23:37:50) MESSAGE (InitializeRenderer) Starting up GL! Running on a NVIDIA Corporation NVIDIA GeForce 9600M GT OpenGL Engine with OpenGL version 2.1 NVIDIA-1.6.16
> (16.08.2010 23:37:50) MESSAGE (InitializeRenderer) Maximum supported texture size: 2048 (required by IO subsystem: 256)
> (16.08.2010 23:37:50) MESSAGE (Initialize) Creating empty 1D TF.
> (16.08.2010 23:37:50) MESSAGE (GetEmpty1DTrans) Creating new empty 1D transfer function
> (16.08.2010 23:37:50) MESSAGE (GetEmpty2DTrans) Creating new empty 2D transfer function
> (16.08.2010 23:37:50) MESSAGE (Changed2DTrans) Sending change notification for 2D transfer function
> (16.08.2010 23:37:50) MESSAGE (Changed2DTrans) not using the 2D transferfunction at the moment, ignoring message
> (16.08.2010 23:37:50) MESSAGE (find_shader) Found /Users/krueger/Downloads/ImageVis3D/ImageVis3D.app/Contents/Resources/Transfer-FS.glsl in bundle,...

Read more...

Jens Krüger (jens-sci)
Changed in imagevis3d:
assignee: nobody → Tom Fogal (tfogal)
Revision history for this message
Ingmar Steiner (steiner-coli) wrote :

Quick question: is there a workaround until the bug is fixed?

Revision history for this message
Tom Fogal (tfogal) wrote :

Bleh, I replied by email but it didn't seem to make it here... sorry.

Try one of our "other" devbuilds:

  http://ci.sci.utah.edu:8011/devbuilds/

I'm not sure if those will work, but I do know that building from source works.

Revision history for this message
Tom Fogal (tfogal) wrote :

This was fixed a while back... just a PEBKAC when searching for shaders. Note there are still other mac issues, but 1D TFqns at least seem to be okay.

Changed in imagevis3d:
status: Confirmed → Fix Committed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.