FDX는 무엇을 교환하고 무엇을 잃는가

SlateX에서 FDX가 맡는 일은 대본 구조 교환입니다: 에피소드, 씬, 씬 제목, 주/야 표시, 페이지 수, 본문 항목과 리비전 색상은 이 사슬에 들어갈 수 있습니다. 촬영이 끝난 뒤의 컷, 테이크 기록, 촬영일, 카메라 설정과 현장 상태는 이번 가져오기가 만드는 대상에 속하지 않습니다. 다시 말하면 이렇습니다. FDX는 대본 구조를 가지고 들어올 수 있지만, 「가져오기가 성공했다」는 「촬영 작업이 이미 세워졌다」와 같지 않고, 왕복 뒤에 글자 하나까지 원래 모양으로 돌아간다는 말과는 더더욱 다릅니다.

여기서 FDX는 대본 구조의 교환 매개체이지, 촬영 결과를 담는 그릇이 아닙니다.

가져오기는 실제로 무엇을 만듭니까

SlateX의 현재 가져오기 사슬이 만드는 업무 대상은 에피소드, 씬, 대본 항목 세 가지뿐입니다. 컷은 가져오기를 따라 생기지 않고, 테이크 기록도 생기지 않으며, 촬영일도, 카메라 설정도 생기지 않습니다. 그룹, 감독, 촬영 감독 같은 제작진 프리셋은 이 가져오기 경로에 쓸 곳이 없으므로 제품에서 별도로 다뤄야 합니다.

이 경계가 FDX에 무엇을 물어야 답이 나오는지를 바로 결정합니다. 대본을 읽을 수 있는 씬과 본문 구조로 쪼개 뒤따르는 기록에 대본 기반을 주는 일에는 알맞고, 「가져온 뒤부터는 촬영 계획과 현장 기록까지 모두 준비된 상태」로 서술하는 일에는 알맞지 않습니다. 구조가 존재한다는 것은 구조가 데이터 모델에 들어갔다는 말만 성립합니다.

첫 번째로 읽을 수 있는 씬 제목보다 앞의 내용은 씬 안 본문이 되지 않습니다

현재 해석은 읽을 수 있는 씬 제목을 씬을 세우기 시작하는 자리로 삼습니다. 첫 번째로 읽을 수 있는 씬 제목보다 앞의 문단들은 이미 존재하는 씬에 걸 자리가 없으므로, 가져오기 뒤의 씬 안 본문에 들어가지 않습니다. 오프닝 항목과 비슷한 내용은 이 경계 밖에 떨어집니다.

씬 제목 텍스트 자체가 비어 있으면 해당하는 씬 역시 만들어지지 않습니다. 이곳을 어떤 제품의 「의도」로 설명할 필요는 없습니다. 정확한 말은 이렇습니다. 현재 씬을 세우는 단계에는 쓸 만한 씬 제목 텍스트가 있어야 하고, 그 그릇 조건이 없으면 기록할 씬 객체 자체가 없습니다.

「해석 성공」도 씬 하나 만들지 않았을 수 있습니다

현재 잘못 판단하기 쉬운 상황이 하나 더 있습니다. 문서 구조가 올바른 FDX 안쪽에 읽을 수 있는 씬 제목이 하나도 없으면, 해석 과정은 여전히 성공을 돌려주고 평소대로 씬 선택 화면까지 열지만, 목록은 비어 있고 별도 알림도 없습니다.

이것은 「파일 해석 성공」과 「내용을 이미 가져왔다」는 서로 다른 두 갈래 검사라는 말입니다. 앞의 것은 해석 절차가 성공 분기까지 갔다는 말만 하고, 뒤의 것은 씬 선택 목록에 씬이 실제로 나타났는지, 가져온 뒤 대응하는 대본 항목이 세워졌는지를 더 봐야 알 수 있습니다.

가져오기 상태에 성공이 적혀 있어도 이미 씬이 프로젝트에 들어갔다는 뜻은 아닙니다. 먼저 실제로 세워진 구조를 보십시오.

왕복하면 몇 곳은 확정적으로 다시 써집니다

SlateX의 현재 읽기 쪽과 쓰기 쪽 코드에서 몇 가지 확정적인 재쓰기를 끌어낼 수 있습니다. FDX에서 가져온 씬을 다시 쓸 때, 씬 제목 구성은 원래 씬 제목에 이미 들어 있던 제목과 주/야 정보를 한 겹 더 이어 붙입니다. 씬 제목 접두어는 읽을 때 마침표를 보존하는데 쓸 때는 마침표를 하나 더 채우므로, 왕복 뒤에 INT..처럼 점이 두 개 나타날 수 있습니다.

