출력하여 패킹 할 때 같은 옵션, 같은 비율로 처리해도 3.8.99 버전과 4.1.23 버전의 결과물이 서로 다르게 나옵니다.
4버전쪽의 패킹이 텍스쳐 장수가 더 많이 나오고 이미지 배치 효율이 떨어져 보입니다.
개선이 가능할까요?

스크린샷은 위가 3.8.99 버전, 아래가 4.1.23 버전의 결과물입니다.
아래쪽이 한장이 더 많이 나옵니다.
작업물 보호를 위해 검은색으로 처리했습니다.

각 텍스쳐 한장당 2048x2048 사이즈이며 0.62 비율로 다각형 패킹으로 출력했습니다.

3.8.99 버전의 텍스쳐와 atlas를 4.1.22 버전의 바이너리 파일에 연결해도 잘 작동합니다.
현재 패킹 효율 때문에 그렇게 사용하고 있지만 다소 번거롭습니다.

    Related Discussions
    ...

    Heavydust 문제가 발생하여 유감입니다. 저희가 조사할 수 있도록 Spine 프로젝트 파일을 이메일로 보내주시겠어요? contact@esotericsoftware.com
    스크린샷에서와 같이 이미지 파일을 검게 처리할 수 있습니다. Spine 프로젝트에서 모든 애니메이션을 삭제한 후 보내주셔도 됩니다. 보내 주시는 즉시 원인을 확인하겠습니다.

    I'm sorry to hear that you're having problems. Could you please email us the Spine project files so we can investigate? : contact@esotericsoftware.com
    The image files can be blacked out as you did in the screenshot. You can also delete all animations in the Spine project and send it to us. As soon as you send it to us, we will check to see what the cause is.

      Heavydust 파일을 보내주셔서 감사합니다! 제 쪽에서 문제를 재현할 수 있음을 확인했습니다. 조사하여 무엇이든 발견되면 알려드리겠습니다.

      Thank you for sending the files! I have confirmed that the issue is reproducible on my end. We will investigate and let you know if we find anything.

      Thanks for the project. We took a look and found some problems with how images are packed after the first page. We've improved this quite a bit in v4.2 and now your images pack into 3 pages again. They just barely fit in 3 pages.

      In general it's not possible to rely on packing to take the same number of pages for newer Spine versions. This is because packing is NP hard, meaning it is not possible to calculate the absolute most efficient packing. Instead we must use heuristics to do the job in a "best effort" manner. Sometimes we need to make changes to the texture packer and this can cause images that were packed on, for example, 3 pages to be packed on 4 instead. This is not a bug, it just means when it fit on 3 pages you got lucky that the particular heuristics managed to make it fit.

      The packer in 3.8 can take an extraordinary amount of time. When there are many images (say 1000+) it could take many hours or even days. The packer in 4.1+ is much improved and should complete a lot faster, but the changes to do that (and other things) may have changed the packing results slightly, possibly changing the number of pages in the unlucky case.

      Thankfully in this particular case by us carefully looking into the texture packer due to your report, we found actual bugs and fixing them improved packing enough that you can still fit on 3 pages. Cheers! 🍻

      Also, cutting the images as you have done so they pack better is a good approach. It's no problem to have multiple attachments with the same images or multiple identical images in the image folder. They will be packed intelligently.

        Nate
        패킹 효율이 개선되었다니 다행입니다.
        버전에 따라 패킹 결과물이 달라질 수 있다는 부분도 잘 이해가 되네요.
        이미지 잘라서 사용하는 부분은 앞으로도 계속 사용하려고 합니다.
        지원에 감사드립니다. 😃

        14 天 后

        Hello Nate. Our project is also using version 4.1.24. I have the same problem. Is there a chance that there will be improvements in 4.1 as well?

        Is there another way to pack only the images in 3.8 and connect them with 4.1 data?