SlateX 블로그
혼란을 정리된 형태로.
촬영 현장의 기록 방법, 결과물의 필드, 포맷의 한계. 모든 글은 구체적인 질문 하나에만 답하고, 아직 우리가 할 수 없는 일도 분명히 밝힙니다.
기사 아카이브
글을 작성 중이며, 순차적으로 게시할 예정입니다.
ALE를 받으면 이 필드들부터 확인하라
ALE를 받았으면 신원과 시간 위치, 빠진 값의 형태를 먼저 확인한 뒤 반려, 손으로 채움, 참고로만 둠 가운데 하나를 결정해야 합니다. 표가 열린다는 것은 그 안의 모든 값이 이미 쓸 수 있다는 말과 같지 않습니다.
테이크 기록 한 개는 어떤 인수 가능 정보를 남기는가
인수 가능한 테이크 기록 한 개의 핵심은, 다음에 이어받는 사람이 이 테이크를 알아보고 각 카메라를 구분하고 현장 판단을 보며 시간과 메모, 콘티뉴이티 증거를 찾을 수 있게 하는 것입니다. 필드를 많이 남기는 것이 목표가 아니라 추적할 수 있어야 합니다.
콘티뉴이티 사진은 컷과 테이크에 어떻게 연결해야 하는가
콘티뉴이티 사진은 구체적인 테이크로, 다시 그 테이크에서 컷으로 되돌아갈 수 있어야 하고, 제작 항목은 또 하나의 독립된 관계선입니다. 대표 이미지는 어떤 장을 먼저 볼지를 돕지만, 사진은 증거만 제공하고 콘티뉴이티 판단은 여전히 사람이 합니다.
대본의 8분의 1 페이지는 어떻게 계산되는가
8분의 1 페이지는 씬 길이를 기록하는 분수 단위입니다. SlateX는 8분의 1 한 개를 7.5초로 환산하지만, 이 환산은 씬 길이의 규모만 나타내고 페이지 안 위치는 제공하지 않으며 촬영 일정 판단을 대신할 수도 없습니다.
한 씬을 다 찍은 뒤, 스크립터는 마감 전에 무엇을 넘기는가
마감 전달은 표 하나가 아니라, 하류가 씬·컷·테이크와 타임코드, 판단 근거를 다시 알아볼 수 있게 만드는 기록 묶음입니다. SlateX는 여러 교환 형태를 생성할 수 있지만 결과물마다 행 수와 순서, 필드가 서로 같지 않으므로 수신자는 여전히 항목마다 확인해야 합니다.
FDX는 무엇을 교환하고 무엇을 잃는가
FDX는 대본 구조를 담는 데 알맞지만, 그것만으로 촬영 결과를 담지는 않습니다. SlateX의 현재 가져오기는 에피소드, 씬, 대본 항목을 만들지만 컷, 테이크 기록, 촬영일이나 카메라 설정은 만들지 않고, 왕복 뒤에 글자 하나까지 보존된다는 보장도 없습니다.
ALE는 현장에서 후반 작업 사이에서 실제로 무엇을 하는가
ALE은 머리글과 열 이름, 데이터 행으로 이루어진 탭 구분 텍스트 목록으로, 소재 신원과 시간 위치, 씬과 테이크 관계를 수신자에게 넘겨 확인시키는 데 쓰입니다. 어느 테이크가 좋은지는 판단하지 않고, 소재 경로와 렌즈 파라미터, 채널 대응도 싣지 않습니다.
게스트, 로그인, 계정 전환 때 프로젝트 데이터는 어디에 놓이는가
SlateX는 게스트 기록과 로그인 뒤의 기록을 서로 분리된 두 데이터베이스에 넣습니다. 클라우드 프라이빗 데이터베이스가 설정된 쪽은 계정 데이터베이스뿐입니다. 게스트 데이터의 계정 이전은 사용자가 직접 로그인할 때만 일어나고, 대조를 통과한 뒤에 원본을 정리합니다.
로그아웃, 계정 삭제, 프로젝트 삭제는 각각 실제로 무엇을 지우는가
로그아웃과 계정 삭제, 프로젝트 삭제는 서로 다른 세 갈래의 데이터 경로입니다. 로그아웃은 계정 데이터베이스의 클라우드 행을 지우지 않지만 로컬 게스트 데이터베이스는 정리하고, 계정 삭제는 귀속 범위를 대조한 뒤 계정 데이터를 지우며, 프로젝트 삭제는 그 프로젝트만 처리하고 로그인 상태를 바꾸지 않습니다.
현장 결과물을 계속 쓸 수 있는지 수신자는 어떻게 판단하는가
현장 결과물을 받을 때는 소재 신원과 시간 출처를 먼저 확인하고, 이어서 씬·컷·테이크 관계를 대조하며, 마지막에 판단 정보가 해당 결과물에 실제로 존재하는지 확인해야 합니다. 네 결과물은 각자 부족함이 있으므로 검수 결론은 확인할 수 있는 문자값과 출처에서 멈춰야 합니다.
같은 콘티뉴이티 사진에 데이터 본체와 파일 경로 기록이 두 개 있는 이유
콘티뉴이티 사진은 데이터베이스의 이미지 데이터와 디스크 상대 경로를 동시에 가집니다. 표시는 앞의 것을 읽고 삭제는 뒤의 것에 의존하며, 이름을 바꾸면 새 파일 이름이 생기지만 일부 쓰기 경로에는 권한 있는 경로가 저장되지 않습니다. 그래서 두 기록을 같은 일로 다룰 수 없습니다.
같은 테이크 기록이 몇 장의 전달물에서 행 수도 순서도 맞지 않는가
몇 장의 전달물은 같은 한 묶음의 테이크 기록 스냅샷에서 출발하지만 뒤따라 서로 다른 정렬 키와 전개 규격을 씁니다. 카메라별로 전개되는 것도 있고 테이크 하나가 행 하나인 것도 있습니다. 파일 간에는 씬·컷·테이크 신원을 써야 하고 행 번호는 쓰지 않아야 합니다.
현장에 카메라를 한 대 추가할 때 어떤 설정값이 상속되고 어떤 설정값을 다시 입력해야 하는가
카메라를 새로 추가하면 릴 번호, 클립 번호, 프레임 속도, 셔터, 화이트 밸런스와 사운드 릴 번호는 상속되지만, 초점 거리, 조리개, ISO, 피사체 거리, 구도 설명과 VFX는 상속되지 않습니다. 테이크를 만드는 경로에 따라 구도 필드의 정리 규칙도 다릅니다.
씬 제목 한 줄은 어떤 부분으로 이루어지는가
씬 제목 한 줄에는 보통 실내/실외, 장소와 시간이 같은 행에 적힙니다. 서로 다른 쓰기의 의미가 같아도 문자열 구분과 길이는 다르므로, 소프트웨어는 구조로 분할할 뿐이며 사람의 재확인이 필요합니다.
Circle, Keep, Hold, N/G는 각각 무슨 뜻인가
Circle은 명시적으로 선택된 테이크, Keep은 쓸 수 있는 차선, Hold는 일단 보류, N/G은 불합격을 뜻합니다. SlateX에서는 화면 표시 이름, 저장 식별자와 전달 필드가 완전히 같은 이름이 아니므로, 받을 때 구체적인 형식별로 대조해야 합니다.
씬 번호, 컷 번호, 테이크 번호는 각각 무엇을 관리하는가
씬 번호는 대본의 씬, 컷 번호는 촬영 설정, 테이크 번호는 같은 설정 아래의 반복 촬영에 대응합니다. 씬 번호와 컷 번호는 각자의 관리 위치에서 수정할 수 있지만, 테이크 번호는 소프트웨어가 증가시키고 손으로 고치는 입구는 없습니다.
디지털 스크립터에서 어떤 값을 소프트웨어가 먼저 채우는가
테이크 번호와 컷 번호, 릴 번호, 클립 번호, 사운드 릴 번호, 진입 시작값, 일부 카메라 파라미터는 소프트웨어가 먼저 쓰지만, 이 파생값은 기록의 시작점일 뿐이므로 현장 기록과 소재로 다시 확인해야 합니다.
고정 문턱 없이 후보를 묶는 일은 어떻게 동작하는가
콘티뉴이티 사진은 먼저 사람이 붙인 항목 레이블로 묶이고, 레이블이 없는 사진만 전체 이미지 특징 거리로 후보를 고릅니다. 이 매칭에는 고정된 유사도 문턱이 없으므로, 묶기는 검증 순서를 정하는 일에만 쓰이고 최종 판단은 여전히 사람이 합니다.
ALE의 각 열 값은 어디서 오는가
SlateX의 ALE는 탭으로 구분된 텍스트이고, 열 값에 사람 기록, 소프트웨어 파생과 결측값 처리가 섞여 있습니다. 수신자는 열별로 출처를 확인해야 하고, 파일을 열 수 있다는 것을 같은 급의 참값으로 취급하면 안 됩니다.
CSV 전달물은 ALE보다 무엇을 더 싣고 무엇을 빼는가
CSV 상세는 카메라, 광학, 구도, 상태, 날짜 필드를 더 가져오지만, 여전히 소재 경로와 채널 대응, 사운드 타임코드는 싣지 않습니다. ALE과 쓰이는 자리도 결손치 규칙도 서로 다릅니다.
전달 파일의 빈 값은 네 가지 형태를 취함
전달 파일의 결손치는 빈 문자열, 짧은 가로 자리채움, 정상처럼 보이는 기본 번호, 전부 영인 타임코드 가운데 하나일 수 있습니다. 이 형태를 섞어 읽어서는 안 되고, 수신자는 현장 기록과 소재로 돌아가 출처를 확인해야 합니다.
타임코드의 세미콜론은 실제로 무엇을 말하는가
끝 구간의 세미콜론은 보통 드롭 프레임 카운팅 표기를 나타내지만, 표시 층의 힌트일 뿐이고 프레임 위치가 드롭 프레임 규칙으로 환산되었음을 증명하지는 않습니다. 수신자는 여전히 소재와 현장 기록으로 실측 대조해야 합니다.
ALE의 Tracks 열이 말해 주지 않는 것
ALE의 Tracks는 고정된 트랙 수 표기만 적히고 채널 매핑이 아닙니다. 각 트랙이 어떤 소리 출처에 대응하는지 설명하지 못하고 샘플링 레이트나 사운드 타임코드도 싣지 않으므로, 수신자는 녹음 기록과 소재로 돌아가 대조해야 합니다.
대본 페이지 수는 어떻게 상영 시간으로 바뀌고, 공식은 언제 적용되지 않는가
8분의 1 페이지를 초로 환산하는 식은 하나뿐이며, 분모·결측값·왕복·촬영 일정에서 어디까지 말하고 어디부터 아닌지 그 경계를 설명합니다.
씬 제목 한 줄에서 실내/실외는 구분자로 어떻게 추측되는가
씬 제목에서 주/야와 실내/실외가 구분자와 문자 수 문턱으로 어떻게 추측되는지 설명하고, 놓치거나 잘못 집어넣는 쓰기를 함께 적습니다.
내보낸 FDX가 돌아오지 않는 것은 무엇인가
FDX의 쓰기 범위, 왕복 뒤에 확정적으로 일어나는 재쓰기, 그리고 다시 가져올 때 원래 형태로 돌아오지 않는 내용을 설명합니다.
대본 가져오기는 무엇을 만들고 무엇을 만들지 않는가
대본 가져오기가 실제로 만드는 세 가지 객체, 분명히 만들지 않는 현장 객체, 그리고 파싱은 성공했지만 결과가 빈 상태로 남는 경계를 설명합니다.
리비전 색상은 어디서 오며, 가져올 때 어떤 순서로 읽는가
리비전 색상의 업계 유래, 3단계 읽기 순서, 표시 쪽의 이름 대조, 생략 판정, 그리고 현재 샘플이 이 경로를 다루지 않는 경계를 설명합니다.
컴퓨터에 쓸 수 있는 카메라가 없을 때 콘티뉴이티 소재는 어디로 들어오는가
컴퓨터에 쓸 수 있는 카메라가 없을 때를 기준으로, 콘티뉴이티 사진과 영상의 네 입구와 짝 맞춤 조건, 귀속과 현장 확인의 경계를 설명합니다.
씬 하나, 컷 하나, 테이크 하나를 지우면 무엇이 함께 사라지는가
프로젝트 안의 두 종류 삭제를 구분합니다. 씬·컷·테이크는 아래쪽 기록까지 연쇄 파괴하는 반면 촬영일 삭제는 스케줄 귀속만 풀며, 기록 삭제와 파일 정리는 서로 다른 두 단계라는 경계를 설명합니다.
유닛 이름을 고치면 어떤 촬영일이 함께 바뀌는가
유닛 이름이 프리셋과 촬영일 두 곳에 각각 저장되는 구조, 이름 바꾸기가 촬영일을 하나씩 고쳐 쓰는 동작, 유닛을 삭제한 뒤에 옛 배지를 단 촬영일이 「전체」 표시에 남는 결과를 구분해 설명합니다.
현장에서 전체 검색은 실제로 무엇을 보는가
전체 검색이 씬·컷·테이크 기록에서 어떤 내용으로 일치시키고 어떤 내용은 일치에 참여시키지 않는지, 그리고 네 개의 검색창이 서로 다른 결과를 주는 이유를 설명합니다.
촬영일의 날짜와 번호는 어떻게 정해지는가
촬영일을 새로 만들 때 날짜와 번호, 유닛의 기본값이 어디서 오는지 설명하고, 같은 번호가 PDF·ALE·CSV와 내보내기 파일 이름에서 서로 다르게 적히는 모양을 구분해 보여 줍니다.
내보낸 뒤에 결과물 파일은 어디에 있으며 얼마나 남아 있는가
내보내기 화면의 PDF·ALE·CSV가 임시 작업 디렉터리에 놓이고 이번 범위로 이름을 얻는 절차를 설명하고, 재계산으로 버려지는 시점과 실제 저장 위치까지 넘기는 마지막 단계를 구분해 보여 줍니다.