SlateX 博客
讓混亂變得有序
拍攝現場的記錄方法、交付欄位與格式邊界。每篇只回答一個具體問題，並寫清我們目前做不到什麼。
文章歸檔
文章正在撰寫，將陸續發布。
拿到 ALE，先核對這些欄位
ALE 能開啟不等於身份可信；Name 不保證全域唯一，缺失時碼留空，Sound TC 與評級須回源核對。
一條 Take Record 要記哪些可交接資訊
一條可交接的 take record，核心是讓下一位接手者能認出這條、分清每個機位、看見現場判斷，並找到時間、備註和連戲證據。欄位越多不是目標，能追溯才是。
連戲照片應該怎樣關聯到鏡頭和條
連戲照片可以掛到具體條，再由這條回到鏡頭，三處關聯都允許空著；生產元素是另一條獨立線。照片只給畫面證據，連戲判斷仍由人做。
劇本的八分之一頁到底怎麼算
非八分制的場長分數必須逐場回原稿核對；頁數顯示不能直接說明頁內位置或充當排期。
一場戲拍完，場記在收工前要交出什麼
收工交付各格式承載的欄位不同：ALE 與 CSV 有聲音時碼，PDF 日報與 FDX 沒有，接收方仍須逐項核對。
FDX 適合交換什麼，又會丟掉什麼
FDX 不含 Sound TC；匯入或匯出成功不等於現場記錄齊備或第三方往返無損，必須逐檔驗收。
ALE 在現場與後期之間到底幹什麼
ALE 有 28 欄，含 Sound TC、Rating 和來源文字——值來自現場抄錄或匯入那台機器；缺少的時碼留空，接收方須逐欄核實。
來賓、登入與切換帳戶時，專案數據分別放在哪裡
來賓記錄留在本機；登入後的記錄歸到你的帳戶，並保存在你自己的 iCloud 私有庫。切換帳戶不會把它們整份換主人。
退出登入、刪除帳戶和刪除專案，各自到底刪了什麼
三條路徑刪的範圍互不通用：退出登入清本機來賓記錄與素材，不刪雲端記錄與影片原件；刪除帳戶只處理當前帳號；刪除專案只動該專案。
接收方怎樣判斷一份現場交件可以繼續用
交件能打開不等於欄位可信：素材身份、聲音時碼與現場評級都該逐列回溯到實際來源。
連戲照片為什麼能顯示，卻不一定能隨記錄一起清理
連戲照片能顯示，不等於對應檔案會隨記錄一起清理；刪除時還要分清獨佔照片與仍被其他條引用的共享照片。
為什麼同一批條記錄在幾份交件裡行號互不對應
跨交件核對不要按行號硬配；按場、鏡、條身份對照，仍須由接收方確認實際檔案。
現場加一台機位時，哪些參數會繼承，哪些必須重填
新機位的預填參數只可作待核起點；必須按當次實拍逐機位檢查，不保證各入口結果相同。
一行場景標題由哪幾段組成
一行場頭通常把內外景、地點和時間寫在同一行；不同寫法語義可以相同，但字面分隔與長度不同，軟體只能按結構切分，仍需人工複核。
Circle、Keep、Hold、N/G 分別是什麼意思
現場評級以介面檔名及交件 Rating 為準；ALE 能讀已填檔位，卻不替剪輯選條，CSV 須按欄核對。
場號、鏡號、條號分別在管什麼
場號對劇本場次，鏡號對拍攝設定，條號對同一設定下的重拍；場號與鏡號在各自管理位置可改，條號起手由軟體取號、也允許場記填。
數字場記裡哪些值是軟體先填的
條號、鏡頭號、卷號、片段號與聲音卷序號由軟體按規則先填，部分入口還會帶入入點時碼；起點不等於現場事實已經核對，各入口規則也不同。
候選歸組怎麼挑出照片，為什麼不替你判斷連戲
候選歸組會把可能相關的連戲照片放到一起，供你逐張複核；它不替人判斷哪張代表正確連戲。
ALE 每一欄的值從哪裡來
ALE 有 28 欄，含 Sound TC、評級與來源文本；Tracks 四形須照字面核對，Name 不保證不重名。
CSV 交付比 ALE 多帶什麼、少帶什麼
CSV 明細會帶更多機位、光學、狀態和日期欄位，也帶源檔案名與目錄（現場抄錄或匯入時落值）和聲音起始時碼；它仍不是媒體清單，不含聲道映射，也不指回本機素材位置。
收到交件時要分清的幾種缺值長相
缺失時碼交空欄位，不應補出看似有效的全零時碼；任何疑似預設值都要回真實素材核查。
時碼裡的分號到底說明什麼
時碼分號只是顯示線索，不證明實際掉幀計數已核實；須與媒體幀率及接收結果核對。
ALE 的 Tracks 欄沒有告訴你什麼
V 是 MOS 條、A1A2 是 Wild Track、VA1A2 是同期聲；整格空著不表示同期聲，聲音時碼另看 Sound TC。
劇本頁數怎樣換成時長，公式什麼時候失效
非八分制場長須逐場查原稿；頁數讀數不能直接替代時長與拍攝排期核對。
一行場頭裡的內外景是怎樣按分隔符猜出來的
說明場頭的日夜與內外景如何按分隔符和字元數猜測，並列出會漏掉或吞錯的寫法。
匯出的 FDX 回不來的是什麼
FDX 不含聲音時碼，第三方往返也不保證無損；要對照實際檔案逐項驗收。
劇本匯入會建立什麼，又不會建立什麼
FDX 匯入成功不代表現場記錄全部齊備；請檢查實際匯入結果，且 FDX 本身不含 Sound TC。
改稿顏色從哪裡來，匯入時按什麼順序讀取
說明改稿顏色的行業來源、三級讀取順序、顯示映射、省略判定與樣本涵蓋的邊界。
電腦沒有可用相機時，連戲素材從哪裡進來
電腦沒有可用相機時，說明連戲照片與影片的四個入口、配對手機的前提、歸屬與現場核對邊界。
刪除場次、鏡頭、條或拍攝日，分別會帶走什麼
「轉為休息日」保留日號和記錄、可改回；「刪除」會永久刪當天條和用餐段，已發交件不追改。
改組別名會改動哪些拍攝日
說明組別名為何同時存在於預設和拍攝日兩處，改名會怎樣逐日改寫，以及刪除組別後拍攝日為何仍留在「全部」視圖。
現場全域搜尋到底會看哪些內容
說明全域搜尋在場次、鏡頭與條記錄裡匹配哪些內容，哪些內容明確不參與匹配，以及四個搜尋框為何各自得到不同的命中集合。
拍攝日的日期和編號是怎麼定出來的
新建拍攝日的日期、編號與組別各有預設來源；編號只按 PDF 與 CSV 兩種形狀交出，ALE 裡沒有日號這一列，只帶日期戳。
匯出後的交件檔案存在哪裡，又能留多久
說明匯出頁生成的 PDF、ALE、明細 CSV 與對賬 CSV 暫存在哪裡、按什麼詞幹命名，以及怎樣真正儲存到使用者選定的位置。
主鏡頭與覆蓋鏡頭是怎樣由鏡頭號區分出來的
解釋主鏡頭與覆蓋鏡頭如何由鏡頭號是否含字母派生，並說明軌道佈局與改號後的邊界。
一場戲要拍兩天，為什麼同一場記錄放不進兩個拍攝日
解釋一場戲與拍攝日的一對一時點約束、換日流程、本 App 排期這一步的過濾規則與跨天記錄邊界。
刪掉一條之後，下一條為什麼不會補空號
刪掉任何一條都不會讓舊條號重新可用；即使刪的是最大號，下一條也不會重複使用它。
A001 這樣的卷號從哪裡來，為什麼前綴跟著機位變
預填的卷號與片段名不能證明真實媒體身份，Name 也不保證全域不重複；接收方須逐欄核對。
CSV 為什麼同時有 Rating 和 Circle，兩欄為什麼會互相矛盾
CSV 的 Rating 與 Circle 是同一枚檔位值的兩套派生；另有一欄 Circled On Set 回答當時圈沒圈。三欄各管一件事，不能互相反推。
同一個幀率為什麼要有計數率和顯示基數
解釋計數率與顯示基數為什麼同時存在、兩者的差怎樣累積，以及接收時應核對哪些幀率與時碼線索。
為什麼交件給不出一條能回連素材的路徑
機讀件確有「來源檔案名」與「來源檔案」兩格：CSV 原樣寫出路徑，ALE 只收 ASCII；值來自現場抄錄或匯入那台機器，接不上接收方開素材的目錄。
一頁日報能放多少條以及文字為什麼會被裁掉
解釋日報的分頁容量怎樣由頁面可用高度決定、固定欄寬怎樣裁字，以及多機位記錄為什麼不能按行與機讀交件對齊。
有 Sound Roll 為什麼不等於有了聲音時碼
ALE 與 CSV 有聲音時碼，PDF 日報與 FDX 沒有；Sound Roll 不等於 Sound TC，必須核對聲音原件。
多機位同一條時，哪些標識共用、哪些必須分開
同一條多機位拍攝裡，哪些識別屬於條記錄的上下文、哪些欄位必須按機位分開儲存，以及 ALE、CSV、PDF 三種交件各自如何展開這些記錄，連同接收時的核對邊界一起說明。
一條說明寫在哪裡，就會進入交件的哪一欄
區分條備註、機位備註與場次側描述的欄位去處，並說明狀態標記、劇本匯入與 PDF 版面為這幾處說明各自劃下的邊界。
拖曳覆蓋區間手柄到底改了什麼
說明覆蓋區間手柄如何逐行命中劇本行、按端點方向吸附到可用邊界、何時才真正儲存，以及它不會改動的拍攝順序、場次歸屬與鏡號，並保留覆蓋區間不進入任何交件這條邊界。
代表圖為什麼可能是兩張不同的照片
區分條目封面（建立時由預設媒體決定）與鏡頭代表素材（軟體在組內排定的先後），並說明兩者為什麼可以一直是不同的圖。
比對頁沒有疊加、差分與並排時，它實際上在做什麼
說明比對頁一次只顯示一張候選圖、不把差異做成數值，以及對齊、換圖與人工判斷各自落在哪一層，並保留「疊加層與開關都不存在」這條否定邊界。
在比對頁長按畫面，候選照片會怎樣一張接一張換下去
從條上的「比對」進入，長按主畫面看組內候選逐張交替；鬆手即停，差異仍由使用者判斷。
日報是做什麼的，它和 ALE、CSV 差在哪
說明日報這份交件給誰讀、能讀到什麼，以及它與 ALE、CSV 的分工邊界，包含為什麼不能拿它逐格核對欄位。