[🐣질문] 스프라이트 최대 크기 1024 2048 아직 이해가 안 감

[익명(121.191)]

저 숫자가 뭘 의미하는건지 잘 모르겠음

가로 크기가 1024픽셀 혹은 2048픽셀 둘 중 하나만

써야된다는 말인가?

1024으로 하면 1024 이상 크기 시트가 뿌옇게 변하고

2048으로 하면 용량이 20퍼 정도 오르는데

오브젝트마다 스프라이트 크기는

달라질 수밖에 없는 거 아닌가? 덩치 차이가 나니까

그러면 어떤 건 선명해지고 어떤 건 흐릿하고

이해가 잘 안감 이거

제일 잘 설명해 주는 사람에게

원하는 브랜드 원하는 햄버거 세트 기프티콘 드림

[ㅐㅐㅋㄷ(ooze86)]

햄버거가 탐나지만 나도 모르니까 참는다

[익명(14.36)]

이미지 압축방식이 POT, 그러니까 2의 N승으로 맞추고 압축하는 과정이 들어가서 처음부터 POT를 맞춰 놓으면 과정이 줄어듬.

[익명(14.36)]

모든 이미지를 다 POT에 맞추는건 어렵기 때문에 이미지를 여러개 묶어서 아틀라스로 만드는데 이때 아틀라스의 크기가 POT에 맞춰짐

[익명(14.36)]

그리고 용량은 1024랑 2048이랑 4배 차이 남. POT를 기준으로 하기 때문에 가로 세로 2배씩 늘어난거라 4배가 됨

[익명(121.191)]

오픈카톡 다셈

[익명(121.191)]

오픈카톡 달아줘 빨리

[익명(14.36)]

귀찮으니까 패스함

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(121.191)]

오픈카톡 다셈

[익명(121.191)]

오픈카톡 달아줘 빨리

[익명(121.149)]

하드웨어 문제로 일정 크기 이상의 텍스처를 메모리에 올릴 수 없는 경우가 있어 (OpenGL ES 2.0 쓰는 녀석이었나..) 질문이 이상해서 그거 얘기하는건지는 모르겠다만... 햄버거는 필요없다.

[익명(121.191)]

답변 감사합니다

[익명(14.52)]

압축 방식이나 그래픽카드에 따라서 2의 제곱수(4,8,16, ...)로 해야 텍스쳐를 최적으로 지원하기 때문임.

[익명(14.52)]

실제로도 POT에 사이즈 안맞추면 메모리 낭비가 일어난다. 오늘 점심 햄버거 먹고 들어와서 필요없다.

[익명(121.191)]

답변 감사합니다

[익명(14.34)]

이미지 로드 시 2n 승으로 로드함. 600x600 짜리를 올려도 불러오면 1024x1024 로 저장되고 1024 로 불러옴. 1025 다? 2048 로 불러오거나 2048 메모리 캐싱을 못힌면 못불러옴. 아틀라스를 만드는건 저렇게 조각나서 1024 여러개 부를껄 한장에 다 우겨넣어서 효율을 높이는거임. 간단하게 설명하기 위해 축약한게 많지만 이해됨?

[익명(14.34)]

참고로 이미지 올린거 빌드되서 나갈때는 채널별로 다른 크기로 저장도 가능함. 메모리 적게 쓰고 용량 줄이면서 보이는건 차이 없게 하기 위해 많이 쓰는 방법이 1024 아틀라스 이미지를 저장한다고 치면 RBG 채널은 1024 로 저장하지만 알파채널은 256 정도로 저장함. 알파채널 뭉게지는건 눈으로 보기엔 구별이 안갈정도로 티가 안나거든. 내가 쓴건 일부이지. 다 그렇다는건 아니니 참고만 해.

[익명(14.34)]

어중간한 컴퍼니는 CTO 도 없고 그럴만한 역량이 있는 인재도 없어서 신경 쓰지 않는 부분이라. 인붕이가 신경쓸 부분은 아님. 그냥 2배수 저장 기본으로 압축 효율 일괄적이게 1024 정로도 아틀라스 한장에 다 묶는 정도만 하고 엔진에서 지원하는 압축 쓰셈. 그 정도만 충분.

