Teeth are black with H3DAPI 2.1 (XP 0.2.7)

Bug #445242 reported by Daniel Stehn
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Forssim
Fix Committed
Critical
Martin Flodin

Bug Description

After upgrading to H3DAPI 2.1, MEDX3D 1.1 (and Candy 1.9) the teeth are black (see picture). They are still "there" to drill in but with wrong texture (and format?).

X3D::createX3DFromURL seems to run fine but when doing scene->idle(); something happens:
******
GlWindowNode: Run Idle
DcmItem: Length of attribute (5089,474e) is odd
DcmElement: Unknown Tag & Data(5089,474e) larger (169478669) that remaining bytes in file
DcmElement: Unknown Tag & Data(d8ff,e0ff) larger (1179258880) that remaining bytes in file
[W] Warning: None of the urls in ImageTexture with url [ "textures/Ben_Eye.jpg"]
 could be loaded. Either they don't exist or the file format is not supported by
 any H3DImageLoaderNode that is available (in Unnamed ImageTexture)
DcmElement: Unknown Tag & Data(d8ff,e0ff) larger (1179258880) that remaining bytes in file
DcmElement: Unknown Tag & Data(d8ff,e0ff) larger (1179258880) that remaining bytes in file
DcmItem: Length of attribute (5089,474e) is odd
DcmElement: Unknown Tag & Data(5089,474e) larger (169478669) that remaining bytes in file
DcmItem: Length of attribute (5089,474e) is odd
DcmElement: Unknown Tag & Data(5089,474e) larger (169478669) that remaining bytes in file
DcmElement: Unknown Tag & Data(d8ff,e0ff) larger (1179258880) that remaining bytes in file
DcmElement: Unknown Tag & Data(d8ff,e0ff) larger (1179258880) that remaining bytes in file
DcmItem: Length of attribute (5089,474e) is odd
DcmElement: Unknown Tag & Data(5089,474e) larger (169478669) that remaining bytes in file
DcmElement: Unknown Tag & Data(d8ff,e0ff) larger (1179258880) that remaining bytes in file
DcmElement: Unknown Tag & Data(d8ff,e0ff) larger (1179258880) that remaining bytes in file
DcmElement: Unknown Tag & Data(524e,4452) larger (825241648) that remaining bytes in file
GlWindowNode: Set Window Geometry
GlWindowNode: Show Full Screen
GlWindowNode: Show Risen
GlWindowNode: Start Timer
******

Revision history for this message
Daniel Stehn (daniel-stehn) wrote :
Changed in forssim:
assignee: nobody → Daniel Stehn (daniel-stehn)
importance: Undecided → Critical
Revision history for this message
jocke (jocke-karlsson) wrote :
Revision history for this message
Daniel Stehn (daniel-stehn) wrote :

Tried using MedX3d Demo from SenseGraphics to see if we had the same problem. Used the cylinder.nrrd from forssim/examples/ and its texture. As soon as the texture is loaded the cylinder goes black.

Revision history for this message
Daniel Stehn (daniel-stehn) wrote :

Here is the x3d-file generated from MedX3dDemo in case anyone wants to load it into FsWisdom or QtH3DLoad.

Revision history for this message
Daniel Stehn (daniel-stehn) wrote :

If we open the generated x3d-file with H3DViewer the topmost segment seems to get rendered by OpacityMapVolumeStyle without the texture while the others are still black.

Revision history for this message
Daniel Stehn (daniel-stehn) wrote :

Works with sensegraphics fix in MedX3d. However we get problems if we build their latest source and use those binaries. The teeth doesn't seem to get loaded at all. If we use the binaries from 2.1 and only replace Medx3d then it works.

Revision history for this message
Martin Flodin (mflodin) wrote :

Fixed in latest trunk of MedX3d. See http://www.h3dapi.org/modules/mantis/bug_view_page.php?bug_id=0000175 for the full bug report.

Comment from Daniel at SenseGraphics on the change: "Fixed in trunk revision 363. updateUniformFields was not called for styles that did not require lights."

Changed in forssim:
assignee: Daniel Stehn (daniel-stehn) → Martin Flodin (mflodin)
status: New → 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.