요약 필드도 양쪽이 대칭이지 않습니다. 요약은 읽어 들이지만 현재 쓰기 쪽은 같은 요약 필드로 되돌려 쓰지 않고, 다시 가져올 때 씬 요약은 첫 본문 내용에게 밀려납니다. 페이지 수가 영이면 쓰기 쪽은 길이 속성을 쓰지 않고, 되돌려 읽는 쪽은 길이가 없을 때 8분의 1 페이지로 처리합니다. 촬영 상태 역시 이 구조 교환을 따라 왕복하지 않아서, 다시 가져오면 「미촬영」 상태로 돌아갑니다.

이것들은 어떤 서드파티 소프트웨어의 행동을 짐작한 것이 아니라, SlateX 자신의 읽기·쓰기 양쪽 코드가 조합해서 낳은 결과입니다. 경계도 함께 적어야 합니다. 저희는 아직 실제 서드파티 대본 소프트웨어로 「열기, 다른 이름으로 저장, 다시 가져오기」의 왕복 검수를 하지 않았으므로, 밖에는 「왕복이 글자 그대로의 충실성을 보장하지 않는다」까지만 쓸 수 있고, 어떤 외부 검수를 통과했다고는 쓸 수 없습니다.

어떤 촬영 정보는 이 교환에 아예 들어가지 않습니까

컷, 테이크 기록, 촬영일, 카메라 설정, 타임코드, 등급, 미디어 경로 같은 촬영 결과는 현재 FDX의 그릇 범위 밖에 있습니다. 가져오기 사슬은 이런 객체를 만들지 않고, 쓰기 쪽도 이런 현장 기록을 대본 구조에 집어넣지 않습니다.

그러므로 어떤 정보가 돌아오지 않는 것을 보았을 때 옳은 질문은 「이 층에 그것을 담을 필드나 객체가 있는지」이지, 제품에게 「왜 버렸는지」동기를 지어 주는 것이 아닙니다. 쓸 통로가 없으면 쓸 통로가 없는 것입니다.

왕복이 충실하지 않다고 파일의 용도까지 없어지는 것은 아닙니다

FDX는 여전히 대본 구조를 교환하는 데 알맞습니다. 씬, 씬 제목, 주/야, 페이지 수, 본문 항목 같은 구조를 SlateX로 가지고 들어올 수 있고, 현재 프로젝트의 대본 구조를 파일로 되돌려 쓸 수도 있습니다. 다만 이런 교환은 현재 구조물의 인도이지, 계속 왔다 갔다 하며 고쳐 써도 글자 하나 변하지 않는 작업 원고 순환으로 이해해야 합니다.

수신자가 계속 쓰려면 파일에 실제로 존재하는 구조를 기준으로 대조해야 하고, 「열 수 있다」거나 「다시 가져올 수 있다」는 내용을 그대로 보존한 증거로 다루지 않아야 합니다.

이 무리는 두 질문을 나눠 답해야 합니다

이 글은 FDX가 어떤 구조를 교환하는 데 알맞고, 어떤 내용은 이 사슬에 남아 있지 않다는 것만 답합니다. 뒤따라 두 질문을 따로 펼쳐야 합니다. 한쪽은 「어떤 정보가 돌아오지 않는가」로, 항목별로 부족한 것이 필드인지 객체인지 쓰는 통로인지 설명하고, 다른 한쪽은 「가져오기는 실제로 무엇을 만드는가」로, 에피소드·씬·대본 항목과 만들지 않는 촬영 대상 나눠 확인합니다.

FAQ

FDX를 가져오면 컷과 테이크 기록이 자동으로 생깁니까?

생기지 않습니다. 현재 가져오기는 에피소드, 씬, 대본 항목만 만들고 컷, 테이크 기록, 촬영일, 카메라 설정은 만들지 않습니다.

파일 해석이 성공하면 이미 씬을 가져온 것입니까?

그렇다고 할 수 없습니다. 현재는 씬 제목을 읽을 수 없는 구조상 올바른 파일도 해석 성공까지 간 뒤 빈 씬 선택 목록을 열 수 있으므로, 실제로 세워진 씬을 더 확인해야 합니다.

FDX 왕복 뒤에 씬 제목이 글자 그대로 남습니까?

그렇게 보장할 수 없습니다. 현재 읽기·쓰기 양쪽에서 제목과 주/야가 겹쳐 쌓이고 접두어에 점이 중복되는 확정적 재쓰기가 생기므로, 밖에는 「왕복이 글자 그대로의 충실성을 보장하지 않는다」까지만 쓸 수 있습니다.

왜 어떤 촬영 정보는 FDX에서 돌아오지 않습니까?

현재 FDX 교환 사슬에 대응하는 촬영 객체나 필드를 담을 자리가 없기 때문입니다. 부족한 쓰기·되돌려 쓰기 통로를 그대로 적어야 하고, 그 부족함을 제품의 동기로 설명하지 않아야 합니다.

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