대본 가져오기는 무엇을 만들고 무엇을 만들지 않는가

대본 가져오기의 범위는 「프로젝트를 다 만들어 준다」는 것보다 훨씬 좁습니다. 현재 가져오기 경로는 에피소드, 씬, 대본 항목 세 가지 객체를 만들어, 읽을 수 있는 씬 제목과 씬 안의 텍스트를 프로젝트에 집어넣습니다. 동시에 컷, 테이크 기록, 촬영일, 카메라 설정까지 만들지는 않습니다. 따라서 가져오기가 끝났다는 것은 대본 구조가 프로젝트에 들어갔다는 뜻일 뿐, 현장 기록까지 이미 생겼다는 뜻은 아닙니다.

대본 가져오기가 만드는 것은 에피소드, 씬, 대본 항목이며, 컷, 테이크 기록, 촬영일, 카메라 설정은 이 생성 경로에 들어 있지 않습니다.

가져오기는 대본 구조 객체 세 종류만 만듦

읽을 수 있는 내용이 프로젝트에 들어가면, 가져오기 경로는 가져온 씬들을 에피소드 하나에 담습니다. 프로젝트에 이미 에피소드가 있으면 번호가 가장 작은 하나를 그대로 쓰고, 없을 때만 새로 만든 뒤, 씬 안에서 보존할 수 있는 본문을 대본 항목으로 만듭니다. 이 범위가 대응하는 것은 대본 구조 자체이며, 한 번의 촬영에 필요한 모든 현장 객체가 아닙니다.

『FDX는 무엇을 교환하고 무엇을 잃는가』는 교환 파일이 어떤 대본 정보를 실을 수 있는지를 다루고, 이 글은 그 정보를 가져온 뒤에 어떤 객체로 떨어지는지만 답합니다. 씬 선택 화면이 나타났다는 이유만으로 이후의 현장 기록까지 가져오기 결과에 넣어서는 안 됩니다.

네 가지 현장 객체는 분명히 만들지 않음

가져오기는 컷, 테이크 기록, 촬영일, 카메라 설정을 만들지 않습니다. 이 네 가지 객체는 이후의 현장 기록 경로를 거쳐야 하므로, 대본 가져오기 한 번에서 끌어낼 수 없습니다. 가져오기가 끝났다고 해서 컷 나누기가 끝나고, 테이크 기록이 이미 존재하고, 촬영일이 배치되고, 카메라 파라미터가 세워진 것이 아닙니다.

제작진 프리셋도 이 가져오기 경로에서 쓰이지 않습니다. 유닛, 감독, 촬영감독은 별도로 손으로 채워야 하며, 대본 파일 안에 비슷한 글자가 있는지를 근거로 이 프리셋들이 이미 만들어졌다고 봐서는 안 됩니다.

가져오기가 끝났다고 현장 기록까지 있는 것이 아닙니다. 컷, 테이크 기록, 촬영일, 카메라 설정, 제작진 프리셋은 모두 대본 가져오기와 따로 확인해야 합니다.

두 가지 입력 형태는 그대로 사라짐

처음 읽을 수 있는 씬 제목이 나오기 전에 있던 문단들은 어떤 씬에도 걸리지 않으므로, 표지 계열 항목은 버려집니다. 가져오기 논리는 처리할 씬 제목이 이미 생긴 다음에야 이후 본문을 씬 안의 구조로 받아들입니다.

다른 하나는 텍스트가 빈 씬 제목입니다. 빈 씬 제목은 씬을 만들지 않으므로, 그 아래에 「제목이 빈 씬」이 남아 나중에 이름을 채워 넣을 자리도 생기지 않습니다. 수신자는 원본 파일에 이런 형태가 있는지, 가져오기 뒤의 씬 수가 예상에 맞는지를 스스로 확인해야 합니다.

파싱이 성공해도 빈 표만 받을 수 있음

형식은 멀쩡하지만 읽을 수 있는 씬 제목이 없는 대본 교환 파일은 파싱 성공으로 판정될 수 있고, 그대로 씬 선택 화면으로 들어갑니다. 이때 목록은 비어 있을 수 있으며, 이 단계에는 별도의 추가 알림도 없습니다. 이 단계는 빈 표만 줄 수 있으므로 스스로 확인해야 합니다.

바로 이것이 「파싱 성공」과 「가져올 수 있는 씬을 읽었다」 사이의 경계입니다. 성공 상태는 파일 파싱 절차가 오류로 끝나지 않았다는 말일 뿐, 그 안에서 선택 가능한 씬이 반드시 생성됐다는 뜻은 아니며, 현장 객체까지 만들어졌다는 뜻은 더더욱 아닙니다.

가져오기 뒤에도 현장 기록은 여전히 다른 경로

나중에 기록할 컷, 테이크, 촬영일, 카메라 파라미터는 다른 작업 경로에 속하며, 이 글은 그 구체적인 절차를 전개하지 않습니다. 여기서 남길 판단은 하나뿐입니다. 대본 구조가 프로젝트에 들어가는 일과 현장 기록이 만들어지는 일은 서로 다른 두 사건입니다.

가져오기 절차에는 중복 씬에 대한 걸러 내기도 있지만, 그것은 가져오기 퍼널 안의 처리일 뿐, 사용자가 의존할 수 있는 「중복 보호」로 써서는 안 됩니다. 같은 씬이 예상대로 프로젝트에 들어갔는지를 확인하려면, 필터 로직을 보증으로 삼지 말고 가져오기 뒤의 실제 씬을 기준으로 해야 합니다.

『내보낸 FDX가 돌아오지 않는 것은 무엇인가』는 이미 써 낸 뒤에 되읽을 때 일어나는 재쓰기를 다루고, 여기는 그보다 한 층 앞, 즉 가져오기 한 번이 무엇을 만들고 분명히 무엇을 만들지 않는지만 답합니다. 두 글을 합쳐도 수신자가 원본 파일과 가져오기 결과를 항목별로 확인하는 일을 대신하지는 못합니다.

FAQ

대본을 가져오면 컷과 테이크 기록도 함께 생깁니까?

아닙니다. 현재 가져오기 경로는 에피소드, 씬, 대본 항목만 만들고, 컷과 테이크 기록은 이후의 현장 기록 경로에 속합니다.

유닛, 감독, 촬영감독이 대본과 함께 가져와집니까?

이 경로에서는 쓰이지 않습니다. 제작진 프리셋은 별도로 손으로 채워야 합니다.

읽을 수 있는 씬 제목이 없는 파일은 그 자리에서 오류를 냅니까?

단정할 수 없습니다. 형식은 멀쩡하지만 읽을 수 있는 씬 제목이 없는 파일은 파싱 성공으로 표시되고 빈 씬 표가 열릴 수 있으므로, 이 단계는 스스로 확인해야 합니다.

가져오기 때 중복 씬이 걸러졌다면 이를 중복 보호로 볼 수 있습니까?

그렇게 말할 수 없습니다. 그것은 가져오기 퍼널 안의 걸러 내기 행동이며, 수신자는 실제로 프로젝트에 들어간 씬을 여전히 확인해야 합니다.

Axiom One LLC — SlateX. 위 숫자는 2026-09-24 기준입니다.