현장 결과물을 계속 쓸 수 있는지 수신자는 어떻게 판단하는가

현장 결과물 한 장이 계속 쓸 수 있는지를 판단하는 일은 “파일이 열리는가”에서 시작하지 않고, 세 층의 순서로 대조해야 합니다. 먼저 소재에 대응되는지 확인하고, 그다음 씬·컷·테이크에 대응되는지 확인하며, 마지막에 현장 판단이 이 결과물에 정말로 적혔는지를 확인합니다. SlateX가 줄 수 있는 것은 각 결과물에 실제로 쓰인 문자값과 출처 관계이고, 뒤따르는 작업에 들어갈 만한지는 여전히 수신자가 자신의 가져오기 템플릿과 소재 형편을 두고 판단합니다.

검수는 파일에 “합격” 도장을 찍어 주는 일이 아니라, “신원 불명, 관계 불일치, 판단 추적 불가” 세 가지 위험을 단계적으로 제거해 가는 일입니다.

먼저 물을 것: 이 행이 과연 소재에 대응되는가

소재 신원과 시간 위치를 봅니다. 릴 번호, 클립 이름, 카메라, 진입 지점, 나가는 지점, 길이, 프레임 속도는 소재나 현장 기록으로 돌아가 출처를 확인해야 합니다. 어떤 필드는 사람이 직접 입력한 것이고, 어떤 것은 소프트웨어가 파생시킨 것이며, 어떤 것은 값이 없을 때 칸을 빈 채로 내보냅니다. 결손치 대신 자리채움 문자열은 적지 않습니다. 수신자는 자기가 보는 것이 그중 어느 쪽인지 먼저 알고, 그다음 그 값이 대응의 근거가 될 수 있는지 결정해야 합니다.

여기서는 구문이 합법이라는 것을 사실이 옳다는 것으로 다루지 않아야 합니다. 형식이 알맞은 타임코드 문자열도 그것이 어디에 적혔는지로 되돌아가 확인해야 합니다. 나가는 지점은 현장에서 중지를 부르는 바로 그 순간에 읽은 값입니다. 녹화 체인이 멈추는 순간에 기계가 그 자리에서 읽어 담거나, 스크립터가 그 화면을 보고 손으로 옮겨 적거나, 그 둘 중 하나로 들어오고, 읽히면 칸에 값이 있고, 읽히지 않으면 빈 채로 남으며, 소프트웨어가 진입 지점에 길이를 더해 그것을 만들어 내지 않습니다. 구체적인 수신 소프트웨어가 이 열들을 어떻게 해석하는지와 관련된 증거는 현재 경계 하나만 뒷받침할 수 있습니다. 수신자는 자신의 가져오기 템플릿에 맞춰 열별로 확인해야 합니다.

이 단계에서 소재 신원이나 시간 출처를 추적할 수조차 없다면, 뒤의 정렬이나 등급을 논의할 필요가 없습니다. 출처가 분명하지 않은 값에 수신 측에서 새 해석을 더하는 것보다, 원본 기록으로 돌아가 확인하는 편이 더 낫습니다.

둘째로 물을 것: 씬·컷·테이크에 대응되는가

소재를 알아본 뒤에는, 같은 기록이 씬 번호·컷·테이크 번호 관계를 따라 현장 기록으로 되돌아갈 수 있는지 점검합니다. 이 여러 결과물은 같은 표의 서로 다른 외양이 아니므로, 한 파일의 행 번호를 다른 파일의 위치 지정 키로 쓸 수 없습니다.

표본 확인에서는 씬별로 테이크 기록을 일부 골라, 신원이 완비되고 카메라가 분명한 기록부터 시작하고, 이어서 멀티 카메라나 결손치가 있는 경우까지 덮습니다. 목적은 고정된 표본 비율을 제시하는 것이 아니라, 사람 시간을 파일 전체를 행마다 훑는 일에 쓰지 않으면서도 핵심 관계가 한 결과물에서 다른 결과물로 되돌아갈 수 있는지 점검하는 것입니다.

이 층에서는 “한 번의 내보내기에서 나온 여러 전달물은 행 수가 같고 순서만 각자의 키에 따라 정렬된다”는 사실만 알면 되고, 각 정렬 규칙을 여기서 펼쳐 말하지 않습니다. 실제로 대조할 때는 행 번호가 아니라 씬·컷·테이크 신원을 써야 하며, 정렬 차이는 이를 따로 설명하는 다른 편에 속합니다.

마지막으로 물을 것: 현장 판단이 이 결과물에 실렸는가

소재에도 대응되고 씬·컷·테이크에도 대응된 뒤에, 현장 판단을 추적할 수 있는지 점검합니다. 특히 “파일에 그 열이 있다”와 “그 열이 현장 판단이다”는 서로 다른 두 일입니다.

구조화 목록에는 Rating과 Circled take 두 열이 있습니다. 앞의 열은 등급 문자를 쓰고, 하나도 표시하지 않았으면 빈 문자열을 내보냅니다. 뒤의 열은 현장 기준으로 TRUE를 쓰며, Circle과 Keep 두 등급 모두 선택 표시를 한 것으로 칩니다. 표 형태 결과물에는 별도로 Circle 열이 있어서, 그 테이크가 Circle로 표시된 때에만 TRUE를 쓰고 그 외에는 모두 FALSE로 적습니다. 같은 파일 안의 Circled On Set과 서로 다른 질문에 답하므로 하나의 읽기값으로 합칠 수 없습니다. 따라서 결과물에서 현장 판단을 복구하려면 먼저 자기가 어느 열의 기준으로 읽고 있는지 확인하고, 그다음 그것이 현장의 선택 표시를 대표할 수 있는지 판단해야 합니다. 사람이 읽는 일일 리포트도 이제 카메라 한 대씩 행을 내므로, 각 행에는 그 카메라 자체의 읽기값만 적힙니다. 그 표에는 카메라 번호 열이 없고, 열 구성도 기계 판독 전달물보다 좁습니다. 대본 프로젝트 파일은 대본 구조로만 돌아가고, 촬영 결과·테이크 기록·카메라·타임코드는 그 안에 없습니다.

