프로젝트의 다운로드 크기를 가능한 한 작게 만드는 몇 가지 요령들이 있습니다. 여기 몇 가지 옵션들을 봅시다.
이미지 포맷
기본적으로, Construct 2는 우리가 원래 import한 이미지의 포맷과는 상관없이 모든 걸 PNG-32로 export합니다. 하지만 256색 이하의 모든 이미지는 자동적으로 PNG-8로 export됩니다.
모든 사진과 같은(photographic) 이미지, 또는 자세한 이미지(알파 채널은 필요없는 것)들은 대신 JPEG 포맷으로 쓰도록 지정할 수 있습니다. JPEG는 손실이 많지만, 이러한 타입의 이미지들을 훨씬 작은 파일로 만들어줍니다. 이미지 에디터 툴바에 있는 Image format 대화 상자에서 개별 이미지들을 JPEG로 export하도록 설정할 수 있습니다.
또 JPEG 포맷에는 품질 수준(quality value)을 0-100까지 선택할 수 있습니다. 더 낮은 품질 수준은 파일을 더 작게 만들지만, 압축 가공으로 이미지의 보이는 품질을 저하시킬 가능성이 많습니다.
알파 채널을 쓰는 이미지는, PNG-8을 선택하는 것이 역시 손실이 있지만(이미지 품질을 저하시킬 수 있지만), 파일을 더 작게 만들 수 있습니다. PNG-8 포맷은 256개 색상만을 사용할 수 있지만, Construct 2는 원본에 가능한 한 가까운 PNG-8 파일을 만들어내기 위해 선진 디더링 알고리즘을 사용합니다.
이미지 포맷 대화 상자에서 개별 프레임, 전체 애니메이션, 전체 오브젝트, 또는 전체 프로젝트의 이미지 포맷 설정을 할 수 있습니다. 전체 프로젝트를 대상으로 할 때는 조심해야 합니다. JPEG로 쓰도록 지정했던 것을 포함해서 다른 모든 설정들까지 바뀌게 되니까요.
가능한 곳에는 저해상도 이미지 쓰기
프로젝트 Sampling property가 Linear면, 이미지들이 남는 공간을 채우기 위해 늘어나고 픽셀들이 부드럽게 섞이면서(blends) 약간의 번지는 모습을 보입니다. 이 점을 이용해 조그만 소스 이미지를 쓰는 저대비(low-contrast) 이미지(원래 부드럽고 번지는 느낌인 것)를 만들 수 있습니다.
예를 들면 여기 레이아웃에 100% 비율의 320x240 이미지가 있습니다.
원래 이미지를 절반 크기(160x120)로 줄이고 나서, 레이아웃 뷰에서 linear 샘플링으로 다시 원래 크기만하게 늘려도, 거의 비슷해 보입니다.
나란히 비교해 봅시다. 미묘한 차이가 있지만, 이런 종류의 이미지는 자세히 들여다보지 않으면 차이를 집어내기가 꽤 어렵습니다.
여기서 더 나가서 크기를 더 많이 줄여(scaling down) 3배, 4배 혹은 더 많이 줄입니다. 원본 이미지가 작기 때문에, 이미지 파일 크기도 더 많이 작아질 겁니다. 추가 보너스로 이렇게 하면 메모리도 적게 씁니다. 이 예에서 320x240 이미지를 export 시 59.3kb PNG가 되고, 160x120 이미지를 export 시 20.3kb가 됩니다. 거의 66% 절감입니다. 더 큰 이미지들에서도 비슷한 퍼센티지의 절감 효과가 나올 겁니다.
오디오 사이즈 줄이기
Construct 2는 모든 플랫폼과 브라우저를 지원하기 위해 모든 오디오를 OGG Vorbis (.ogg)와 AAC (.m4a)로 듀얼 인코딩한다는 점을 기억하세요. 일부 플랫폼에서는, 한 쪽 세트의 파일들만 필요합니다. 보통 Construct 2는 우리가 선택한 export 옵션이 지원하는 것으로 알려진 파일 쪽 한 세트만을 export합니다. 예를 들어 NW.js로 익스포트할 때는 .ogg 파일들만을 export하고 .m4a 파일들은 건너뜁니다. NW.js는 Ogg Vorbis쪽을 지원하니까요.
만일 무슨 이유로 export 중 양쪽 세트의 오디오 파일이 다 나왔는데, 그 중 한 쪽만 필요하다는 걸 알면, 다른 쪽 오디오 파일 세트를 삭제해서 다운로드 크기를 줄일 수 있습니다. 이건 HTML5 웹사이트에서는 할 필요가 없는데요, 브라우저가 알아서 지원하는 파일들만을 다운로드하기 때문입니다. 하지만 일부 플랫폼에서는 양쪽 다 다운로드되는 프로젝트 파일의 zip을 제공해야 합니다.
AAC 파일 (.m4a)는 오로지 Safari(또는 iOS를 위한 모든 export)와 Internet Explorer(또는 Windows Store를 위한 모든 export)에만 필요합니다. 누군가가 게임을 Safari나 Internet Explorer로 볼 때를 대비해 웹에서는 양쪽 파일 세트가 다 필요합니다. 하지만 특정한 플랫폼을 타겟으로 하고 있다면 필요한 한쪽 오디오 파일 세트만 있는지 재차 확인할 가치가 있습니다.
오디오 재압축(recompressing)도 품질을 희생해 가며 오디오 파일 크기를 더 줄일 수 있습니다. 스테레오 오디오를 모노로 다운믹싱하면 오디오 크기는 더 줄어듭니다. 이는 주로 모바일에서 용인되는데 모바일 기기들은 저비트율(low bitrate) 오디오나 모노 사운드가 티가 날 정도로 좋은 스피커가 달린 경우가 드물기 때문입니다. Construct 2의 오디오 인코딩 옵션은 제한적이므로, 파일 크기와 품질 간 최상의 균형을 이루려면 오디오를 재압축할 별도의 전문 오디오 소프트웨어 사용을 고려해보십시오.
필요없는 것은 뭐든 잘라내기
이건 좀 까다로울 수 있지만, 삭제될 수 있는 사운드 이펙트, 음악 트랙, 이미지들이 있다면, 이렇게 해서 다운로드 크기에 추가되는 것을 막을 수 있습니다. 또 모든 긴 사운드 이펙트나 음악 트랙은 더 짧게 편집될 수 있습니다.
Construct 2는 사용되지 않는 오브젝트 이미지와 오디오 파일들도 모두 export한다는 점을 기억하세요 - 그러니 쓰이지 않는 게 있으면 프로젝트에서 삭제합시다.
export 시의 최소화와 재압축 (Minify and recompress)
export할 때, 반드시 Minify script를 눌러 결과적인 Javascript 파일이 가능한 한 작아지도록 하십시오. 또 PNG recompression을 최소 Standard로 설정해둬야 하는데, 이렇게 해야 최대한 많은 공간을 절약하기 위해 이미지 재압축을 포함한 Construct 2의 내보내기 시 최적화(export-time optimisations) 작업을 모두 수행하게 되기 때문입니다. Brute 모드로 하면 몇 퍼센트 더 다운로드 크기 절감이 되겠지만, export에 대단히 긴 시간이 걸릴 수 있기 때문에 아마 달갑지 않을 겁니다.
Construct 2의 다운로드 크기 예상
스테이터스 바에서, Construct 2가 게임의 다운로드 크기 예상을 시도합니다. 이건 대강의 어림짐작 정도로만 봐야 합니다. export 시의 스프라이트시트화와 재압축 같은 모든 최적화들이 다운로드 크기를 상당하게 바꿀 수 있고, 최종 결과 역시 프로젝트의 정확한 내용물에 달려 있습니다. 그러니 다운로드 크기가 더 줄었는지 테스트하려면, 스테이터스 바의 추측에 의존하지 마세요. 실제로 전체 프로젝트를 export해보고 결과물 폴더의 크기를 확인해 실제 다운로드 크기를 알아내고, 변경한 것들의 영향을 측정해야 합니다.
결론
대부분의 프로젝트 다운로드 크기는 이미지 파일과 오디오 파일로 구성됩니다. 이미지와 오디오에 가능한 최선의 압축을 하는 것으로 프로젝트의 다운로드 크기를 상당히 절감시킬 수 있습니다.