게임의 모든 이미지를 1 개의 파일에 어떻게 넣을 수 있습니까?

방금 C ++ SFML로 작성된 기본 RPG 게임을 마쳤습니다. 게임에 많은 노력을 기울였으며 배포하고 싶지만 작은 문제가 발생했습니다.

문제는 200 개가 넘는 이미지와 맵 파일 (맵 코드를 저장하는 .txt 파일)이 실행 파일과 동일한 폴더에 있으며 폴더를 볼 때 조금만 울고 싶다는 것입니다. 리소스가 너무 많아서 모든 리소스를 직접 보여주는 게임을 본 적이 없습니다. 대신 리소스가 특정 파일에 압축되어 있다고 생각합니다.

글쎄, 그것이 달성하려는 것입니다. 모든 이미지를 1 파일 (.txt 파일 일 수도 있음)로 압축 한 다음 해당 파일에서 읽거나 쉽게 추가 할 수 있기를 바랍니다.

게임 프로그래머는 두 가지 주요 데이터 저장 방법 중 하나에 의존했습니다.

• 각 데이터 파일을 별도의 파일로 저장
• 각 데이터 파일을 사용자 정의 아카이브 형식으로 저장

첫 번째 해결책의 단점은 낭비되는 디스크 공간 문제와 느린 설치 문제입니다.

두 번째 솔루션은 자신의 함정을 제공합니다. 먼저 자신의 이미지 / 사운드 등을 모두 작성해야합니다. 아카이브 된 데이터에 액세스하기 위해 사용자 정의 API를 사용하는로드 루틴. 추가 단점은 먼저 아카이브를 빌드하기 위해 자체 아카이브 유틸리티를 작성해야한다는 것입니다.

아카이브에서 모든 파일을 항상로드하지 않는 한 TAR / GZ는 특정 파일을 필요할 때 추출 할 수 없기 때문에 좋은 생각이 아닙니다. 이것이 많은 게임이 ZIP 아카이브를 사용하는 이유입니다. 필요에 따라 개별 파일을 추출 할 수 있습니다 (PK3 파일은 확장자가 다른 ZIP 파일에 지나지 않는 Quake 3입니다).

• http://zpp-library.sourceforge.net/
• http://www.winimage.com/zLibDll/minizip.html

편집 : 게임 폴더 구조 "숨기기"및 실행 파일 만 "보존"

폴더 구조에서 게임 파일을 "숨기기"위해 다른 솔루션이 종종 사용됩니다. 실행 파일과 readme 파일 만 기본 디렉토리에 보관하고 게임 파일을 "data"또는 기타 관련 하위 폴더로 이동하십시오.

편집 : Gamedev Tuts Plus는 좋은 자료를 가지고 있습니다

• http://gamedev.tutsplus.com/tutorials/implementation/create-custom-binary-file-formats-for-your-games-data/

편집 : libarchive

ZIP 파일과 같은 아카이브에서 파일 추출을 처리하는 아카이브 라이브러리 인 하나의 잠재적 솔루션 libarchive. 또한 추출 된 파일을 표준 FILE 포인터에 할당하여 다른 라이브러리와의 인터페이스를보다 간단하게 만들 수 있습니다.

• http://libarchive.github.com/

편집 : 대체 확장자를 가진 ZIP 형식 파일

나는 여기 @Joachim Sauer의 코멘트를 좋아한다

다른 확장자가 ZIP 형식의 파일을 사용하여뿐만 아니라 게임 이외의 좋은 전통이있다 : 자바는 그것을 수행 의 오픈 도큐먼트 포맷 (오픈 오피스 / LibreOffice와 형식 일명)을 수행 , 심지어 ( "새로운"마이크로 소프트 오피스 포맷 일명) 오피스 오픈 XML 그렇습니다 .

게임 파일을 "숨기기"위해 자주 사용되는 또 다른 솔루션은 폴더 구조입니다. 메인 디렉토리에 실행 파일과 readme 만 유지하고 게임 파일을 하위 폴더 "data"로 이동하십시오. 나는 그렇게 드물게 생각하지 않습니다. 내가 아는 많은 게임들은 그러한 방식으로 그들의 콘텐츠를 저장합니다.

나는 이것을 위해 PhysFS 를 정말로 좋아 합니다. 동일한 코드를 사용하여 폴더 또는 zip 아카이브에 액세스 할 수 있습니다. 게임 평생의 모든 단계에서 잘 작동합니다.

1. 개발 중 : 폴더 계층에서 직접 리소스에 액세스합니다. 이러한 방식으로 압축 된 아카이브가 방해가되지 않으며 빠르게 반복 할 수 있습니다.
2. 초기 배포 : 쉬운 배포 / 빠른 설치를 위해 리소스를 압축합니다. 코드를 변경할 필요가 없습니다. 폴더 대신 Zip을 PhysFS로 지정하십시오.
3. 업데이트 / 모딩 : PhysFS는 하나의 리소스가 다른 리소스를 재정의하는 여러 개의 zip 아카이브를로드 할 수 있습니다. 변경된 파일 만있는 새 zip처럼 간단하게 업데이트 할 수 있습니다. 모딩과 유사합니다.

