shoozza / gimp-normalmap Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/gimp-normalmap
License: Other
Automatically exported from code.google.com/p/gimp-normalmap
License: Other
Is there an 64 Bit version scheduled or w.i.p. for the gimp-normalmap plugin?
Original issue reported on code.google.com by [email protected]
on 10 Jul 2011 at 12:42
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?
Original issue reported on code.google.com by [email protected]
on 16 May 2012 at 4:24
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!
Original issue reported on code.google.com by [email protected]
on 25 Jan 2011 at 6:15
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.
Original issue reported on code.google.com by [email protected]
on 26 Aug 2013 at 11:37
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.
Original issue reported on code.google.com by [email protected]
on 9 Jul 2010 at 12:31
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.
Original issue reported on code.google.com by [email protected]
on 5 Mar 2015 at 12:53
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.
Original issue reported on code.google.com by [email protected]
on 4 Apr 2013 at 8:59
Attachments:
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
Original issue reported on code.google.com by [email protected]
on 22 Dec 2012 at 6:44
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.
Original issue reported on code.google.com by [email protected]
on 20 Aug 2010 at 2:30
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
Original issue reported on code.google.com by [email protected]
on 1 Aug 2012 at 5:20
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
Original issue reported on code.google.com by [email protected]
on 28 Feb 2013 at 12:37
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
Original issue reported on code.google.com by [email protected]
on 11 Aug 2010 at 2:55
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.
Original issue reported on code.google.com by [email protected]
on 9 Nov 2014 at 8:06
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.
Original issue reported on code.google.com by [email protected]
on 18 Jul 2013 at 7:45
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 16 Jul 2010 at 10:55
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
Original issue reported on code.google.com by [email protected]
on 25 Apr 2012 at 9:26
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?
Original issue reported on code.google.com by [email protected]
on 10 Sep 2013 at 1:56
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.
Original issue reported on code.google.com by [email protected]
on 11 Jul 2010 at 3:06
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
Original issue reported on code.google.com by [email protected]
on 26 Aug 2012 at 7:14
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
Original issue reported on code.google.com by [email protected]
on 5 May 2012 at 8:50
a
Original issue reported on code.google.com by [email protected]
on 17 May 2013 at 11:55
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 18 Jul 2013 at 7:53
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.
Original issue reported on code.google.com by denilsonsa
on 25 Apr 2010 at 8:40
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
Original issue reported on code.google.com by [email protected]
on 10 Feb 2011 at 9:29
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.
Original issue reported on code.google.com by [email protected]
on 10 Feb 2011 at 9:24
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.
Original issue reported on code.google.com by [email protected]
on 4 Apr 2013 at 8:55
Attachments:
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.