ALE는 현장에서 후반 작업 사이에서 실제로 무엇을 하는가

SlateX에서 ALE은 탭으로 구분한 텍스트 목록 하나이고, 파일은 머리글 구간과 열 이름 구간과 데이터 구간으로 이루어집니다. 그 책임은 “이 행이 어느 소재를 가리키는지, 시간 위치가 무엇인지, 어느 씬의 어느 테이크에 속하는가” 같은 정보를 수신자에게 넘겨, 보관과 편집 대조 절차에 확인할 만한 텍스트 기록 하나를 대는 것입니다. 어느 테이크가 잘 찍혔는지를 판단하는 일은 담당하지 않고, 렌즈 파라미터 열도 채널 대응 열도 없습니다. 원본 파일 이름과 디렉터리를 담는 두 칸에는 보내는 쪽 컴퓨터의 텍스트가 실리고, 그 값은 현장에서 옮겨 적었거나 소재를 가져올 때 남은 것이며, 그 텍스트는 소재 자체로 되돌아가지 않습니다. 구체적인 수신 절차에 계속 쓸 수 있는지는 여전히 수신자가 열마다 대조해 정해야 합니다.

ALE의 값은 확인할 수 있는 신원과 시간 정보를 표로 적어 넘기는 것이고, 수신자에게 그 값들이 이미 검증을 마쳤다고 선포하는 일이 아닙니다.

파일 자체는 어떤 모양인가

SlateX가 현재 써 내는 ALE에는 먼저 머리글 정보가 있고, 그다음 고정된 열 이름 구간이 붙으며, 마지막에 데이터 행으로 들어갑니다. 열 사이는 탭으로 구분하므로, 그것은 미디어 자체까지 싸 넣는 그릇이라기보다 열 정의가 분명한 텍스트 목록에 가깝습니다.

데이터 행은 카메라별로 전개됩니다. 한 테이크에 카메라가 여러 대이면 행도 여러 개가 되고, 카메라가 없어도 자리채움 기록 한 행은 여전히 생성됩니다. 이 형태 때문에 ALE의 “행”은 “행 하나가 테이크 하나”보다는 카메라급 전달 기록에 가깝습니다.

한 열의 값은 먼저 어디서 왔는지 물어야 합니다

ALE을 읽을 때는 필드를 출처별로 세 가지로 나누는 편이 더 안전합니다.

하나는 현장 기록이나 사용자 입력에서 오는 값으로, 예를 들어 씬 번호, 테이크 번호, 메모, 감독 텍스트, 카메라 메모 같은 것입니다. 그것들이 옳은지는 기록 자체가 현장의 사실과 맞는가에 달려 있습니다.

다른 하나는 소프트웨어가 파생시킨 값입니다. Duration은 그 행의 진입 지점과 나가는 지점, 화면의 두 읽은 값 사이를 프레임 단위로 정확히 재른 구간이고 꼬리 프레임은 넣지 않으므로, 둘 중 하나라도 빠지면 그 칸은 통째로 빈칸으로 나갑니다. Name과 일부 형식화된 릴 번호, 프레임 속도 표현 등도 생성 논리를 거칩니다. 파생 값은 독립적으로 실측한 두 번째 증거가 아니라, 여전히 입력에 의존합니다.

나머지 하나는 결손치 그 자체입니다. 이 ALE에서 값이 빠진 모양은 하나뿐입니다. 그 칸이 비어 있는 것입니다. 타임코드가 기록되지 않았거나 문자열의 형식이나 범위 검사를 통과하지 못하면, 그럴듯해 보이는 0을 대신 채워 넣지 않습니다. 다른 소프트웨어가 넘긴 파일에서는 00:00:00:00이라는 문자열이 진짜 영점일 수도 있고, 값이 없을 때 채워진 자리채움일 수도 있으므로, 수신자는 현장 기록이나 소재로 돌아가 확인해야 합니다.

“이 값은 어디서 왔는가”를 먼저 묻고, 그다음 “이 값은 합법적인 형식처럼 보이는가”를 물어야 합니다.

ALE이 수신자에게 알려 줄 수 있는 것

현재 열은 수신자에게 소재 이름과 진입 지점, 나가는 지점, 길이, 씬 번호, 테이크 번호, 릴 번호, 사운드 릴 번호, 프레임 속도, 메모, 카메라 같은 정보를 보여 줍니다. “신원과 시간 단서를 하류 점검에 넘기는” 일을 감당하는 데 알맞습니다.

그중 특히 주의해야 할 신원 경계가 하나 있습니다. Tape와 Reel은 현재 같은 출처 값을 취하므로, 두 열을 서로 독립된 두 갈래의 신원 신호로 다룰 수 없습니다. 두 열이 같다면, 생성기가 같은 출처를 두 자리에 썼다는 말만 성립합니다.

나가는 지점 위치는 파생된 것이지만 손으로만 옮겨 적는 것도 아닙니다. End에 실리는 것은 멈추는 바로 그 순간 읽은 값이고, 그 값에 이르는 길은 두 갈래입니다. 녹화 체인이 촬영을 멈추는 바로 그 순간 화면의 타임코드를 그대로 수집하고, 테이크 기록의 새로 만들기 페이지와 편집 페이지에는 “나가는 지점” 칸이 하나씩 있어서 스크립터가 기계 화면을 보고 옮겨 적을 수 있습니다. 두 갈래 모두 지나가지 않았다면 그 칸은 통째로 빈칸으로 남고, 진입 지점에 길이를 더해 끌어내는 일은 하지 않습니다. 그러므로 수신자는 먼저 그 행에 그 읽은 값이 있는지 확인하고, Start와 End와 구간을 나란히 놓고 대조해야 합니다 — 거기에 남는 것은 멈추는 바로 그 순간 기계나 사람이 읽은 값이지, 소재와 대조해 내린 결론이 아닙니다.

