drakeo / gimp-normalmap Goto Github PK

Make fails with the following error:
/usr/bin/ld: note: 'sqrtf@@GLIBC_2.2.5' is defined in DSO /usr/lib/libm.so.6 so 
try adding it to the linker command line

I fixed it by adding `-lm` to the `LIBS` part of `Makefile.linux`.

System info:
Compiler: gcc 4.7.2
OS: archlinux (last full system update was 5 seconds ago)
Architecture: x86_64

Reproduction:
1. Press 3D Preview in the main screen
2. Try to change the perspective or any other option in the 3D preview screen
3. -> The preview does not update, the screen remains white

Version:
gimp-normalmap-win32-1.2.3
GIMP 2.8.0, Windows 7 Professional SP1 (32bit)
GeForce Go 7300

Additional info:
The view DOES update if I resize the window

Hi, fantastic looking piece of software you've got here. Hopefully this will be 
an easy one:

Is there any way to compile gimp-normalmap for systems with GIMP installed in 
an unusual place? I'm currently running a version of GIMP on Linux (Ubuntu) 
compiled from the current git code, and I prefer to keep it in my Home folder 
as described at http://www.gimp.org/source/howtos/gimp-git-build.html. I've 
taken a cursory look into the makefiles and didn't immediately see any way to 
set a directory. Also, I would prefer not to solve this through environment 
variables, but I'll go that route if there's no other way.

Thanks in advance!

What steps will reproduce the problem?
1. Download the most recent copy of src from here
2. Extract to directory
3. cd into directory
4. Run make

What is the expected output? What do you see instead?
Expected output is a successful build, instead linker errors occur and suggests 
linking against libm.so.6. 

What version of the product are you using? On what operating system?
gimp-normalmap-1.2.3
Arch Linux 64 bit. 

Please provide any additional information below.
Issue can be fixed by adding the compiler flag "-lm" to Makefile.linux

Is there an 64 Bit version scheduled or w.i.p. for the gimp-normalmap plugin?

What steps will reproduce the problem?
Call the plugin from the script-fu console with e.g.:
(plug-in-normalmap RUN-NONINTERACTIVE <image-id> (car 
(gimp-image-get-active-layer <image-id>)) 0 0 1.0 0 0 0 0 0 0 0 0.0 0)
Note the last parameter (the alpha map drawable) is 0.

What is the expected output? What do you see instead?
Expected: the plugin does its work.
Actual: it throws an error: "Calling error for procedure 'gimp-drawable-width': 
Procedure 'gimp-drawable-width' has been called with an invalid ID for argument 
'drawable'. Most likely a plug-in is trying to work on a layer that doesn't 
exist any longer."

What version of the product are you using? On what operating system?
1.2.2 on MSW 7

a

Hello and thanks for this plugin.
I've been using it for a while now, and I recently stumbled over this: 
http://http.developer.nvidia.com/GPUGems3/gpugems3_ch18.html

To implement this improved relief mapping technique, one needs an additional 
channel in the normal map, representing height/diameter ratios of cones that 
touch ("classic" cone mapping) or cut through (relaxed cone mapping, as 
described in the article) the depth map. They can be stored alongside the 
normal vector (the 3rd component can be recalculated in the shader) and the 
height, or put into its own L/A texture, combined with the height. The author 
suggests texture access time will be improved this way, as only 16bits of data 
need to be fetched for each step of the intersection test.

Can I already do this with the current version of normalmap? If yes, how?
If cone map calculation isn't possible yet, would it be of interest to you to 
implement it? I'm working on software to do this outside the plugin, so I could 
give a hand if needed.

I'd like to build this on OS X (or consume a binary).

I've installed some of the dependencies through homebrew, and the version of 
Gimp I have is the official Mac binary they provide.

At present as far as I can get compiling gimp-normalmap is if I do 
PKG_CONFIG_PATH=/usr/X11/lib/pkgconfig

Compilation fails with

No package 'gimp-2.0' found
normalmap.c:26:21: error: gtk/gtk.h: No such file or directory
normalmap.c:28:26: error: libgimp/gimp.h: No such file or directory
normalmap.c:29:28: error: libgimp/gimpui.h: No such file or directory

