어떤 파일이던간에 GIMP로 열면 제대로 투명도까지 적용해주기 때문에

1. GIMP로 파일을 열어서

2. PNG로 변환

2-5. (이 png파일을 포토샵에서 다시 한번 더 png로 고쳐줘야 제대로 보이긴 합니다. 포토샵에서는 OK)

3. 포토샵이나 다른툴에서 PNG로 작업하고

4. GIMP로 다시 열어서

5. 원본 포맷으로 변환!

하는 방법을 쓰고 있습니다. 해봤는데 이게 훨씬 낫네요.

이건 동일하게 A8R8G8B8 포맷을 사용하는 32비트 알파채널 BMP도 적용됩니다!

역시 오픈 소스의 위엄이죠.

근데 사실 이렇게 하는쪽이 더 깔끔하고 확실하게 처리할 수 있습니다.

앞으로 PNG파일을 전부 TGA로 변환해서 작업할까 고려중

근데 GIMP 변환을 통해서 원본 -> png -> 원본 확장자 처리해도 손실되는 데이터는 0이더라구요.

잘 되나 확인해보려고 바이너리 Diff까지 때려봤는데도 괜찮구요.

투명도 처리 애매한건 걍 배경에 원색 배경(빨강, 녹색, 파랑, 하양, 검정) 다섯개 깔아놓고 번갈아보면서 보면 처리 덜된부분도 보이구요

그러니까 깔끔하게 PNG쓰는 기리기리를 애용합시다.

확실히 GIMP쪽이 다루다보니 오픈소스위엄을 뿜어주긴하더군요 -ㅁ-. 포샵에서 못하던짓을 할수 있느니 손대볼 만 합니다.

둘다 무손실이 장점인 포맷인데 변환한다고 손실이 생기면 문제가 심각하죠. 알집도 아니고

쓰기는 TGA 개객기라고 쓰긴 했지만 저 방식이 편할때가 분명히 있기는 있습니다. 

특히 반투명 이미지 위에 불투명 글자가 올라가는 타입의 이미지라면 확실히 편합니다. 화앨2엔 저런 UI이미지도 꽤 되는 편이고요.

8비트 파렛트 제한때문에 그렇지

물론 걍 대충 해도 되는데...... 그래픽 작업이라는게 1%의 실력과 99%의 자존심 아니겠습니까

저기... 포토샵에서 다른 레이어를 표시해준다고 해서 파일 자체 내에서 별도로 존재하는게 아닙니다.

제가 확실히 하기 위해 TGA 스펙 찾아보고 확인하고 알려드리는건데..

32비트, 즉 알파채널이 있는 24비트 컬러 이미지인 경우 픽셀당 4바이트로 저장되고.. 각 바이트가 R, G, B, A 정보를 담고 있습니다.

단지 포토샵에서 작업의 용이를 위해 레이어로 나누어준거죠...

여담으로 8비트 Palete의 경우에는 일단 작업한 다음에 gif로 변환한다음(얘도 일단 8비트 Palete니까!) TGA로 변환하면 되지 않을까요 ㅎ

그렇게 할 바에야 컬러모드를 8비트 인덱스 컬러로 바꿔서 저장하는편이 빠르고 확실합니다. GIF는 반투명 지원이 안됨

근데 그것보다 UI마다 디더링 다르게 되면 그것도 골까는 문제이기 때문에 함부로 시도하면 안되죠

일반인은 못알아본다! 라고 넘어갈 수 있으면 그렇게 해도 됩니다만....

그리고..여담인데, TGA가 사용되는 것은 DirectX 같은데서 기본적으로 지원되는 형식이라서일겁니다. 워낙 오래된 형식인데다 그래픽쪽에선 오랫동안 사용되어 왔죠... 반면에 PNG는 DirectX같은데서 바로 지원해주진 않을겁니다. 3D 텍스쳐로 사용하는 이미지라면 십중팔구 그런 이유일겁니다. 2D 그래픽이라도 3D를 사용해서 텍스쳐로 그리는 추세거든요. 그래야 3D 가속을 사용해서 빠르게 처리가 가능해서.

그것이 기본지원을 합니다. D3DXCreateTextureFromFileEx쓰면 될건데

콘솔이식을 위해서 TGA를 쓴다고 보는게 맞을듯

지원하나요. 머 처리속도를 생각하면 TGA가 훨씬 낫긴 할테니까요;;;