mfinelli / gimp-dds Goto Github PK

Exporting with BC3/DXT5 causes Artifacts.

Using Windows7 64 bit, GIMP 2.8 (used 2.6 before), gimp-dds 2.2.1 
- problem predates this version however.

DDS plugin can read mipmaps into layers (which allows
to edit them), but it can't save edited mipmaps into 
dds file. It would be nice if "Save as DDS" window
had "Use customized mipmaps" option, not only
"Generate mipmaps" option.

( Gimp 2.6.0 and newest plugin version ).

This isn't an issue so much as a feature request - would it be possible to 
include instructions in the INSTALL file for compiling this plugin for Gimp on 
Linux (e.g. Ubuntu 12.04)? From the screenshots it seems to be possible to run 
it on some KDE distro!
Thanks - was not sure how else to contact the developer

What steps will reproduce the problem?
1. open a 24 bit texture (for example a bmp)
2. export it to DDS
3. it will be 32 bit

24 bit texture should remain 24 bit.

Attempting to write DDS cubemap.
DDS Plugin won't let me select "Save: CubeMap"(dropdown is greyed out and says 
"Selected layer")
I created layers with same dimensions, named:
positive x,negative x,positive y,negative y,positive z,negative z

What steps will reproduce the problem?
1.File>Export As
2.Export
3.Save as DDS dialogue
greyed out:
Format
Save:
Transparent index:
when saving, it saves only the selected layer into the DDS (as expected by the 
greyed out selection, but not as desired. should be all layers in cubemap)

What is the expected output? What do you see instead?
selection possible in drop down 
"Save: Cube Map"
all layers in DDS as cubemap

What version of the product are you using? On what operating system?
gimp 2.8.10
win8 64

Please provide any additional information below.

What steps will reproduce the problem?
1. Open a cube map that has mipmaps
2. Save as .dds

What is the expected output? What do you see instead?
Expected to save the cube map as it is.

What version of the product are you using? On what operating system?
GIMP 2.6.7, GIMP DDS Plugin 2.0.9, Windows XP Professional (32 bit)

OS: Win7 64bit
Gimp 2.6.11 - 32-bit

1. Start Gimp
2. Opened any dds file
3. Plugin crashes.

Two Gimp Error-Messages appear, saying the plugin >>dds.exe<< has crashed.

An example dds-file is attached.