최신 정보:

소스와 doxygen 문서 에 포함 된 자습서를 사용하여 PhysFS를 배웠습니다. API는 실제로 매우 간단합니다. 파일 경로 대신 메모리 버퍼를 통해 SFML에 이미지를로드하는 방법을 배우는 데 더 많은 시간을 할애합니다.

ZIP 파일을 사용하는 것이 좋습니다. 유비쿼터스 형식이며 ZIP 파일 내에서 파일을로드 할 수있는 기성품 라이브러리를 찾을 수 있습니다. 빠른 Google 검색에서도 sfml 용 zip 로더가 공개되었습니다 .

글쎄, 당신은 그들이 언급 한 것처럼 속일 수 있습니다 :) 당신은 이미지에서 스프라이트 시트를 만들 수 있습니다, 그것은 공간을 많이 절약하지 않으면 요즘 압축 할 필요가 없습니다. 이미지에서 스프라이트 시트 또는 여러 스프라이트 시트를 만든 후에는 단순히 확장명을 바꿀 수 있습니다. 대부분의 게이머는 확인을 귀찮게하지 않으며 앞으로 게임을 수정하고 싶은 아티스트에게이 옵션을 남겨 두지 않겠습니까? 그렇게하면 스프라이트 시트를 만들고 확장명을 바꾸고 롤링을 시작할 수 있습니다.

텍스트 파일을 사용하면 해당 데이터를 이진 형식으로 변환하는 것이 좋습니다. 예를 들어 AZ, az 및 0-9 만 사용하는 경우 각 문자를 나타내는 데 6 비트를 사용하여 저작권이있는 자료를 보호 할 수 있습니다. 다른 사람이지도를 편집하지 못하게합니다. 원하는 경우 언제든지지도 변환기를 추가 할 수 있습니다. 압축은 텍스트에 완전히 합리적입니다.

리소스 수나 디스크 공간에 관한 것이 아닙니다.
텍스처 파일을 렌더링 할 때마다 OpenGL로 렌더링하는 SFML을 사용할 때 다양한 텍스처 파일이있는 경우 OpenGL은 다음 텍스처를 비디오 카드에 바인딩해야합니다 (glBindTexture () 확인). 정말 비싼 작업입니다.
이를 염두에두고 게임의 메뉴 / 레벨 / 맵에 따라 게임이 여러 텍스처를 동일한 텍스처 (소위 스프라이트 시트)에 넣는 이유를 알 수 있습니다.
동일한 바인드 텍스처 호출로 많은 스프라이트를 렌더링하기 때문에 결과적으로 성능이 크게 향상됩니다.

나는 이것을 위해 커스텀 바이너리 파일 경로를 개인적으로 내릴 것이다. 이것은 내가 항상 항상하는 일이며, 들리는 것만 큼 어렵지 않으며 게임 리소스 파일에 난독 화 수준을 제공합니다. 나는 당신이 관심이 있다면 얼마 전에 이것에 관한 작은 입문 Gamedev 기사를 썼습니다.

http://gamedev.tutsplus.com/tutorials/implementation/create-custom-binary-file-formats-for-your-games-data/

스프라이트 시트는 완전히 다른 주제이지만 대부분의 게임에서 표준입니다. :)

사용할 수있는 다른 방법 :

XnView 의 무료 버전은 " Strip of Images"(SHIFT + A) 라는 기능을 제공합니다 sprite-collections.

이는 파일 액세스를 최소화하며 웹 응용 프로그램 / 게임에서 수를 최소화하는 데 특히 중요합니다 HTTP-roundtrips.

그런 다음 좌표 맵을 통해 개별 이미지에 대한 액세스 권한이 부여됩니다 (예 : css-definitions).

먼저 모든 이미지 / 사운드 등을 작성해야합니다. 아카이브 된 데이터에 액세스하기 위해 사용자 정의 API를 사용하는로드 루틴. 추가 단점은 먼저 아카이브를 빌드하기 위해 자체 아카이브 유틸리티를 작성해야한다는 것입니다. 아카이브에서 모든 파일을 항상로드하지 않는 한 TAR / GZ는 특정 파일을 필요할 때 추출 할 수 없기 때문에 좋은 생각이 아닙니다. 이것이 많은 게임이 ZIP 아카이브를 사용하는 이유입니다. 필요에 따라 개별 파일을 추출 할 수 있습니다 (PK3 파일은 확장자가 다른 ZIP 파일 뿐인 Quake 3입니다). http://zpp-library.sourceforge.net/