여행은 시간순, 영상은 서사

"달력은 언제 뭐가 있었는지 말해. 편집은 스토리가 뭔지 말하고. 어느 쪽도 다른 쪽인 척하게 두지 마."

직교하는 두 진실

여행은 완전히 다른 두 종류의 진실을 만들어. 여행은 시간순이야. 12일이 13일보다 먼저였고, 케이블카가 점심 전이었고, 이건 그냥 언제 뭐가 있었나야. 영상은 서사고. 산에 대한 스토리는 두 날을 합치고 세 번째를 건너뛸 수도 있어. 스토리는 달력이 아니라 의미를 위해 지어지니까. 이 두 진실은 직교하고, travel-to-content 도구의 제일 흔한 모델링 실수가 하루=영상 하나라고 가정하는 거야. 아니고, 그 가정 위에 지으면 네 진짜 편집의 절반이 조용히 불가능해져.

Many-to-many, 순서 있는 segment로

그래서 Waystone은 Day랑 VideoStory를 StorySegment로 순서 지어진 many-to-many 관계로 모델링해. 영상 하나가 여러 날에 걸칠 수 있고, 하루가 영상 여럿을 만들 수 있어. 7월 12·13이 스토리 하나가 되고, 7월 14는 오전 영상이랑 오후 영상으로 쪼개지고, 7월 15~17이 네 번째가 되는 식이지. VideoStory는 편집적 묶음이야. 서사적 목적을 위해 여행 truth를 골라 순서 짓고, 달력-날 경계랑은 명시적으로 독립이야. segment는 편집자가 원하는 순서를 싣고, 날은 실제로 일어난 순서를 지켜. 어느 쪽도 다른 쪽을 안 덮어.

이 소유권이 멈추는 곳

여기가 재사용 규율이 압박 아래서도 지켜지는 걸 보기 좋은 데이기도 해. Waystone은 travel-to-story lineage를 소유해. 스토리가 어느 날이랑 event랑 장소랑 route랑 미디어에서 끌어왔고, 뭐가 어디 publish됐는지. 제작 timeline이랑 렌더랑 편집 자체는 안 소유해. 편집 도구가 그걸 소유하니까. 소스-미디어 발견도 안 소유하고. 그건 Recall 일이야. 스크립트 산문도 안 소유해. 그건 Rekindle로 가고. Waystone은 'Grindelwald에서 찍었는데 publish된 영상에 못 간 게 뭐야?'에 답하고 넘겨. 제작이 아니라 lineage.

Code

달력 truth vs 편집 truth·text

여행 (시간순)                  영상 (서사)
  7월 12  -----------\
  7월 13  -----------+------>  Video A  (두 날, 한 스토리)
  7월 14 오전 --------------->  Video B  (한 날, 두 스토리)
  7월 14 오후 --------------->  Video C
  7월 15..17 --------------->  Video D

# Day <-> VideoStory 는 MANY-TO-MANY, StorySegment 로 순서.
# '하루 = 영상 하나' 가 진짜 편집의 절반을 표현 불가능하게
#   만드는 모델링 실수야.

# Waystone 소유: 스토리가 어느 날/장소/미디어에서 끌어왔나 (LINEAGE)
# Waystone 미소유: timeline, 렌더, 산문, 미디어 원본.
#   그건 canonical 소유자에게 남아.

Exercise

publish한 뭔가로 바꾼 소스 재료를 생각해봐. 사진을 포스트로, 노트를 글로, 푸티지를 영상으로. publish된 게 소스의 자연 단위(하루, 한 세션, 한 파일)에 1:1로 매핑됐어, 아니면 재조합했어? 이제 네 도구가 그 재조합을 표현이라도 할 수 있었는지, 아니면 네가 머릿속에서 매핑하고 잃었는지 확인해.

Hint

재조합은 거의 항상 일어나. 그리고 거의 항상 편집자 머릿속에만 살아. 도구가 '이 스토리는 이 세 날에서 끌어왔고 저건 건너뛰었다'를 기록 못 하면, 네가 산 것과 publish한 것 사이 lineage는 편집 끝나는 순간 사라져.