1. Create an image with non-zero RGB values
2. Set alpha in some or all areas to zero (fully transparent)
3. Save DDS (RGBA8 format for example, I'm using a volume texture)

Instead of keeping the RGBA values, RGB is set to 0 (black) where A = 0.

I'm using Gimp 2.6.12 Ubuntu 12 64bit.

Is there a fix or workaround?  This has been driving me bananas.

What steps will reproduce the problem?
1.Saving a DDS image (tried sizes from 512 to 1024) with mip maps activated and 
non-compressed
2.
3.

What is the expected output? What do you see instead?
Line dots in the boundaries of the final image.

What version of the product are you using? On what operating system?
2.09 dds filter with gimp 2.6, Windows Vista 32 bits.

Please provide any additional information below.

It is normal practive for distribution packagers to inject their own set of 
CFLAGS.

Typical CFLAGS for openSUSE builds for example are:
-O2 -g -m64 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector 
-funwind-tables -fasynchronous-unwind-tables

=> This differs for other dists, so it is NOT MEANT to add those to your build.

But, allowind a distribution to easily extend them would be nice.

Attached patch does just that:
It EXTENDS the distributors CFLAGS variable with the one needed by you
(minor change: cha

What steps will reproduce the problem?
1. Downloading either the x64 or x32 files.
2. Exract/copying to the plugins 
3. Trying to open GIMP.

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

I assume the expected output is GIMP opening without fail. However when it goes 
to load my plugins each time it gives me an error saying GIMP couldn't read the 
file and forces it to close.

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

I'm using GIMP 2.6.4 and the latest version of this download. My OS is windows 
7 x64 

Please provide any additional information below.

I tried downloading earlier versions of the plugin but they're all the same. 
I'm not sure if it's because I'm using an older version of GIMP or what. 

What steps will reproduce the problem?

  1. make/load a non-quadratic dds image with mipmaps (for example aspect ratio 1:2)
  2. try to save it
  3. try to select "use existing mipmaps": its grayed out

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

  It should be possible to use existing mipmaps - to be able to correct distortions of mipmaps produced after a previous step of creating them automatically.

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

  GIMP 2.8.10; GIMP-DDS 3.0.1

Please provide any additional information below.

Please add support for texture arrays.

Texture arrays are available since DX10. It's just another subresource from GPU 
view, like mipmaps.

windows xp sp3 32bit
GIMP 2.6.8
gimp-dds 2.0.9
I can not open file in attachment
Got error:
"Error opening file."

What steps will reproduce the problem?

1. having a file in the directory "C:\...\Desktop\StuffÄ\shirt.dds"
2. trying to open that file via Gimp
3. Error Message

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

The image doesn't open because it has file path with an special character (in 
the example the german letter "Ä").

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

Gimp 2.8.4
Win 7 Professional 64 Bit
Plugin Version 3.0.1

Please provide any additional information below.

n/a

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

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

This should fix it so it only appends .exe on Windows platforms.

Index: Makefile
===================================================================
--- Makefile    (revision 175)
+++ Makefile    (working copy)
@@ -5,7 +5,7 @@
 CFLAGS=-pipe -g -O2 -Wall $(shell pkg-config --cflags gtk+-2.0 gimp-2.0)

 OS=$(shell uname -s)
-ifeq ($(OS), Linux)
+ifeq (,$(findstring Windows,$(OS)))
 EXT=
 else
 EXT=.exe

Attached a .diff file as well.

I can't compile gimp-dds 3.0.1 for RHEL6.

Compile log
http://kojipkgs.fedoraproject.org//work/tasks/5926/6515926/build.log

Versions of programs
http://kojipkgs.fedoraproject.org//work/tasks/5926/6515926/root.log

Please, help .

What steps will reproduce the problem?
1. Load the attached image in Gimp
2. Save a copy of the image as DDS
3. Select DXT1, check generate mipmaps, leave other options to default.

What is the expected output? What do you see instead?
I except a smooth gradient (of course with some DXT artefacts). I get some 
random-colored pixels. When I use the Microsoft DirectX texture tool, the 
gradient is very nice. I got the same result using DXT3 too.

What version of the product are you using? On what operating system?
Latest (version 2.0.9) in Gimp 2.6.8 on Windows 7 64-bit.

Please provide any additional information below.

What steps will reproduce the problem?
1. Given 4K gimp image with alpha, gimp 2.8.14 x64, gimp-dds-win64-3.0.1
2. Save the image in R8G8B8
3. Output file size is ~65MB and should be 49MB

Thank you

Hello,
I found this project is very useful, have you exported it to github?


Thanks

What steps will reproduce the problem?
1. Trying to load a .dds file
2.
3.

What is the expected output? What do you see instead? Expected output was to 
see a clear image of the texture so that I can change the plane color for the 
game MS Flight.  Instead I see nothing but gray and gray squares.  Looks kind 
of like a gray sort of transparent force field...lol

I can see the plane.  However, nothing but force field...lol I have attached a 
screenshot.


What version of the product are you using? On what operating system? GIMP 2.8 
with GIMP DDS plugin.  Windows 7 Home Premium 64 bit.


Please provide any additional information below.
Q: 1. Is it just a setting under "View" that I need to change?
   2. Did I install it correctly? (I believe that I put the DDS plugin
      where it should have gone.

moin

What steps will reproduce the problem?
1.downloading the dds plugin 
2.installing to plugins directory
3.running gimp2.0 application error box 0xc00007b click o to close

What is the expected output? What do you see instead?
dds file saving application, dds.exe application error

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

Please provide any additional information below.

What steps will reproduce the problem?
1. Download and install 18 Wheels of Steel: American Long Haul.
2. Rename the file "base" in the game folder to "base.zip" (change the 
extension).
3. Extract the contents of this file, keeping it's directory structure.
4. Navigate the new directory structure to any model you like that has a DDS 
file.
5. Open the DDS file.
6. Save a copy of the DDS file.

(I included a copy of one of these super advanced files that is at least five 
years old for you to enjoy playing with.  Bet you have the same problems with 
it, since, you know, this is such new and advanced technology.)

Also, I can not see all the layers of the DDS file.
1. Download and install Compressionator by AMD.
2. Open the DDS file that does not save in GIMP.
3. Check the file properties.  You will find it has THREE layers.  Gimp reports 
only ONE layer.

What is the expected output? What do you see instead?
Expected:  Saves a copy of the DDS file.
Instead:  It complains that the file is not the kind of DDS file this is 
designed to work with.  In other words, the DDS add on does not work with DDS 
files.


What version of the product are you using? On what operating system?
Gimp 2.6 with the most recent DDS add-on.  I just installed the program in 
hopes it would be able to edit these files, but apparently it can not.

Operating system is Windows XP Pro SP3.


Please provide any additional information below.
Apparently none of the free applications can convert these files in to full, 
multi-layer images and convert them back.  In the process, all the free 
utilities lose at least one of the layers, resulting in the edited textures 
coming out black.

It seems, as mentioned above, the "DDS editing" applications only load the 
alpha and the texture.  The third layer is apparently ignored, although AMD's 
"The Compressionator 1.50" reports that there are in fact THREE layers, not TWO.

I want to change the texture layer.  But nothing seems able to handle the 
images properly.

This is particularly trying because this game is AT LEAST five years old, and 
the technology it's using could be ten years old or more.

It's unusual for the open source community to lag behind the technology so 
much.  You guys had ready support for SATA drives and can support most NICs 
without any problems, long before MicroSoft caught up.  So this is proving a 
little unexpected.

What steps will reproduce the problem?
1. load attached 8019-new.dds from Gimp w/dds plugin
2. check error report

What is the expected output? What do you see instead?
expected - show dds content in gimp
result - gimp message "DDS Image Message Unexpected EOF" "Opening 8019-new.dds 
failes, DDS image plug-In could not open image"

What version of the product are you using? On what operating system?
Windows/Linux, Gimp 2.8.14, file-dds-load shawn Kirst, 2008


Please provide any additional information below.
I can load the image without problem in ImageMagick and paint.net

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

gimp-dds.x86_64: W: incorrect-fsf-address 
/usr/share/doc/packages/gimp-dds/COPYING
gimp-dds.x86_64: W: incorrect-fsf-address 
/usr/share/doc/packages/gimp-dds/LICENSE
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.

What steps will reproduce the problem?
1. open up GIMP 2.7.5 (what I tested it on)
2. open a DDS file

What is the expected output? What do you see instead?
I expect to see no errors.

The following dialog is display:
WARNING: Plug-In "dds.exe"
(C:\Users\xxx\.gimp-2.7\plug-ins\dds.exe)
called deprecated procedure 'gimp-image-add-layer'.
It should call 'gimp-image-insert-layer' instead!

What version of the product are you using? On what operating system?
GIMP 2.7.5 on Win64

Please provide any additional information below.
The plugin still works, it just needs some updating for the new GIMP and 
probably for any pending gegl changes.

What steps will reproduce the problem?
1. Create a image with two layers of the same size
2. Save the DDS with options:
Compression: None
Format: L8A8 or L8
Save: As texture array
Mipmaps: No Mipmaps
3. Close image
4. Try to load image: Unknown DXGI format: Expect problems...

What is the expected output? What do you see instead?
Image loaded correct

What version of the product are you using? On what operating system?
3.0.1 (I think) on Windows

Please provide any additional information below.
When GIMP DDS saves in DX10 (fourCC) format, the pixel format (DDS_PIXELFORMAT) 
is empty.

I'm unsure about the specs. But, if you filled out the pixel format when 
DXGI_FORMAT is set to DXGI_FORMAT_UNKNOWN, it would still be possible to load 
the image correct.

As I said, I'm not sure it's the "right"/"correct" think to do - but, it may be 
worth considering...


Thank you for this great piece of software! :)

What steps will reproduce the problem?
1. Downloading the DDS plugin
2. Installing it as outlined in the readme
3. Trying to save a file with a .DDS extension in GIMP

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

No option in the dropdown box to save as .DDS. Trying to save by extension 
generates the following message:

"The given filename does not have any known file extension. Please enter a 
known file extension or select a file format from the file format list."

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

Windows 7
GIMP 2.6.11
gimp-dds 2.0.9 (Windows 32-bit binaries)

Please provide any additional information below.

Not a whole lot to add.

What steps will reproduce the problem?
1. Load a texture or normal map from non DDS format
2. Save as DDS file
3. In some content pipelines (e.g. threejs/webgl/game mods) that by default 
flip the image data the texture appears flipped now

What is the expected output? What do you see instead?
Some content pipelines expect that textures will be flipped in Y direction 
while loading or in webGL while uploading. Since DXT can't be flipped (?), you 
need to manually flip textures before saving, or change your content pipeline 
to always expect the texture origin at the top left (e.g. flip texture 
coordinates).
A convenience function in the export dialog like a "flipY" checkbox would be 
great and save time :)

