내보낸 FDX가 돌아오지 않는 것은 무엇인가

SlateX에서 쓴 FDX를 다시 App으로 가져오는 것은, 원본 프로젝트를 그대로 다시 채워 넣는 일과 같지 않습니다. 파일 수준에서는 프로젝트 이름을 쓰고, 씬 수준에서는 씬 번호, 실내/실외, 씬 이름, 주/야, 8분의 1, 리비전 색상, 생략 표시, 페이지 번호, 대본 항목을 중심으로 교환합니다. 이 쓰기 범위 밖에 있는 App 데이터는 이 파일로 가져올 수 없습니다. 더 중요한 것은, 쓰기 범위 안에 들어가는 값도 「내보낸 뒤 다시 가져오기」를 거치면 양쪽 코드에서 바로 유도할 수 있는 재쓰기가 일어난다는 점입니다.

FDX로 가져올 수 있는 상한은 먼저 쓰기 범위가 결정합니다. 범위 안에 있는 값도 글자 그대로 원래 모양으로 돌아온다는 뜻은 아닙니다.

써 낸 범위가 돌아올 수 있는 상한을 정함

파일 수준과 씬 수준을 합쳐, 쓰기 쪽은 프로젝트 이름과 함께 씬 번호, 실내/실외, 씬 이름, 주/야, 8분의 1, 리비전 색상, 생략 표시, 페이지 번호, 대본 항목이라는 한 묶음의 정보를 남깁니다. 컷, 테이크 기록, 카메라, 타임코드, 미디어 경로 등은 이 FDX의 쓰기 구조에 없으므로, 이 파일로 그런 현장 기록을 복구할 수 없습니다.

이것이 『FDX는 무엇을 교환하고 무엇을 잃는가』와 이 글의 역할 구분입니다. 상위 글은 교환 범위를 설명하고, 이 글은 같은 대본 교환 파일이 나갔다 돌아올 때 범위 안의 내용이 어떻게 변하는지, 그리고 어떤 내용은 돌아올 통로 자체가 없는지만 다룹니다.

세 내용은 왕복 뒤에 확정적으로 재쓰기됨

하나는 씬 제목 중첩입니다. FDX에서 가져온 씬은 씬 이름에 원래 제목 전체 문자열을 그대로 남기고, 실내/실외와 주/야는 각각 따로 보관해 둡니다. 다시 내보낼 때 쓰기 쪽은 「실내/실외 접두어 + 원래 제목 전체 + 구분자 + 원래 주/야」로 씬 제목을 다시 조립하고, 그래서 제목과 주/야가 한 겹 더 얹힙니다. App에서 손으로 새로 만든 씬은 이 지점에서 다릅니다. 세 부분이 애초에 따로 저장되므로 같은 중첩의 출처가 생기지 않기 때문입니다.

다른 하나는 마침표 중복입니다. 읽기 쪽은 INT. 같은 접두어를 마침표까지 함께 보존하고, 쓰기 쪽은 실내/실외 뒤에 마침표를 하나 더 채웁니다. 그래서 왕복 한 번에 마침표 두 개가 나타날 수 있습니다. 여기서 말하는 것은 양쪽 규칙을 이어 붙인 결과이며, 서드파티 소프트웨어의 행동을 추정한 것이 아닙니다.

나머지 하나는 요약 대체입니다. 가져올 때 메모나 요약 계열 내용은 씬 요약으로 들어갈 수 있고, 그렇게 요약으로 들어갈 내용이 없을 때는 첫 액션 문단이나 일반 문단이 요약으로 쓰일 수 있습니다. 따라서 요약에 담기는 것은 액션 서술 전문일 수 있으며 줄거리 요약이 아닙니다. 쓰기 쪽은 씬 요약을 대응하는 속성으로 되돌려 쓰지 않으므로, 다시 가져올 때 이 자리는 다시 첫 액션 문단이나 일반 문단으로 대체될 수 있습니다.

돌아오는 길의 나머지 세 변화도 따로 봐야 함