[익명(121.191)]

오픈카톡ㄱㄱ

[익명(14.34)]

난 괜찮아 마음만 받을께 ㅋㅋㅋ 추가로 붙이자면 스킬 아이콘 크기가 대부분 64 나, 128 인 것도 같은 이유(2n승) 고. 드로우콜을 줄일려고 이걸 1024 아틀라스 한장에 128 아이콘을 여러게 넣는거야.

[익명(121.191)]

그러면 1024에 128을 넣는 경우 8x8 64개가 들어가는데, 남는 꼬다리 같은 부분이랑 압축률이 달라지지 않나요? 그리고 지금은 모션별로 시트가 달라서 완전 정사각형이 아니라서

[익명(14.34)]

1024 아틀라스 한장을 압축하는거고, 그 한장만 불러오는거야. 스킬 아이콘이라고 했고, 보통 스킬아이콘은 스킬아이콘끼리 같이 보이지? 64개 중, 30개를 보여주든 40개를 보여주든 드로우콜은 1이고 스킬이 50개고 나머지가 여백이다? 여백으로 저장되는거야. 나중에 스킬이 늘어나면 추가하면 되고, 스킬이 영원히 추가될일이 없다? 그럼 스킬 보여줄때 같이 표시될만한 이미지를 그 아틀라스에 추가하면 된다. 그리고 여백. 그건 용량 크게 안먹어. 백지 저장한거랑 그림 저장한거랑 생각해보면 된다. 압축률이 다른게 아니라 그냥 1024 이미지 한장인거임. 통압축.

[익명(121.191)]

그러면 큰 몹이랑 작은 몹이 시트가 다르다고 할 때, 1024짜리랑 2048짜리랑 화면에 보여지는게 다르나요?

[익명(14.34)]

시트가 다르다는게? 서로 다른 아틀라스 이미지 라는거임? 보여지는건 1024 건 2048 이건 상관 없음. 그냥 드로우콜 줄이고 불필요한 여백이 캐싱되지 않도록 *(513 하나 때문에 1024 로 저장되는 일 없도록) 하기 위한 거임. 어짜피 513 은 1024 에 저장되어야하니까. 짜투리 공간에 같이 보여줄 이것저것 다른 이미지(남는 공간에 들어갈만한 크기의 이미지)를 넣어주는거지. 그럼 1024+@ 로 여러장 불러와야 했던걸 1024 한장만 불러오면 끝나니까.

[익명(121.191)]

궁금했던 부분이 완전히 해결되었습니다. 귀하 앞날에 꽃길만 이어지길 바랍니다. 감사합니다!

[익명(14.34)]

이미지가 뭉게지는건(흐릿해지는거), 1024 픽셀이 넘는건 2048 에 저장해야 정상적인 픽셀로 나오는데, 최대 크기를 1024 로 제안해버리면, 이미지 크기를 1/4 로 줄여서 저장해버림. 그래서 흐릿해지는거야. (1200 짜리를 1024에 저장할 수 없으니 600 으로 줄여서 저장)

[익명(14.34)]

엔진 이야기도 붙이자면, 오프젝트(모델링) 크기 같은 걸 사이즈 조절할때도 2n 승으로 하는게 좋다. 유니티 내부적으로 10배를 만들려고 할때, 1-10배로 가는게 아니라, 모델링 크기를 16배로 크기를 키운 다움에 그걸 다시 10배 크기로 줄이는거라서 계산을 두번 한다. 계산을 두번 하는 것도 문제고 이 과정에서 나눗셈이 들어가고 부동소수점이라서 그냥 계산 두번하는 것보다 더 성능에 안좋음. .. 뭐 근데. 사실 이것도 요즘 컴 성능이 좋아서 인붕이가 신경쓸만한건 아님. --;; 그냥 간단하게 대부분 2배수로 하는게 좋아. 뭐든.

[익명(121.191)]

많은 도움이 되었습니다. 고개 숙여 감사드립니다

[꿀복한행벌(shlifedev)]

우와 이건 배워갑니다

[익명(210.123)]

오픈카톡 아무도 안 까노 ㅋㅋㅋ 사실 햄버거까지 받을 이유 없는 질문이라 그런가