What version of the product are you using? On what operating system?
3.0.1 windows 64 bit

Please provide any additional information below.

What steps will reproduce the problem?
1.Download gimp-dds-win64-3.0.1.zip file.
2.Open zip file. follow readme instructions.
3.Follow readme instructions: "To install, extract these files to your GIMP 
plugins directory.

This directory is usually located at:
C:\Program Files\GIMP 2\lib\gimp\2.0\plug-ins
"

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

Can't find C:\Program Files\GIMP 2\lib\gimp\2.0\plug-ins

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

2.8.6 on Windows 7

Please provide any additional information below.

What steps will reproduce the problem?
1. Download: http://nikr.net/dds/bgr8.dds
2. Try to save with the following settings:
Compression: None
Format: BGR8
Generate mipmaps: Check or Unchecked
3. Error!

What is the expected output? What do you see instead?
Expected:
A file in B8G8R8 format
Instead:
A file with 128 bytes (just the header)

What version of the product are you using? On what operating system?
gimp-dds 2.0.9 (Windows 32-bit binaries)

What steps will reproduce the problem?
1.Extract files to: Desktop(User permissions issue)
2.Cut and paste files from Desktop to C:\Program Files\GIMP 
2\lib\gimp\2.0\plug-ins
3.Run dds.exe 
4.Error occurs stating that libgimp-2.0-0.dll is missing.