ALE이 분명히 포함하지 않는 것

현재 ALE에는 등급과 선택 표시 두 열(Rating, Circled take)이 있고, 소리의 시작 위치를 알려 주는 사운드 시작 타임코드 Sound TC도 있고, 원본 파일 이름과 디렉터리를 담는 두 칸도 있습니다. 그 두 칸에 실리는 값은 보내는 쪽 컴퓨터의 경로로, 현장에서 옮겨 적었거나 소프트웨어가 소재를 가져올 때 남긴 위치이지, 수신자 컴퓨터에 있는 미디어의 위치가 아닙니다. 그래도 컷 번호, 초점 거리, ISO, 조리개, 해상도, 채널 대응 열은 여전히 없고, 미디어 자체는 싣지 않습니다. 받을 때는 열마다 제 출처를 따로 따져야 합니다. 한 열이 있다는 것이 다른 열의 사실까지 그 위에 실리는 것은 아니고, 프로젝트 어디엔가 그 항목이 기록되어 있다는 것이 이 ALE까지 그 값을 넘겼다는 말은 아닙니다.“Sound Roll이 있어도 왜 사운드 타임코드는 읽을 수 없는가”를 참조하십시오。

이 경계는 ALE이 수신자를 대신해 어느 테이크를 쓸지 판정하지 않는다는 뜻만 있습니다. 현장에서 이 테이크에 준 등급 판단은 이 파일 안의 두 칸에서 읽을 수 있습니다. Rating은 확정된 등급의 텍스트를 넘기고, Circled take은 TRUE 또는 FALSE를 넘깁니다. 그 칸이 비어 있으면 그때 등급을 확정하지 않았다는 말이고, 문자 그대로를 읽은 것이 판정을 손에 넣은 것과 같지 않습니다.

ALE의 행 수는 다른 두 전달물과 비교하면

ALE, CSV, 사람이 읽는 일일 리포트는 이제 모두 카메라 단위로 펼쳐집니다. 같은 한 묶음의 테이크 기록은 한 번의 내보내기에서 같은 행 수 단위를 갖고, 멀티 카메라 테이크 하나는 세 전달물 모두에서 행을 더 차지합니다. 진짜 차이는 행 순서와 열 구성에 있습니다. ALE은 씬 번호·컷 번호·테이크 번호로 다시 정렬하고, CSV는 기본적으로 기록을 만든 순서를 따르며, 일일 리포트는 씬 번호·컷 이름·테이크 번호로 정렬합니다.

이것은 행 번호로 없앨 수 있는 차이가 아닙니다. 파일 간에 대조하려면 씬과 테이크, 카메라 신원으로 돌아가야 하고, “N번째 행”이 모든 전달물에서 같은 대상을 가리킨다고 가정하면 안 됩니다.

ALE를 받은 뒤에는 무엇을 먼저 하는가

이 글은 ALE의 쓰임과 경계까지만 답합니다. 실제 수신 동작은 이미 공개한 “ALE를 받으면 이 필드들부터 확인하라”로 들어가야 합니다. 먼저 각 행이 누구인지 확인하고, 이어서 릴 번호와 소재 이름, 시간 위치, 프레임 속도, 결손치의 출처를 대조합니다. 구체적인 수신 시스템이 바로 쓸 수 있는지와 관련해서는, 수신자가 자신의 가져오기 템플릿에 맞춰 열마다 확인해야 합니다.

FAQ

ALE은 미디어 파일까지 함께 넘기는 것입니까?

넘기지 않습니다. SlateX의 현재 ALE은 텍스트 목록입니다. 원본 파일 이름과 디렉터리를 담는 두 칸에는 보내는 쪽 컴퓨터의 텍스트, 즉 현장에서 옮겨 적었거나 가져올 때 소프트웨어가 남긴 위치가 실릴 뿐이고, 미디어 자체는 싸 넣지도 않습니다.

ALE의 End는 독립적으로 실측한 시간입니까?

그렇다고 할 수 없습니다. 이 칸에는 세 갈래 출처가 있습니다. 녹화 체인이 촬영을 멈추는 바로 그 순간 화면의 읽은 값을 수집합니다. 스크립터가 카메라 화면의 나가는 지점 읽은 값을 입력 칸에 옮겨 적습니다. 두 갈래 모두 지나가지 않았다면 빈칸으로 남습니다. 소프트웨어는 진입 지점에 길이를 더해 그 숫자를 만들어 내지 않습니다. 값이 있더라도 여전히 소재와 대조해야 합니다 — 그 두 타임코드는 수신자 측의 자체 가져오기 서식에서 대조하십시오.

Reel과 Tape를 독립된 두 갈래 신원 정보로 볼 수 있습니까?

볼 수 없습니다. 현재 두 열은 같은 출처 값을 취하므로, 열이 두 개 나타난다고 해서 두 번의 독립 확인으로 취급할 수 없습니다.

한 테이크가 ALE에서 여러 행에 나타나는 이유는 무엇입니까?

현재 ALE은 카메라별로 데이터 행을 생성하기 때문입니다. 테이크 하나에 카메라가 여러 대이면 여러 행에 전개되므로, 행 수를 곧 테이크 수로 취급할 수 없습니다.

Axiom One LLC — SlateX