비슷한 이름의 클립素材를 잘못 연결하지 않는 방법: 인터랙티브 작품을 위한 수동 대응표 만들기

먼저 결론부터: "노드, 클립,素材 버전, 진입 상태" 네 열을 같은 표에 적고, 각 행은 재생 가능한素材 파일 하나에만 대응시키며, 이름에 장면 동작과 결과 차이를 함께 남긴다. 표는 일반 문서로 수동 유지하면 되고, DramaFork는 현재 자동 자산 감사 기능이 없으므로 잘못 연결되었는지는 사람이 표를 보고 대조해야 한다. 아래는 가상의 교육용 예시로 설명하며, 숫자와 원문은 모두 실제 측정 자료가 아니다.

당신의 인터랙티브 작품에 두 개의 영상이 있고, 파일명이 각각 open_door_v1.mp4와 open_door_final.mp4라고 가정하자. 후자가 더 최신처럼 보여서 "final"을 서로 다른 두 노드에 연결했다. 문제는 이 두 영상이 사실 같은 장면의 두 가지 결과에 대응한다는 점이다. 하나는 주인공이 문을 밀고 나서 불이 켜져 있는 장면, 다른 하나는 불이 꺼져 있는 장면이다. 이름에는 "문 열기"와 버전 번호만 있고 결과가 없어서, 일주일 뒤에 돌아온 누구든 어느 영상이 어느 진입점에 들어가야 하는지 구분할 수 없다.

여기서 두 개념을 구분해야 한다. 노드는 인터랙티브 작품에서 플레이어가 선택을 한 뒤 진입하는 위치이며, DramaFork는 표로 노드를 구성하지 드래그 그림이 아니다. 진입 상태는 플레이어가 이 노드에 도달했을 때 이미 어떤 전사를 가지고 있는지를 뜻한다. 예를 들어 어떤 캐릭터를 본 적이 있는지, 어떤 물건을 가진 적이 있는지 등이다. 素材 버전은 같은 영상을 몇 번 고쳤는지를 말한다. 이 세 가지가 하나의 파일명에 섞이면 잘못 연결된다.

네 열짜리 표를 권장하며, 각 행에素材 파일 하나를 둔다. 열 이름은 고정: 노드, 클립, 素材 버전, 진입 상태. 아래는 채워 넣은 가상의 표이며, 장면은 "주인공이 심야에 옛집으로 돌아온다"이다.

N07과 N08의 클립은 둘 다 "문 밀기"지만 결과가 다르므로素材 버전 이름에 light와 dark가 들어 있다. N09는 N08의 연속이며 "뒤돌아봄"이라는 동작이 추가되어 별도 행을 차지한다. 이렇게 하면 세 영상이 모두 "문 열기"라고 불려도 "진입 상태" 열로 어느 영상을 연결해야 하는지 판단할 수 있다.

이름에 "최종판"만 쓰지 말 것. final은 그때 당신이 수정을 끝냈다고 생각했다는 것만 말해 주며, 그것이 어느 노드, 어느 진입 상태에 속하는지는 말해 주지 않는다. 다음과 같이 정할 수 있다: 素材 이름 = 장면 동작 + 결과 차이 + 버전 번호, 버전 번호는 v1, v2, v3를 쓰고 "최종", "진짜 최종"은 쓰지 않는다.

N08의 플레이어가 불이 켜진 화면을 봤다면 잘못 연결된 것이다. 재검토는 세 단계로 진행하며, 파일명만 고치고 끝내지 말 것.

첫째, 표로 돌아가 N08 행을 찾아 진입 상태가 "이웃을 본 적 있음"인지 확인한다. 둘째, open_door_dark_v2.mp4를 재생해 화면에서 불이 꺼져 있고 "뒤돌아봄" 동작이 없는지 확인한다. 셋째, N09도 같은 영상을 잘못 연결했는지 확인한다. N09는 진입 상태가 다르므로 "뒤돌아봄"이 있는 버전이 필요하다.

재검토할 때 실제 재생 결과를 표에 다시 적는다. 예를 들어 "素材 버전" 뒤에 임시로 "확인 완료" 열을 추가해 "예" 또는 "아니오"를 쓴다. 이 단계는 수동이며, DramaFork가 옛素材 표현이 아직 성립하는지 대신 판단해 주지 않는다. 대본이나 스토리보드를 고친 뒤 관련 완료 단계는 업데이트 필요로만 표시되고 옛 데이터는 보존되며, 실제로 어떤 영상에 영향을 주는지는 여전히 당신이 직접 봐야 한다.

인터랙티브 작품에는 캐릭터가 변명을 찾는情节이 자주 있다. 예를 들어 캐릭터가 "나는 그날 외출하지 않았다"라고 말하는 것은 캐릭터의 말일 뿐, 새로운 세계 사실이 아니다. 대응표에 적을 때 "진입 상태"에 "캐릭터가 외출하지 않았다고 주장, 미확인"이라고 명시할 수 있다. 캐릭터의 변명을 플레이어가 이미 아는 사실로 착각해素材를 연결하면 진입 상태가 틀어진다.

또한 여러 행이 같은素材를 공유하는지 확인한다. 공유는 성립할 수 있지만 행마다 대조해야 한다: 진입 시 인물 위치, 소지 물건, 알려진 정보가 클립과 일치하는지, 출구 동작이 후속 노드로 이어질 수 있는지. 이 예의 불 꺼진 클립은 장면이 같다는 이유만으로 "집 안에 누군가 있음을 확인함" 노드에 연결해서는 안 된다. 영상이 명확히 아무 응답도 없음을 보여 준다면 그 진입과 충돌한다. 공유 이유를 따로 한 줄 적어 두면, 나중에 한 영상을 수정할 때 그것을 사용하는 모든 노드를 찾을 수 있다.

표를 다 만든 뒤 다음 다섯 가지로 점검한다:

1. 모든 노드가 표에 최소 한 행 있으며, 빠진 노드가 없다.
2. 각 행의 "素材 버전"이 로컬素材 패키지에서 해당 파일을 찾을 수 있다.
3. 이름이 비슷한 두 영상을 "진입 상태"로 구분할 수 있다.
4. "최종판"만 쓰고 장면 동작과 결과를 쓰지 않은 행이 없다.
5. 잘못 연결 재검토 후 실제 재생 결과가 표에 다시 적혀 있다.

로컬素材 패키지 localAssets를 내보낸 뒤 설명대로 실행해 오프라인을 점검하고, 원격 링크 패키지 remoteUrls는 네트워크와 서비스에 의존하며 영구 자원 보장이 아니다. ZIP 성공이 플레이 가능성 검증과 같지 않고, 플레이어도 편집기와 같지 않다. 이 표를 다 만들었으면 이름이 가장 비슷한 두 행을 골라 각각 한 번씩 재생해 진입 상태와 화면이 맞는지 확인한다.