What is the expected output? What do you see instead?
Popup error window that says, "The program can't start because 
libgimp-2.0-0.dll is missing from your computer. Try reinstalling the program 
to fix this problem."

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

GIMP Version: 2.8.2
Operating System: Windows 8.0
System Specs{
RAM: 6GB
Processor speed: 2.90 Ghz
compatibility: Win7 / Win8
}

Please provide any additional information below.
GIMP runs perfectly. I am not missing the file "libgimp-2.0-0.dll" so I don't 
know why it says that. I have put the dds.exe file in the gimp2.0/Bin directory 
where the .dll is located and it opened for a micro second then terminates the 
program. I tried to save an image ass a .dds file and it is still not an  
option. I really hope this is an easy fix.

Hi,

Recently Richard Hughes added the addon component type to AppStream[1]
which is an XML standard that is used by distributors such as Fedora,
Suse and soon to be Arch and Debian to create metadata for various
software center applications.

By creating a metainfo.xml for gimp-dds plugin, it is then shown next to
the main "gimp" application and allow the user to easily install it.

Richard written a blog post[2] about what upstream software needs to do
to integrate with the KDE and GNOME software centers, and Richard really
appreciate any feedback and help at this stage. The way AppStream works
is that it has to be build upstream by the distro, so we'd need to have
the files either upstream (or downstream in the distro packages) by
GNOME 3.14 which is quite a few months away.

If you want to contact with Richard, either email or grab on IRC -- He's
hughsie on freenode and gimpnet. I'm ignatenkobrain on freenode and gimpnet.
Or just ask here.

