如何使用Java正确压缩和转换TiledMap数据？

Question

因此，我目前正在为 Slick2d 库创建一个库扩展，名为 TiledMapPlus。它旨在为使用 Tiled 的人们提供更大的支持，以及更快地访问数据等。

该库的目标之一是提供动态地图编辑，从而能够将新地图写入流。 我今天和昨天实施了这个，现在需要你的帮助。我的代码有问题。

所以基本问题是，XML 层数据格式错误，并且 TiledMap 解析器/编辑器无法读取。 我已经阅读了大量教程，尝试将数据压缩为 GZIP 压缩的 BASE64 格式。我最终求助于使用 this 和 GZIP 压缩选项。 然而，每次我压缩数据等时，它总是输出比 Tiled2d 编辑器更大的输出，并且输出损坏的数据。这是为什么呢？

文件链接：

由 TiledMap 自动生成的 Tiled Map编辑器

使用我的库从上述 TiledMap 生成的平铺地图

我的库中无法正常工作的代码片段

或者，您可以在此处查看所有格式的内容

Answer 1

谢谢 Liam，我实际上一直在关注您所写的所有可能的内容，正是您在 TiledMapPlus 中的代码最终为我解决了这个问题。

这是从 Liam 的代码中正确工作的解决方案：

            Element layer = doc.createElement("layer");
        layer.setAttribute("name", "layer");
        layer.setAttribute("width", width);
        layer.setAttribute("height", height);



            Element data = doc.createElement("data");

            ByteArrayOutputStream os = new ByteArrayOutputStream();                
            for(int tileY = 0;tileY<layerHeight;tileY++){
                for(int tileX = 0;tileX<layerWidth;tileX++){
                    int tileGID = this.data[tileX][tileY];
                    os.write(tileGID);
                    os.write(tileGID << 8);
                    os.write(tileGID << 16);
                    os.write(tileGID << 24);
                }
            }
            os.flush();
            String compressedData = Base64.encodeBytes(os.toByteArray(),Base64.DONT_BREAK_LINES|Base64.GZIP|Base64.ENCODE);
            data.appendChild(doc.createTextNode(compressedData));               
            data.setAttribute("encoding", "base64");
            data.setAttribute("compression","gzip");

            layer.appendChild(data);

        mapElement.appendChild(layer);

我使用相同的数据生成技术并传入我想要的任何 id 号，它完美地接受和编码！

Answer 2

您使用的方法是设置输出流管道，如下所示：

ObjectOutputStream -> GZIPOutputStream ->; Base64OutputStream

您不会想要第一个 ObjectOuputStream，因为它正在序列化 JAVA 字节数组对象。您应该直接向 GZIpOuputStream 提供字节。如果您找不到合适的方法，可以很容易地使用 apache commons 编解码器设置自己的方法：

public String compressAndEncode(byte[] data) throws Exception {
    ByteArrayOutputStream out = new ByteArrayOutputStream();
    GZIPOutputStream gz = new GZIPOutputStream(out);
    ByteArrayInputStream in = new ByteArrayInputStream(data);
    int c;
    while ((c = in.read()) != -1)
        gz.write(c);
    gz.finish();
    Base64 b = new Base64(0);
    return b.encodeToString(out.toByteArray());
}

Answer 3

我无法评价四十二的答案的价值。如果有效，请回复说这样。我已经在我编写的游戏中得到了这个工作，问题出在你正在使用的格式上。

当您创建一个 TMX 文件，其中数据按照 TiledMapPlus 和 slick2d 的要求进行压缩和 gzip 压缩时，您不要像一般的非压缩文件一样使用 标签。它违反直觉，但这就是它的工作原理。

要在 标记中创建数据，您需要使用 32 位整数创建每个 gid 的字符串/流，然后将其转换为 UTF-8，然后对其进行压缩和编码。

这是我在网络上找到的一个示例：

                Element data = doc.createElement("data");
            data.setAttribute("encoding", "base64");
            data.setAttribute("compression", "gzip");

                String bytestring = new String();
                for (int x = 0; x < w; x++) {                       
                    for (int y = 0; y < h; y++) {
                        switch(this.data[x][y]){

                            case 0: bytestring += "1000";
                                break;
                            case 1: bytestring += "2000";
                                break;
                            case 2: bytestring += "3000";
                                break;
                            case 3: bytestring += "4000";
                                break;
                            case 4: bytestring += "5000";
                                break;
                            case 5: bytestring += "6000";
                                break;
                            case 6: bytestring += "7000";
                                break;
                            case 7: bytestring += "8000";
                                break;
                            case 8: bytestring += "9000";
                                break;

                        }
                    }
                }

                Text value = doc.createTextNode(compress(bytestring));
                data.appendChild(value); 

压缩和编码是这样完成的：

private static String compress(String str){

    byte byteAry[] = null;

    try{
        byteAry = str.getBytes("UTF-8");    
    }catch( UnsupportedEncodingException e){
        System.out.println("Unsupported character set");
    }

    for(int i = 0; i < byteAry.length; i++) {
        if(byteAry[i] == 48)
            byteAry[i] = 0;
        if(byteAry[i] == 49)
            byteAry[i] = 1;
        if(byteAry[i] == 50)
            byteAry[i] = 2;
        if(byteAry[i] == 51)
            byteAry[i] = 3;
        if(byteAry[i] == 52)
            byteAry[i] = 4;
        if(byteAry[i] == 53)
            byteAry[i] = 5;
        if(byteAry[i] == 54)
            byteAry[i] = 6;
        if(byteAry[i] == 55)
            byteAry[i] = 7;
        if(byteAry[i] == 56)
            byteAry[i] = 8;
        if(byteAry[i] == 57)
            byteAry[i] = 9;
    }
    ByteArrayOutputStream buffer = new ByteArrayOutputStream();

    try {
        OutputStream deflater = new GZIPOutputStream(buffer);
        deflater.write(byteAry);
        deflater.close();
    }catch (IOException e) {
        throw new IllegalStateException(e);
    }
    String results = Base64.encodeBase64String(buffer.toByteArray());
    return results;
}   

现在这是一个高度相关的更高级的问题。在上面的示例中，您可以看到每个 GID 都由 32 位字符串（例如 1000）表示。它们直接与包含的图块集文件关联。我遇到的问题是，我似乎可以使用此技术来超越 GID 9（显示为 9000）。我相信这与 ByteStream 本身有关。如果我输入 1100，它会作为该图块的 GID 的空值（读入文件时）崩溃，即使图块集中有 20 个左右的图块。因此，任何 2 位数字在编码和压缩后返回的内容都会有问题。这似乎是 java 特有的，因为使用 obj-c 进行工作的人似乎没有遇到同样的问题。

任何帮助将不胜感激。