But I don't know where to get/install the gimp development libraries.

I found a post in some corner of the internet which suggested

export 
DYLD_LIBRARY_PATH=/Applications/Gimp.app/Contents/Resources/lib:/System/Library/
Frameworks/ImageIO.framework/Versions/A/Resources:/usr/lib:/opt/local/lib

After this compilation fails with

dyld: Symbol not found: __cg_jpeg_resync_to_restart
  Referenced from: /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
  Expected in: /Applications/Gimp.app/Contents/Resources/lib/libJPEG.dylib
 in /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
normalmap.c:26:21: error: gtk/gtk.h: No such file or directory
normalmap.c:28:26: error: libgimp/gimp.h: No such file or directory
normalmap.c:29:28: error: libgimp/gimpui.h: No such file or directory

I'm not sure if that's progress or not.

Any help would be much appreciated.

What steps will reproduce the problem?
1. svn co as instructed (rev 44)
2. installed dependencies
3. make (fails)

What is the expected output? What do you see instead?
Package gimp-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gimp-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gimp-2.0' found
(and a lot of gcc errors)

What version of the product are you using? On what operating system?
svn rev 44
OpenSUSE 11.1

Please provide any additional information below.
Though make complains about missing gimp-2.0, I do have gtk+-2.0 (gimp 
toolkit). It seems more a naming issue than a real missing dependency.
I have gimp 2.6:
gimp --version
GNU Image Manipulation Program version 2.6.2

What steps will reproduce the problem?
1. unpacking
2. running make
3. reading the INSTALL text

What is the expected output? What do you see instead?
instead of building the product, I see this:

$ make
gcc -c -O3 -Wall `pkg-config --cflags gtk+-2.0 gtkglext-1.0 gimp` normalmap.c
Package gimp was not found in the pkg-config search path.
Perhaps you should add the directory containing `gimp.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gimp' found
normalmap.c:26:21: fatal error: gtk/gtk.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
make: *** [normalmap.o] Fehler 1


What version of the product are you using? On what operating system?
1.2.3


Please provide any additional information below.

gimp is installed. and all the other packages just don't exist in Debian 7.1 
... neither apt-get nor aptitude can find them.

What packages do I really have to be installed?

Seems to compile and install on macosx (10.7.4) after installing the ports 
through macports. HOWEVER, the Makefile needs to include macosx detection, the 
result of "uname -s" is below:

% uname -s
Darwin

for reference, the ports are at least:

sudo port install gtkglextmm
sudo port install gtkglext
sudo port install glew

Hi
When building on the Open Build Service for openSUSE I get the following 
warning;

gimp-normalmap.x86_64: W: incorrect-fsf-address 
/usr/share/doc/packages/gimp-dds/COPYING

The Free Software Foundation address in this file seems to be outdated or
misspelled.  Ask upstream to update the address, or if this is a license file,
possibly the entire file with a new copy available from the FSF.

Attached, please find a patch to fix the address for your consideration.

See attached screenshot.

The 3D Preview for a 'Convert to height' operation does not show anything 
useful, since all 'bump mapping' options still assume that the input texture is 
a normal map.

Ideally, I would like to see a bump/parallax effect preview making use of the 
output height texture.

See attached screenshot.

When scale is changed to anything other than 1.0 during a 'convert to height' 
operation it introduces a strange gradient across the entire image rather than 
scaling down the height evenly.

Both at gimp-normalmap and gimp-dds, we have an incorrect usage of $(LD) 
at the Makefile.

We have $(LD) being used to link all the objects together. However, this 
is incorrect, $(CC) should have been used instead.

If we set LD to "ld" program, which would be the correct, then the 
compilation fails because of $(LDFLAGS) parameters (as these flags are 
meant to be passed to $(CC)).

So, the solution is simple:
* Delete the "LD=gcc" line
* Chante $(LD) to $(CC) at the line that generates the final executable.

What steps will reproduce the problem?
sudo apt-get install libglew1.5-dev libgtkglext1-dev libgtkgl2.0-dev
make
make install

What is the expected output? What do you see instead?
the normalmap plugin does not show up under filters, nor any other menu

What version of the product are you using? On what operating system?
ubuntu lucid 64-bit git gimp 2.7.2

Please provide any additional information below.

What steps will reproduce the problem?
1. Try to build with 'make'

What is the expected output? What do you see instead?

Build exits with the following output:

$ make
gcc -c -O3 -Wall `pkg-config --cflags gtk+-2.0 gtkglext-1.0 gimp-2.0` 
preview3d.c
gcc -c -O3 -Wall `pkg-config --cflags gtk+-2.0 gtkglext-1.0 gimp-2.0` scale.c
gcc  normalmap.o preview3d.o scale.o `pkg-config --libs gtk+-2.0 gtkglext-1.0 
gimp-2.0 gimpui-2.0` -L/usr/X11R6/lib -lGLEW -o normalmap
/usr/bin/ld: preview3d.o: undefined reference to symbol 'sincosf@@GLIBC_2.2.5'
/lib64/libm.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile.linux:17: recipe for target 'normalmap' failed
make: *** [normalmap] Error 1


What version of the product are you using? On what operating system?

gimp-normalmap-1.2.3 on Fedora 21


Please provide any additional information below.

Adding a -lm to LIBS in Makefile.linux (as described in 
http://blender3d.org.ua/forum/texturing/111-1.html) fixes the problem.

What steps will reproduce the problem?
1. Run make.

What is the expected output? What do you see instead?
Makefile pulls in Makefile.win32 instead of Makefile.linux

What version of the product are you using? On what operating system?
SVN r44 on OS X 10.6.6

Please provide any additional information below.
Needs additional logic instead of just checking if 'uname -s' is Linux.  Darwin 
is what is reported on OS X, and it should be using Makefile.linux as well, 
much more so than Makefile.win32.  Proposed fix below and attached.

Index: Makefile
===================================================================
--- Makefile    (revision 44)
+++ Makefile    (working copy)
@@ -1,7 +1,11 @@

 OS=$(shell uname -s)
 ifeq ($(OS), Linux)
-include Makefile.linux
+    include Makefile.linux
 else
-include Makefile.win32
+    ifeq ($(OS), Darwin)
+        include Makefile.linux
+    else
+        include Makefile.win32
+    endif
 endif

What steps will reproduce the problem?
1. Running make with GCC 4.2 (probably more)

Compiled on OS X Snow Leopard with gcc-4.2.1 and dependencies installed via 
MacPorts.  GCC provided by Xcode 3.2.5.

To fix, I made the following changes:

Index: preview3d.c
===================================================================
--- preview3d.c (revision 44)
+++ preview3d.c (working copy)
@@ -592,7 +592,7 @@
    err = glewInit();
    if(err != GLEW_OK)
    {
-      g_message((char*)glewGetErrorString(err));
+      g_message("%s", (char*)glewGetErrorString(err));
       _gl_error = 1;
    }

I've also attached this as a diff.  Just need to make sure the first arg is a 
string literal, as it says in the warning.

What steps will reproduce the problem?
1.Clicking 3D Preview
2.
3.

What is the expected output? What do you see instead?
It crashes when I click 3D Preview

What version of the product are you using? On what operating system?
GIMP 2.8.14 Normalmap 1.2.3 Both 64-Bit Windows Ultimate 7

Please provide any additional information below.
It worked fine when using previous version of GIMP. I have tried using 32-bit 
1.2.3 normalmap and 1.2.2 as well. Use instructions as specified in the 
normalmap zip and wont do a 3D Preview.

The 3d preview fails to load and crashes normalmap.
Here is the console output.
I am running glib 2.32 on my system.


gimp

(normalmap:24998): Gtk-WARNING **: GtkSpinButton: setting an adjustment with 
non-zero page size is deprecated

(normalmap:24998): Gtk-WARNING **: GtkSpinButton: setting an adjustment with 
non-zero page size is deprecated

(normalmap:24998): Gtk-WARNING **: GtkSpinButton: setting an adjustment with 
non-zero page size is deprecated

(normalmap:24998): LibGimpWidgets-CRITICAL **: gimp_color_button_new: assertion 
`width > 0' failed

