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

SlateX에서 쓴 FDX를 다시 App으로 가져오는 것은, 원본 프로젝트를 그대로 다시 채워 넣는 일과 같지 않습니다. 파일 수준에서는 프로젝트 이름을 쓰고, 씬 수준에서는 씬 번호, 실내/실외, 씬 이름, 주/야, 8분의 1, 리비전 색상, 생략 표시, 페이지 번호, 대본 항목을 중심으로 교환합니다. 이 쓰기 범위 밖에 있는 App 데이터는 이 파일로 가져올 수 없습니다. 더 중요한 것은, 쓰기 범위 안에 들어가는 값도 파일을 내보내고 다시 읽을 때마다 정해진 동작에 따른 재쓰기를 받는다는 점입니다.

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

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

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

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

왕복에서 구분해야 할 씬 제목과 요약의 세 가지 동작

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

다른 하나는 마침표입니다. 가져올 때는 INT. 같은 접두어가 원문 그대로 보존되고, 내보낼 때는 끝에 마침표가 없을 때만 하나를 채웁니다. 그래서 왕복해도 INT.. 같은 두 점은 생기지 않으며, 겹쳐지는 것은 씬 제목 안의 제목과 주/야 정보입니다. 여기서 말하는 것은 양쪽 규칙을 이어 붙인 결과이며, 서드파티 소프트웨어의 행동을 추정한 것이 아닙니다.

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

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

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

이 변화는 파일이 손상됐다는 말이 아니라, “이 형식이 무엇을 쓰는지”와 “되읽을 때 객체를 어떻게 만드는지”가 같은 일이 아니라는 말입니다. “전달 파일의 결손치를 모양으로 구분해 읽는 법”은 빈 문자열, 속성 없음, 자리채움 같은 형태를 구분하는 데 도움이 되지만, 여기서는 여전히 FDX 왕복만 다룹니다.

분명한 경계: 동작은 설명할 수 있지만, 네 가지 질문은 여전히 실제 파일 확인이 필요함

씬 제목 중첩, 요약 대체, 8분의 1이 0일 때 길이 속성을 생략하고 되읽을 때 1/8 페이지로 채우는 것, 다시 가져온 뒤 상태가 “촬영되지 않음”으로 쓰이는 것, 그리고 메모·요약 계열 문단이 원래 대본 항목 위치로 돌아오지 않고 대본 항목 순서도 다시 매겨지는 것은 모두 이 App이 파일을 내보내고 다시 읽을 때 관찰할 수 있는 동작입니다. 이 글에서 넘어설 수 없는 질문은 다음 네 가지입니다.

특정 실제 FDX가 추가로 잃는 필드는 무엇인가. 가져오기는 위에 적힌 다섯 속성만 읽습니다. 어떤 파일이 실제로 무엇을 더 잃는지 나열하려면 그 파일과 항목별로 대조해야 합니다.

중복 제거 규칙이 실제로 어떤 씬을 걸러 내는가. 실제로 걸러지는 씬 집합은 입력 파일에 따라 달라지므로 원본 파일과 가져오기 결과를 대조해야 합니다.

서드파티 대본 소프트웨어와의 실제 상호 운용 결과. 이 글은 무손실 왕복을 보증하지 않습니다. 서드파티 소프트웨어에서 열기, 다른 이름으로 저장, 다시 가져오기를 수행한 결과는 실제로 그 파일로 진행한 결과에 따라야 합니다.

이 정해진 재쓰기들이 특정 왕복에서 실제로 얼마나 일어나는가. 이 재쓰기들은 분명히 일어납니다. 어떤 파일의 제목, 요약, 길이가 구체적으로 얼마나 바뀌었는지는 실제 내보낸 파일과 되읽은 결과를 비교해야 합니다.

따라서 대외 경계는 이렇습니다. 왕복은 문자 단위 보존을 보증하지 않습니다. 확정된 동작을 “모든 파일이 같은 정도로 변한다”는 주장으로 넓힐 수 없고, 서드파티 소프트웨어의 실제 결과를 확인된 것으로 쓸 수도 없습니다. 수신자는 실제 교환 파일과 되읽은 뒤의 씬 제목, 길이, 요약, 상태를 대조해야 합니다.

왕복은 문자 단위 보존을 보증하지 않습니다. 이 재쓰기들은 분명히 일어나지만, 각 파일의 실제 변화는 여전히 개별 확인이 필요합니다.

FAQ

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

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

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

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

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

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

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

그렇지 않습니다. 이 글은 서드파티 대본 소프트웨어에서의 열기, 다른 이름으로 저장, 다시 가져오기의 실제 결과를 보증하지 않습니다. 따라서 수신자는 자신이 받은 그 파일을 스스로 확인해야 하며, 공개하는 경계는 여전히 “왕복은 문자 단위 보존을 보증하지 않습니다”입니다.

Axiom One LLC — SlateX