같은 기록이 서로 다른 결과물에 “다 있는 것처럼” 보여도, 그것이 담고 있는 판단 정보가 같은 종류라는 뜻은 아닙니다.

각 결과물은 어디까지 감당할 수 있는가

구조화 목록은 카메라별 소재 신원과 타임코드, 씬과 테이크 관계를 점검하는 데 알맞고, 등급 텍스트와 Circle 플래그 두 열을 싣지만, 소재 자체도 채널 대응도, 타임코드 밖의 렌즈 파라미터도 싣지 않습니다. 표 형태 결과물은 더 많은 현장 필드와 등급 텍스트를 갖지만, 파생 열과 현장의 뜻이 같은 일이 아니라는 점은 여전히 주의해야 합니다. 사람이 읽는 일일 리포트는 카메라 한 대씩 눈으로 훑는 쪽에 더 맞지만, 각 행에는 그 카메라 자체의 읽기값만 적히고, 그 표에 들어가지 않은 카메라 파라미터는 여전히 ALE이나 CSV로 확인해야 합니다. 대본 프로젝트 파일이 감당하는 것은 대본 구조 교환이고, 촬영 결과를 되돌려 쓰는 일까지 감당하지는 않습니다.

이 차이들은 수신자가 각 결과물이 서로 칸마다 복제되기를 요구할 수 없다는 말입니다. 옳은 검수 목표는 이렇습니다. 각 파일은 자기 구간의 책임을 지고, 핵심 신원은 원본 기록으로 돌아가 대조할 수 있어야 합니다.

통과하지 못하면 어느 층에서 멈추는가

소재 신원이나 시간 출처가 맞지 않으면 소재 확인 층에서 멈추고 먼저 출처로 돌아갑니다. 소재는 대응되는데 씬·컷·테이크 관계를 세울 수 없으면 신원 관계 층에서 멈춥니다. 앞의 두 층이 성립하는데 현장 판단이 목표 결과물에 아예 없거나 뜻이 다르다면, 파일이 표현하지 않은 결론을 대신 만들어 주어서는 안 됩니다.

현재 증거는 촬영일별 집계나 촬영일별 내보내기를 검증을 마친 능력으로 서술하는 것도 뒷받침하지 못합니다. 그래서 이 방법은 “어느 하루의 집계 파일”을 검수 전제로 삼지 않습니다. 점검하는 것은 실제로 생성되는 그 몇 가지 결과물과, 그 결과물에 이미 존재하는 문자값뿐입니다. 촬영일 범위에서는 네 개가 나갑니다——일일 리포트 PDF, ALE, 명세 CSV, 마감 대조 CSV. 프로젝트 전체 범위에서는 ALE과 CSV만 나오고, 대본 프로젝트 파일 FDX는 별도의 내보내기 경로로 나갑니다.

검수는 마지막까지 수신자의 일입니다. SlateX가 줄 수 있는 것은 점검할 수 있는 값과 파생 관계, 알려진 경계, “검수를 통과했다”는 증거나 뒤따르는 결과를 보증해 주는 것이 아닙니다.

몇 장의 전달물에서 같은 행 번호가 같은 기록을 가리키지 않는 이유는 “같은 테이크 기록이 몇 장의 전달물에서 행 번호가 서로 맞지 않는 이유”에서 설명합니다.

FAQ

전달물 한 장을 받았을 때 무엇을 먼저 확인합니까?

소재 신원과 시간 출처부터 확인합니다. 릴 번호, 클립, 카메라, 진입 지점, 길이, 프레임 속도를 소재나 현장 기록으로 되돌아 확인할 수 없다면, 뒤의 씬·컷·테이크 관계와 등급 판단 모두 신뢰할 전제를 잃습니다.

여러 파일을 행 번호로 바로 대조하면 안 되는 이유는 무엇입니까?

각 전달물은 저마다의 정렬 키로 정렬되기 때문입니다. 한 번의 내보내기에서 나온 세 파일은 행 수가 같되 순서는 다릅니다. 촬영일 범위 내보내기만 일일 리포트를 생성하고, 프로젝트 전체 범위 내보내기에서는 일일 리포트를 생성하지 않습니다. 받을 때는 씬·컷·테이크 신원을 공통 키로 삼고, 한 파일의 행 번호가 다른 파일에서도 같은 기록을 가리키리라고 가정하지 않아야 합니다.

표 형태 결과물의 Circle을 현장 선택 표시로 봐도 됩니까?

그렇게 곧바로 같은 것으로 볼 수는 없습니다. Circle 열은 그 테이크가 Circle로 표시된 때에만 TRUE를 쓰고 그 외에는 모두 FALSE로 적습니다. 현장 기준으로 선택 표시를 한 값은 같은 파일의 Circled On Set 열에 적히며, 여기서는 Circle과 Keep 두 등급 모두 참으로 칩니다. 무엇을 묻는지 정하고 그 열을 읽은 뒤 원본 기록으로 돌아가 대조해야 합니다.

이 절차로 파일이 하류 검수를 통과했음을 증명할 수 있습니까?

증명할 수 없습니다. 그것이 제공하는 것은 확인 순서와 추적 조건이고, 구체적인 가져오기 동작과 하류 결과는 여전히 수신자가 자기 환경에서 검증해야 합니다.

Axiom One LLC — SlateX