씬의 8분의 1 값이 0이면 쓰기 쪽은 길이 속성을 쓰지 않습니다. 되읽을 때 길이가 없으면 1/8 페이지로 처리하므로, 「0 또는 빈 상태」가 1/8 페이지로 바뀝니다. 다시 가져온 씬의 상태는 「촬영되지 않음」으로 쓰이므로, FDX로 이전 촬영 상태를 복구할 수 없습니다. 메모나 요약 계열 문단은 대본 항목으로 원래 위치에 돌아오지 않고, 대본 항목 순서도 다시 매겨집니다.

이 변화는 파일이 손상됐다는 말이 아니라, 「이 형식이 무엇을 쓰는지」와 「되읽을 때 객체를 어떻게 만드는지」가 같은 일이 아니라는 말입니다. 『전달 파일의 빈 값은 네 가지 형태를 취함』은 빈 문자열, 속성 없음, 자리채움 같은 형태를 구분하는 데 도움이 되지만, 여기서는 여전히 FDX 왕복만 다룹니다.

명백한 경계: 코드로 유도할 수 있어도 서드파티 왕복이 검증된 것은 아님

씬 제목 중첩, 마침표 중복, 요약 대체는 모두 쓰기 쪽과 되읽기 쪽 규칙을 이어 붙이면 바로 도출되는 결과입니다. 저희는 실제 서드파티 대본 소프트웨어로 「열기, 다른 이름으로 저장, 다시 가져오기」 한 바퀴를 아직 온전히 왕복해 보지 않았으므로, 여기서 확정할 수 있는 말은 하나뿐입니다. 왕복은 문자 단위 보존을 보증하지 않습니다.

이 경계는 외삽 범위도 함께 제한합니다. 여기서의 확정적인 코드 행동을 「어떤 서드파티 소프트웨어는 반드시 이렇게 된다」로 써서는 안 되고, 아직 거치지 않은 실제 왕복을 이미 검증된 것처럼 써서도 안 됩니다. 수신자는 실제 교환 파일과 되읽기 뒤에 나온 씬 제목, 길이, 요약, 상태를 스스로 대조해야 합니다.

왕복은 문자 단위 보존을 보증하지 않습니다. 코드는 재쓰기 경로가 있음을 보여 주지만, 실제 서드파티 소프트웨어의 열기, 다른 이름으로 저장, 다시 가져오기는 여전히 파일별로 확인해야 합니다.

FAQ

FDX로 컷과 테이크 기록까지 함께 가져올 수 있나요?

현재 쓰기 구조에서는 그런 현장 객체를 얻을 수 없습니다. 이들은 이 FDX의 교환 범위 밖에 있으며, 다시 가져온다고 저절로 다시 만들어지지 않습니다.

씬 제목에 접두어와 주/야가 한 겹 더 붙는 이유는 무엇입니까?

가져온 씬은 원래 제목 전체, 실내/실외, 주/야를 함께 보관하고, 다시 내보낼 때 셋을 이어 붙입니다. 손으로 새로 만든 씬은 이 지점에서 다르게 나타나는데, 세 부분이 애초에 따로 저장되기 때문입니다.

요약이 왜 액션 서술로 변할 수 있습니까?

적어 넣을 메모나 요약이 없을 때 첫 액션 문단이나 일반 문단이 요약으로 취급될 수 있고, 요약에는 되돌려 쓰는 경로가 없습니다. 그래서 다시 가져올 때 이 자리는 액션 서술 전문으로 대체될 수 있습니다.

이 결론은 서드파티 대본 소프트웨어가 왕복을 통과했다는 뜻입니까?

그렇지 않습니다. 저희는 실제 서드파티 소프트웨어의 완전한 왕복 검증을 아직 마치지 않았습니다. 따라서 수신자는 실제 파일을 스스로 확인해야 하며, 공개하는 경계는 여전히 「왕복은 문자 단위 보존을 보증하지 않습니다」입니다.

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