Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 01-07-06, 01:44 PM   #1
dhenry
Registered User
 
Join Date: Dec 2005
Posts: 7
Exclamation Strange assembly shader code produced from GLSL

Hello,

I've got strange GLSL linkage error with shaders from a GIMP's plugin (NormalMap plugin). The plugin uses four shader programs (dot3 normal mapping, parallax mapping, parallax occlusion mapping and relief mapping), but only one is successfully compiled and linked (the first). For the three others, vertex and fragment shaders compile but fail at link stage.

The info log message gives the full fragment shader code in assembly generated by the driver, and points at lines which look like this one:

MADR R0.w, R0, {0,050000001, -0,025, 0, 0}.x, {0,050000001, -0,025, 0, 0}.y;

I don't know shader programming in assembly, but I think that some commas should be replaced with dots, shouldn't they? (0.050000001 and -0.025).

I've extracted the shaders and tested them in another program, and it compiled and linked with no error. The source code from the plugin seems correct (I don't think the author would have been released a so buggy plugin).

I've been able to reproduce the bug on two computers, with 8178 and 7676 drivers. Steps to reproduce it:

* Download and install the GIMP plugin (http://nifelheim.dyndns.org/~cocidius/normalmap/)
* Run GIMP, open an image, Right-click on the image, "Filters->Map->Normalmap"
* Click on "3D Preview", and a (huge) dialog box should appear with the error logs of the three shaders.

I've attached the three info logs for the three faulty shaders, and two bug repports for the two computers I've used for testing. It seems that the generated assembly code is wrong.
Attached Files
File Type: log parallax_link.log (2.3 KB, 143 views)
File Type: log pom_link.log (5.2 KB, 141 views)
File Type: log relief_link.log (11.1 KB, 135 views)
File Type: log nvidia-bug-report_A.log (88.8 KB, 124 views)
File Type: log nvidia-bug-report_B.log (96.8 KB, 129 views)
dhenry is offline   Reply With Quote
Old 01-10-06, 05:32 PM   #2
netllama
NVIDIA Corporation
 
Join Date: Dec 2004
Posts: 8,763
Default Re: Strange assembly shader code produced from GLSL

I'm afraid that I'm not able to reproduce this problem (see attached screenshot) with 1.0-8178 (I didn't test 1.0-7676). When I follow your steps, I get the 3D Preview window, not an error log window.

I notice that you have both Composite and RenderAccel turned on. Does this only reproduce with them turned on?

Thanks,
Lonni
Attached Thumbnails
Click image for larger version

Name:	3d.jpg
Views:	156
Size:	50.2 KB
ID:	15538  
netllama is offline   Reply With Quote
Old 01-13-06, 06:21 AM   #3
dhenry
Registered User
 
Join Date: Dec 2005
Posts: 7
Unhappy Re: Strange assembly shader code produced from GLSL

I still have troubles with Composite and RenderAccel turned off.

If you can have the 3D Preview window without errors, you should be able to select one of the four bump mapping methods. But the plugin also checks if the CG can handle more than 200 instructions in a shader for the last two methods... (if not, they aren't compiled).
dhenry is offline   Reply With Quote
Old 01-13-06, 02:15 PM   #4
netllama
NVIDIA Corporation
 
Join Date: Dec 2004
Posts: 8,763
Default Re: Strange assembly shader code produced from GLSL

Yes, I can select any of the four Bump mapping methods. I'm wondering if this problem is something specific to your environment (and not a driver bug), since its certainly working fine for me.

Thanks,
Lonni
netllama is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 12:21 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.