tekeiro / libgdx-texturepacker-gui Goto Github PK

What steps will reproduce the problem?

1. Add unprocessed nine patch PNGs containing split and padding pixels.
2. Pack 'em!


What is the expected output?

* Transparent border and split / padding pixels removed from output image.
* Split and padding information written to atlas text file, something like:-

    split: 16, 16, 16, 16
    pad: 13, 13, 9, 9


What do you see instead?

* Padding information is not written to atlas text file, so you only get:-

    split: 16, 16, 16, 16


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

gdx-texturepacker-3.2.0.zip on OS X 10.9.3.

I downloaded the latest version of texturepacker-gui from the featured 
downloads but when the application started it doesn't show anything while a 
thread was kept alive. Then I downloaded the source code and debugged it a bit 
and the problem was a ClassCastException in this line:

    BasicSplitPaneDivider dividerContainer = (BasicSplitPaneDivider) jSplitPane1.getComponent(0);

On the MainWindow constructor.

As that is a separated thread, it died but the Exception wasn't logged, and the 
other thread was alive so the application continues without showing anything.

Tried adding a try/catch block to that section (to see if that was the problem) 
and the application ran correctly after that.

I am on Ubuntu 10.04, Oracle Java 1.6.0_26.

Fix for maxWidth, minHeight and minWidth not being read correctly from a 
settings file.

Add some kind of shortcuts to last used directories so if you close and open 
Texture Packer GUI and want to recreate all, you can access recently used input 
and output directories.

Another interesting stuff could be to save input/output folders in the exported 
"Options" (or in other file), so you can create some kind of ".project", so if 
another member of your dev team want to regenerate the texture pack he doesn't 
have to know exactly from where to obtain all the resources.

What steps will reproduce the problem?
1.try to put image_1.png and image_2.png on your input folder
2.now pack the images and look on the json file, the name of my two image 
information must be image_1 and image_2. but the  name in the json file seems 
both 'image' name, i think texture packer gui disregard the image names after 
the "_" character.
3.i am using Kurst SWF Renderer that captures swf animations into png's , using 
the texture packer gui, i packed my png's to use into my game but the kurst swf 
renderer only outputs "_" filenames like image_1.png,image_2.png and so on. can 
this issue be correct. 



What version of the product are you using? On what operating system?
i am using texture packer gui 3.2 latest version

What steps will reproduce the problem?
1. click at pack button
2. generate pack file (*.pack)
3. open it

What is the expected output? What do you see instead?
Cannot generate right filename if the filename contain "_" character
example tower_basic_human.png

What version of the product are you using? On what operating system?
texturepacker-gui-3.1.0

Please provide any additional information below.

What steps will reproduce the problem?
1. The image on the right can not be displayed
2.
3.

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


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

Please provide any additional information below.

What is the expected output? What do you see instead?
configure bleed option like TexturePacker2, instead I can't configure it


What version of the product are you using? On what operating system?
3.2.0. All OS.

I am using 3.2.0 version on MAC OS X. For small size pics or few amount large 
pics, it packs without error. But, for large amount big pic (60 pics of 500x750 
pixel in the attached screenshot case), it will show the java heap space error.

What steps will reproduce the problem?
1. Create a new project
2. Uncheck the Use aliases option
3. Save project to a file
4. Close the program and reopen the program
5. Load project saved in step 3


What is the expected output? What do you see instead?
Expect to see the Use aliases option unchecked. The option is always checked on 
load despite the alias value in the file being set to "false" 

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

This was needed because the alias rotate image causes issues, but I want to 
automate the texture packing process for my artists and can't because my 
project can't load correctly.

I know the tool is probably abandoned (although it still works almost 
perfectly), but maybe someone will notice and fix this: when the screen is off 
on my Ubuntu computer the GDX Texture Packer takes 100% of the CPU causing my 
laptop to overheat a little.

Support the new parameter ignoreBlankImages of texture packer tool to specify 
if empty texture regions should be added or not for blank images.

I attached a patch to support that by using the .prj file. 

There is a new parameter in TexturePacker Settings class in the latest version 
of LibGDX which allows the user to specify the location of the crc file path in 
case incremental parameter was specified. The LibGDX issue is here: 
http://code.google.com/p/libgdx/issues/detail?id=808  and it explains why the 
new addition.

It would be great if texturepacker-gui accept this parameter too, maybe just 
adding a new value int the project file and/or a new argument when executing 
the main like --incrementalFilePath=/somewhere.

We could discuss the solution and I could provide a patch for the first case if 
you want.

Thanks

Allow enabling of duplicate image detection (aliasing) from the settings file.

What steps will reproduce the problem?
1. Create a new project
2. Save the project to a file
3. Open the project

What is the expected output? What do you see instead?
Input/output directory fields are empty where you'd expect them to be filled 
with the set directories when the project was saved.

What version of the product are you using? On what operating system?
v3.2.0 @ windows 7

Please provide any additional information below.

What steps will reproduce the problem?
1. Load the GUI
2. Set max width and max height to 2048
3. Export the settings
4. Import the settings again

What is the expected output? What do you see instead?
Expected output is for the maxWidth to be loaded from the file and set to 2048. 
Instead maxWidth reverts to the default of 512. maxHeight is correctly loaded 
and is set to 2048.

What version of the product are you using? On what operating system?
Latest. Win 7.

Please provide any additional information below.
I believe this is a bug in the AppContext class.


On line 94 of AppContext maxHeight is read correctly. It sets the match object 
to look for a number:

m = Pattern.compile("maxHeight=(\\d+)").matcher(ln.trim());
if (m.find()) settings.maxHeight = Integer.valueOf(m.group(1));



On line 96 of AppContext the match object is set to look for a boolean:

m = Pattern.compile("maxWidth=(true|false)").matcher(ln.trim());
if (m.find()) settings.maxWidth = Integer.valueOf(m.group(1));

This should be changed to look for a number, the same way maxHeight is loaded.



The same problem is repeated for minHeight and minWidth:

m = Pattern.compile("minHeight=(true|false)").matcher(ln.trim());
if (m.find()) settings.minHeight = Integer.valueOf(m.group(1));

m = Pattern.compile("minWidth=(true|false)").matcher(ln.trim());
if (m.find()) settings.minWidth = Integer.valueOf(m.group(1));

It seems the foreground color and the background color for text fields are 
really similar, on some monitors you can't see the difference.

In my case I have two monitors and in one of them you can see the contents 
(with some difficulty because there is no clear contrast between both colors), 
while you can't see a thing in the other.

This is a really personal request, I suppose it is working for almost everyone, 
also I could work in the other monitor always I open the texture packer. 
However, my suggestion is using colors with more contrast between them, like 
white/black.

I attached an image showing what I tried to explain.

What steps will reproduce the problem?
1.Start up the gdx-texturepacker-3.2.0 by following command:
java -jar E:\git\libgdx\release\gdx-texturepacker-3.2.0\gdx-textu
repacker.jar

2.Open a project file which i saved before.
See the attach file.

3.The "Input directory" and "Output directory" can't be loaded.
See the attach file. 

What is the expected output? What do you see instead?
The "Input directory" and "Output directory" can be loaded.

What version of the product are you using? On what operating system?
Product Version: 3.2.0
Operating System: 64bit Windows 7 Ultimate

Please provide any additional information below.
Java Versoin:
    java version "1.7.0_04-ea"
    Java(TM) SE Runtime Environment (build 1.7.0_04-ea-b16)
    Java HotSpot(TM) 64-Bit Server VM (build 23.0-b17, mixed mode)

What steps will reproduce the problem?
1. Create a Texture that with some alpha pixels, something like an antialiased 
border. Make sure pixels with alpha 0 which are close to other pixels with an 
alpha != 0 have the same color as them.
2. Generate mipmaps with the cpu method. For instance with Android and Opengl 
ES 1.0
3. Zoom in and render.

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

The rendered texture shouldn't have black borders but it does.

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

Git master version on both Android and Desktop.

Please provide any additional information below.

The problem arises because mipmap generation is done blitting an image over a 
black surface, thus darkening pixels with transparency.

I am attaching a patch to fix the issue. The fix is done from the Java side, so 
it is not the most efficient solution, it does two blits when it could be done 
in one from the native side.

d2
  rotate: true
  xy: 212, 350
  size: 158, 202
  orig: 192, 212
  offset: 10, 10
  index: -1
d3
  rotate: false
  xy: 212, 350
  size: 158, 202
  orig: 192, 212
  offset: 10, 10
  index: -1

d3 (alias of d2) but the rotation is false..

If the project is saved in the same path as the input directory, one of the 
threads (I believe the one which renders the textures) fails with an 
ArrayOutOfBoundsException in this line:

    relative.append(normalizedTargetPath.substring(common.length()));

Then, textures are not rendered any more but the applications keep working.

I believe that saving the project file to the same input directory could be a 
restriction, I mean, the user should not do that, however the application 
should not fail, instead should say a message (in the logger) or something for 
that case.

A small test to see it was failing in that case:

    @Test
    public void bugFailsWhenGettingRelativePathWhenSameFolder() {

        String inputPath = "/tmp/textures";
        String basePath = "/tmp/textures";

        FilenameHelper.getRelativePath(inputPath, basePath);

    }

If saved on another folder seems to work fine. 

Hope you don't hate me for adding all these issues, I just want the tool to 
work the best it can :D

Support the new parameter ignoreBlankImages of texture packer tool to specify 
if empty texture regions should be added or not for blank images.

I attached a patch to support that by using the .prj file. 

What steps will reproduce the problem?
1. Select options "Allow rotation" and "Use aliases"
2. pack images

What is the expected output? What do you see instead?
In created .pack file all aliases of rotated images has value rotate: false not 
depend on the real values. It should be the same value.

What version of the product are you using? On what operating system?
 program v.3.2.0  OS Windows 8 x64

The TexturePacker doesn't seem to work.
It states "[error] Exception occured: Error packing files." when I select Pack 
selected. I have selected an input and output directory. I downloaded 3.2.0. I 
use Java 1.7 on Ubuntu.

What steps will reproduce the problem?
1. Select input folder with an image file (test.png)
2. Select output folder which is the same as the input folder
3. Set Filename to be "test"
4. Press pack'em all

What is the expected output? What do you see instead?
Expected output is, that the image file test.png in the input folder is the 
newly created test.png test.atlas and test.

Instead the test.png is deleted and no other files are created.

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

Please provide any additional information below.
Suggestions:
Either warn the user, if such a constrain is done or handle the files properly 
(instead of deleting test.png rename it or sth. like that!)

What steps will reproduce the problem?
1. open/create a project
2. change the "File name:" to "all"
3. click on "Pack selected"

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

I expect to see the packed graphics on the right of the screen. Instead I see 
nothing.

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

3.2.0; Linux

Please provide any additional information below.

If set the filename to "all.atlas" the graphic is displayed.

The suffix ".atlas" is added automatically if it does not exist upon image 
creation. From com.badlogic.gdx.tools.imagepacker.TexturePackerFileProcessor:

                if (packFileName.indexOf('.') == -1 || packFileName.endsWith(".png") || packFileName.endsWith(".jpg"))
                        packFileName += ".atlas";

This is not done upon loading: from aurelienribon.texturepackergui.Canvas.java:

    public String getFilename() {return filename.equals("") ? getName() + ".pack" : filename;}