I already sent patch to gedit-plugins[3]. Take a look it.

[1]http://www.freedesktop.org/software/appstream/docs/
[2]http://blogs.gnome.org/hughsie/2014/06/11/application-addons-in-gnome-softwar
e/
[3]https://git.gnome.org/browse/gedit-plugins/commit/?id=dfbb14e84c963366d3dd162
ba12da6453944e77c

Hi
When building on the Open Build Service for openSUSE I get the following build 
failure fo the latest svn release;


gcc  color.o dds.o ddsread.o ddswrite.o dxt.o mipmap.o misc.o -pthread 
-lgimpui-2.0 -lgimpwidgets-2.0 -lgimpmodule-2.0 -lgimp-2.0 -lgimpmath-2.0 
-lgimpconfig-2.0 -lgimpcolor-2.0 -lgimpbase-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 
-latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo 
-lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 
-lrt -lglib-2.0   -o dds
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: 
mipmap.o: undefined reference to symbol 'sinf@@GLIBC_2.2.5'
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: 
note: 'sinf@@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: ld returned 1 exit status
make: *** [dds] Error 1

I also get a warning about rpm opt flags as well, attached please find a patch 
that fixes both these issues for your consideration.

What steps will reproduce the problem?
1. download dds.exe (32 or 64bit)
2. extract to /Program Files/Gimp 2/lib/gimp/2.0/plugins/
3. try to open dds file in gimp 2.8.2 (win)

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

It should open my .dds files instead this is still an unknown filetype for 
gimp?!? In Help/Plugin Browser the dds plugin is still not available

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

Running 2.8.2 on Win7 Ultimate (x64) with SP1 installed

Please provide any additional information below.

I tried several plugins down to version 2.1.0 same result all the time...
also tried reinstalling gimp but without any success.

What steps will reproduce the problem?
1. Use an "Orcs Must Die! 2" character texture
2. Retexture it however you want, save it with DXT1 or DXT3/DXT5

What is the expected output? What do you see instead?
Get some strange "pixel noise" yet in the original, DXT1 was used and there was 
hardly any noise. Some black pixels turn into purple and rarely a very visible 
cyan.

What version of the product are you using? On what operating system?
Latest one (2.2.1) on Windows 7 Professional Edition 64-bit

Please provide any additional information below.
I am actually not VERY sure which compress the original used, but since the 
size is 682kb on the original and using DXT1 gives 682kb, I'm very sure it is 
DXT1. How can I confirm exactly?

Also, I do want to try the 3.0 version of this tool or the SVN Trunk, don't 
know how about the SVN one though, I do have TortoiseSVN.

i download the plugin but still can't open the dds files...
i ran dds.exe but nothing happens...
any direction?
i'm on windows 7 btw
C:\Program Files (x86)\GIMP-2.0\bin
is where i placed dds.exe

Please change FSF address in source files.
Patch for it is attached

What steps will reproduce the problem?
1. Try to open the attached dds

Then i get "DDS Image message: Error opening file"
I get the same error when i try to open the 60%-of DDS files from various games.

I'm using Gimp 2.8.10 64bit on windows 7 pro 64bit, and of course the newest 
64bit DDS plugin

Hi,
I double-checked the normal map handling and I think something might be off.

https://code.google.com/p/gimp-dds/source/browse/trunk/dxt.c#1296

d should be 1.0 - nx^2 - ny^2 and z should not be modified afterwards.

https://code.google.com/p/gimp-dds/source/browse/trunk/dxt.c#1314

I think the second check should be BC1 not BC5, according to the indexes used.

Load DDS with zero alpha channel kill RGB to zero
Have dds, 32bit-A8R8G8B8, no compression, size 512x512.
RGB channels is somthing, alpha channel is zero.
After loading, whole image is transparent and RGB is black.

Alpha channel on mipmaps should be handled differently than color channels to 
preserve alpha test coverage: currently generated low-level mipmaps almost 
transparent if application use simple alpha test (texel_alpha < 
alpha_threshold).

Good description of this problem and available solutions presented here: 
http://the-witness.net/news/2010/09/computing-alpha-mipmaps/