(normalmap:24998): Gtk-CRITICAL **: IA__gtk_widget_show: assertion 
`GTK_IS_WIDGET (widget)' failed

(normalmap:24998): LibGimpWidgets-CRITICAL **: gimp_color_button_set_color: 
assertion `GIMP_IS_COLOR_BUTTON (button)' failed

(normalmap:24998): GLib-GObject-CRITICAL **: g_object_get: assertion 
`G_IS_OBJECT (object)' failed
/home/salamanderrake/.gimp-2.8/plug-ins/normalmap: fatal error: Segmentation 
fault

Hi
When building on the Open Build Service for openSUSE 12.2 I get the following 
build failure for version 1.2.3;
gcc  normalmap.o preview3d.o scale.o `pkg-config --libs gtk+-2.0 gtkglext-1.0 
gimp-2.0 gimpui-2.0` -L/usr/X11R6/lib -lGLEW -o normalmap
/usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/bin/ld: 
normalmap.o: undefined reference to symbol 'sqrtf@@GLIBC_2.2.5'
/usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/bin/ld: 
note: 'sqrtf@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so try adding it 
to the linker command line
/lib64/libm.so.6: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make: *** [normalmap] Error 1

For openSUSE 12.3 and up there was a package split for glu so this also needed 
to be added in the LIB string.

Attached please find a patch that fixes this linker issue for your 
consideration.

What steps will reproduce the problem?
1.Download gimp-normalmap-win32-1.2.2.zip
2.Extract normalmap.exe to GIMP plugins directory.  Usually this directory is 
located at "C:\Program Files\GIMP-2.0\lib\gimp\2.0\plug-ins".  Then extract the 
3 .dll files contained in the archive to your GIMP bin directory. This 
directory is usually located at "C:\Program Files\GIMP-2.0\bin

3. Click on normalmap.exe application installed in the GIMP plugins directory.  
The error message that appears says: 

"normalmap.exe - Unable To Locate Component

This application has failed to start because libgdk-win32-2.0-0.dll was not 
found.  Re-installing the application may fix this problem."

What is the expected output? What do you see instead?

No this is not the expected output.  Instead I see an error message that says: 
"normalmap.exe - Unable To Locate Component

This application has failed to start because libgdk-win32-2.0-0.dll was not 
found.  Re-installing the application may fix this problem."


What version of the product are you using? 

GIMP 2.8

On what operating system?

Windows vista


Please provide any additional information below.

ligdk-win32-2.0-0.dll is indeed installed in the GIMP bin as the readme 
instructs.
Re-installing the normalmap.exe does not resolve this problem.



What is the solution?

What steps will reproduce the problem?
1. Create a greyscale image that is also using the color black
2. Turn it into a normalmap with height in alpha
3. Save as TGA

What is the expected output? What do you see instead?
Expected output is a TGA file containing useful data even in the parts that 
have alpha value zero (as these still can have a normal vector). But, the TGA 
actually contains the RGB values (0, 0, 0) where A is 0.

What version of the product are you using? On what operating system?
GIMP 2.6.8
gimp-normalmap 1.2.2
Ubuntu

Please provide any additional information below.
The issue is most likely in GIMP saving the image, however, this decision done 
by GIMP makes sense in MOST cases, as pixels with alpha value 0 usually INDEED 
cannot contain any used data. Therefore, it would probably be best to avoid 
creation of zero alpha pixels inside gimp-normalmap, and use the alpha value 1 
(of 0 to 255) instead.

What steps will reproduce the problem?
1. Install Gimp 2.6.10 or 2.7.1 (for Windows)
2. Install the normalmap plugin and start Gimp
3. An error message comes up: 
http://www.screencast.com/users/ypiotr/folders/Jing/media/1db04c4f-771c-423f-837
9-5b61a948eff7

What is the expected output? What do you see instead?
There should be no such error message.

What version of the product are you using? On what operating system?

gimp-normalmap-win32-1.2.2 and Gimp 2.6.10 or 2.7.1 (dev release)

Please provide any additional information below.