Wwise 도움말

프로젝트를 작은 Work Unit으로 나누는 것이 좋습니다. 프로젝트의 규모가 크며 프로젝트의 모든 데이터를 Default Work Unit에 유지하면 Wwise의 반응 시간이 늦어질 뿐만 아니라 팀원 중 한명이 변경 사항을 만들 때마다 병합(merge)해야 하기 때문에 병합 문제와 충돌이 일어날 가능성이 매우 증가하게 됩니다. Work Unit을 사용하여 프로젝트를 작은 단위로 나누면 작업자들이 더욱 효과적으로 작업할 수 있고 정보에 보다 빠르게 접근하며 동시에 다른 부분을 작업할 수 있기 때문에 병합 문제가 일어날 가능성이 줄어듭니다.

전역적인 (global) Default Work Unit을 관리할 사람을 정하는 것이 좋습니다. 그렇기 때문에 이러한 프로젝트 요소를 관리하거나 적어도 이 요소의 변경 사항을 파악하고 있는 사람을 한 명 지정하는 것이 좋습니다.

전역적 프로젝트 요소는 효과적으로 관리해야 합니다. State나 Game Parameter와 같은 전역적 프로젝트 요소의 이름을 변경하거나 삭제할 경우, 모든 사운드 오브젝트와 Container를 포함하여 이 요소를 사용하는 모든 오브젝트를 변경하게 될 수 있다는 점을 주의해야 합니다. 이러한 변경 사항을 저장하고 체크인할 경우 다른 사람이 작업 중인 여러 가지 프로젝트 파일에 영향을 미칠 수가 있습니다. 이러한 유형의 변경으로 인한 영향을 최소화하려면 가능한 빨리 전역적 프로젝트 요소를 정의한 후 그 뒤로는 이 요소를 변경하지 않는 것이 좋습니다. 초기 설정 이후에 변경을 해야할 경우 다음과 같이 따라하세요.

프로젝트 파일 상태를 확인하세요. Work Unit에서 작업을 시작하기 전에 File Manager를 사용해서 어떤 파일이 읽기 전용인지 확인하세요. 읽기 전용인 Work Unit을 변경할 경우 이 파일은 프로젝트 안에 저장할 수 없습니다.

로컬 파일을 정기적으로 백업하세요. 중앙 리포지토리(repository, 저장소)의 파일에 예약된 백업 계획이 있더라도 로컬 컴퓨터의 복사본에는 이 백업이 예약되지 않습니다. 데이터 손실을 방지하려면 프로젝트 파일을 정기적으로 백업하세요. 특히 파일에 중요한 변경 사항을 만들었을 경우 파일을 꼭 백업하세요.

체크인하기 전에 Integrity Report(무결성 보고서)를 생성하세요. 특정 Work Unit을 체크인하기 전에 무결성 보고서를 생성하여 프로젝트에 오류가 없는지 확인하는 것이 좋습니다. 만약 오류가 있을 경우 이를 빨리 해결한 후 Work Unit을 다시 체크인할 수 있습니다.

새로운 작업 세션 전에 파일을 동기화하세요. 새로운 작업 세션을 시작하기 전에 프로젝트 파일을 서버와 동기화해서 최신 변경 사항을 가지고 있도록 해야합니다.

동기화 전에 Wwise를 닫아 주세요. 프로젝트 파일을 서버와 동기화하기 전에 먼저 Wwise를 닫아서 정보 손실 가능성을 막아야 합니다. Wwise가 열려 있을 경우 복사본이 메모리에 남아있게 됩니다. 이 경우 동기화를 하게 되면 디스크의 파일이 변경되지만 프로젝트의 오래된 버전이 계속해서 메모리에 남아 있게 됩니다. 현재 열려 있는 프로젝트를 저장하면 디스크에 저장된 내용이 다른 사람의 변경 사항을 덮어쓸 수 있습니다.

This only applies if you are not using a source control plug-in. When you sync using a source control plug-in, you are automatically prompted to reload the latest version of the project.

자주 제출하세요. 다른 팀원에게 영향을 미치게 될 큰 변경 사항이 있을 경우 프로젝트 파일을 서버에 자주 제출해서 다른 사람들이 바로바로 변경 사항을 받아볼 수 있도록 해야합니다. 너무 오래 기다리게 되면 충돌이 일어날 가능성이 높아집니다. 변경 사항을 보다 작고 목표가 뚜렷하도록 하면 필요할 경우 프로젝트의 이전 버전으로 돌아가기가 더 수월하며 충돌이 일어날 경우 이를 해결하기가 더 쉬워집니다.

유용한 메모를 추가하세요. 파일을 커밋하거나 체크인할 경우 변경 사항을 완전히 설명하도록 해야합니다.

소스 컨트롤 시스템을 이해해야 합니다. 소스 컨트롤 시스템을 통해 Wwise 프로젝트 파일을 관리하기 전에 먼저 소스 컨트롤 시스템의 작동법을 이해하고 있어야 합니다. 소스 컨트롤 시스템의 복잡성을 이해하면 문제를 방지하고 효과적이며 효율적인 제작 파이프라인을 구축하는 데에 도움이 됩니다.

Wwise 프로젝트의 XML 구조에 익숙해지세요. 파일을 병합하기 전에 먼저 Wwise 프로젝트 파일의 XML 구조에 익숙해지는 데에 시간을 들이세요. 경우에 따라 XML을 업데이트해야 할 수 있습니다. 이 경우 XML을 올바르게 이해하지 못하면 프로젝트에 문제가 생길 수 있습니다. XML을 변경할 경우 파일을 소스 컨트롤 시스템에 다시 체크인하기 전에 먼저 Wwise에서 해당 프로젝트를 열어야 합니다. 이렇게 하면 XML의 변경점은 유효할 것이며 원하는 결과를 얻을 수 있을 것입니다.

정기적이며 열린 의사 소통을 독려하세요. In any team environment, it is key that you communicate openly and frequently with the other members of your team. 정기적이며 열린 의사 소통은 충돌을 줄이며 파일 병합 시간을 줄이고 제작 파이프라인을 보다 효율적으로 만들 수 있습니다. 예를 들어 Work Unit에 작업할 내용이 다른 팀원에게 영향을 미칠 경우, 먼저 팀원들의 변경 사항을 모두 체크인하도록 요청하고 팀원들이 동기화한 후 작업을 재개하기 전에는 여러분의 지시를 기다려달라고 요청해야 합니다.

File Manager의 Usage 열에서 Unused로 표시된 파일을 삭제하기 전에 프로젝트를 닫고 다시 열어서 정보가 완전히 최신으로 업데이트되도록 하는 것이 좋습니다.

SoundBanks are configured in Work Units in the SoundBanks tab of the Project Explorer. The Work Unit files are in the <project>\SoundBanks\ directory, and are XML files with the extension .wwu. You can reduce the frequency of changes to these files by populating them with objects such as Containers instead of, for example, individual Sound SFX.

Generated SoundBanks are created by Wwise, by default in the <project>\GeneratedSoundBanks\ directory. They are binary files with the extension .bnk. Since they can always be generated from the project, we recommend you exclude them from source control. See “Using Wwise with your source control system”.