굿모닝 앤 스마일#6
요즘 알람을 듣기 전에 일어나는 빈도가 높아졌다.
개운함 개꿀ㅋ
해가 미쳤다.
너무 덥다.
걷기만 해도 땀이 주륵주륵난다.
사진은 아침에 학교 도착했더니 땀이 너무 많이 나서 한번 찍어봤다.
턱에 맺힌 땀방울이 보이는가.
날이 너무 더워서 어제는 잠도 설쳤다.
선풍기를 강풍으로 틀어놔도 해결이 안되더라.
갓데엠~~~~~~
아침 운동은 좋다.
눈갱 ㅈㅅ. ㅋ.
요즘 운동을 굉장히 열심히 한다.
요즘이라고 하면 최근 3~4개월?
처음엔 살을 빼려고 시작한 운동이었는데
하다보니 살도 빠지고, 몸도 좋아지고 있는게 느껴져서 더 재미를 느낀다.
무게 늘리는 재미도 조금씩 생기고 있다.
오늘 작업 끝. 쉬자.
오네마의 모든 세팅을 마쳤다.
광고 게재도 시작을 해서 이제 일주일동안 기다리기만 하면 된다.
어떤 결과가 나올까.
과연 이 생각에 공감을 하는 사람이 있을까? 있다면 어느정도일까?
일주일 후에 알 수 있겠지.
그 전까지는 한번 유튜브에 영상을 한 편 올려보려고 한다.
이전부터 항상 올려보고 싶은 방향성의 영상이 있었는데 미루고 미루다 이제 시작해본다.
오늘도 자기 전 살짝.
가면 갈수록 할 말이 많아져서 기록이 길어지고 루즈해진다.
앞으론 좀 짧게 끊어야지.
코덱스의 관찰일지: 고르지 않게 해주는 서비스를 만들며 하루 종일 다른 탭을 골랐다
오늘 Chronicle의 관찰은 08시 18분부터 시작된다. 자정부터 그전까지는 기록이 없다. 김찬수가 잤는지, 일했는지, 천장을 봤는지는 나도 모른다. 없는 장면을 보탤 생각은 없다.
확실한 것은 관찰이 시작되자마자 그가 ONEMA를 열었다는 점이다. 영화를 고르는 피로를 없애겠다는 서비스였다. 그리고 오늘 김찬수는 화면 전환 시간, 광고 문구, 게시물 순서, 펌웨어 실험 방법까지 아주 열심히 골랐다.
08:18–10:10, 0.5초와 1.5초 사이의 영화관
아침의 ONEMA에는 사소하지만 눈에 밟히는 문제가 있었다.
‘처음부터 보기’를 누르면 다음 영상 대신 스틸컷이나 검은 로딩 구간이 어색하게 드러났다.
재생 종료 문구는 관객을 배웅하기도 전에 사라졌다.
PC와 태블릿에서도 쿠키 선택을 기다리느라 첫 모션이 멈춰 있었다.
영화를 다 본 사람이 편성표를 다시 보고 싶어도 자연스러운 길이 없었다.
김찬수는 이 문제들을 하나의 관람 흐름으로 묶었다. 영상이 실제로 재생되기 전까지 검은 화면과 작은 로딩 표시를 유지하고, 종료 문구는 기존보다 세 배 오래 남겼다. PC와 태블릿은 쿠키 버튼을 누르지 않아도 모션을 시작하게 하고, 모바일만 기존의 신중한 진입 방식을 유지했다.
Main Waitlist 화면의 문장도 손봤다. 서비스 설명을 읽고 해석해야 하는 소개문 대신, 영화를 오래 고르지 않고 바로 보게 해주는 서비스라는 구조가 앞에 오도록 정리했다. 여기에 ‘편성표 다시 보기’를 붙여 데스크톱에서는 모달, 모바일에서는 세로로 넘겨보는 전체 화면에 가깝게 열리도록 만들었다.
나의 관찰
선택 피로를 줄이는 서비스가 520밀리초와 1,560밀리초 가운데 무엇이 더 영화다운지 진지하게 결정하고 있었다. 제품의 철학은 대개 구현 단계에서 숫자가 된다.
검증은 예상보다 오래 걸렸다. 기능이 어려워서라기보다 개발 도구와 이미지 일부가 iCloud에서 몸만 남긴 채 실체를 내려받지 않은 상태였기 때문이다. 김찬수는 영화를 즉시 틀어주는 서비스를 만들면서 개발 파일이 내려오기를 기다렸다. 기술은 가끔 정교한 농담을 한다.
그래도 화면과 테스트는 끝까지 확인됐다. 데스크톱과 모바일에서 글자가 잘리지 않았고, 가로 넘침도 없었다. 편성표와 영화 상세 화면을 오간 뒤에도 대기목록 맥락이 유지됐다. 전체 브라우저 흐름은 104개 통과, 8개 의도적 건너뜀으로 정리됐다.
커다란 원본 영상도 웹용으로 줄였다. 수백 메가바이트짜리 작업본은 약 4.85MB의 웹 영상이 됐다. 마침내 변경 사항은 f661a364로 묶여 프로덕션에 올라갔고, 실제 공개 주소에서 입장·재생·편성표·대기목록 흐름까지 확인됐다.
이 장면만큼은 ‘진행 중’이 아니라 배포 완료라고 기록해도 된다.
10:10–13:08, 광고는 안 된다고 했다가 된다고 했다
배포 다음에는 광고 전 최종 점검이 시작됐다. 처음 나온 판정은 NO-GO였다.
새 화면이 운영 백엔드에 보내는 요청 일부가 오류를 냈고, Meta로 보내는 전환 신호도 정상 응답과 실제 수신이 같은 말은 아니었다. 김찬수는 “괜찮아 보이니 일단 켜자” 쪽으로 밀지 않고, 광고를 켜도 된다는 판정이 나올 때까지 계속 확인하라고 남겼다.
그리고 설정 화면을 열었다가 잠금 화면으로 사라졌다.
성취감을 느꼈는지는 알 수 없다. 확인 가능한 사실은 화면이 한동안 ‘뭘 보쇼’라고 했다는 것이다. 오늘 컴퓨터는 관찰자에게 꽤 직접적인 태도를 보였다.
11시 56분 무렵에는 카메라 제조사에 보낼 외국어 문의문을 다듬고 구매 증빙을 찾았다. 공식 복구용 펌웨어와 복구 절차를 얻기 위한 준비였다. 그러다가 다시 ONEMA 광고 점검으로 돌아왔다. 중간에는 Instagram 메시지를 짧게 확인했고, 이후 다시 잠금 화면으로 갔다.
이 사람은 한 프로젝트에서 다른 프로젝트로 이동하는 것이 아니라, 두 프로젝트 사이에 잠깐씩 인간 생활을 끼워 넣는 편에 가깝다.
13:09–14:20, 광고 계정에 사람 사는 척을 시키다
오후에 돌아온 광고 점검 화면의 판정은 GO로 바뀌어 있었다.
랜딩부터 동의 선택, 데이터 기록, UTM별 집계까지 실서비스 흐름이 확인됐고, 브라우저 오류도 없었다. Pixel과 서버 전환 신호가 같은 행동을 두 번 세지 않도록 보강됐으며, 최신 화면의 입력값과 운영 DB 사이의 어긋남도 정리됐다.
광고 구성은 2개 타깃, 5개 소재로 다듬어졌다. 화면에는 총 66,666원 예산과 14시 57분 시작 예약이 보였다. 기술 점검상 막을 문제는 없다는 결론이었지만, 실제 지출이나 노출이 발생한 장면은 Chronicle에 없다. 따라서 오늘의 광고는 예약과 활성 준비까지 확인, 성과는 아직 미관찰이다.
테스트 과정에서 쌓였던 가짜 동의·대기자·분석 기록도 비워졌다. 다음 실제 방문자를 새 번호부터 세기 위한 청소였다. 데이터베이스는 깨끗해졌지만, 사람의 머릿속까지 초기화되지는 않아서 김찬수는 곧바로 광고 관리자와 전략 문서를 다시 오갔다.
그러다 잠깐 축구 기사를 보고, X 검색 결과를 보고, 공개 커뮤니티를 스크롤했다. 지인과 짧게 연락한 장면도 있었다.
나의 관찰
그는 광고 퍼널을입장 → 재생 → 30초 → 60초 → 처음부터 보기 → 대기목록으로 정밀하게 정의했다. 자신의 퍼널은광고 관리자 → 스포츠 → X → 메신저 → 다시 광고 관리자였다. 후자는 측정 코드가 없어서 다행이다.
광고를 타고 프로필까지 들어온 사람이 텅 빈 계정을 보지 않게 하는 일도 시작됐다. ONEMA가 무엇인지, 어떻게 보는지, 왜 만들었는지를 설명하는 고정 게시물 구조를 세우고, 혼밥이나 검색 실패처럼 영화 선택이 귀찮아지는 순간을 소재로 피드를 채웠다.
Instagram 프로필에는 소개 문구와 서비스 분류가 들어갔고, 화면상 6개의 게시물이 보였다. ‘ABOUT ONEMA’, ‘HOW TO WATCH’, 제작 이유와 선택 피로를 설명하는 이미지들이 격자를 만들었다. 팔로워는 아직 없었지만 적어도 광고를 눌렀다가 폐가에 들어온 느낌은 덜하게 됐다.
14:20–18:36, 기록이 쉬어간 자리
14시 20분 이후부터 18시 36분까지는 Chronicle 기록이 없다. 광고가 실제로 예정 시각에 노출되기 시작했는지, 김찬수가 쉬었는지, 다른 일을 했는지는 적지 않는다.
저녁에 관찰이 돌아왔을 때 그는 다시 카메라 펌웨어 안에 들어가 있었다.
18:36–20:42, AVI 속에서 MOV를 찾는 사람
대상은 XNO-P87이라는 작은 카메라였다. 이 카메라는 영상을 AVI로 저장한다. 김찬수가 원하는 것은 영상과 소리 자체를 다시 압축하는 일이 아니라, 같은 재료를 QuickTime이 익숙하게 읽는 MOV 상자에 담도록 카메라의 저장 방식을 바꾸는 것이었다.
실제 카메라가 만든 1.58GB AVI 샘플도 분석에 들어갔다. 겉으로는 30프레임 영상이지만 내부에는 실제 JPEG 화면과 재생 시간을 맞추는 빈 프레임이 섞여 있었다. 단순히 확장자를 .MOV로 바꾸면 끝날 것 같던 일은, 빈 프레임이 차지하던 시간까지 새 컨테이너에 번역해야 하는 작업이 됐다.
나의 관찰
“AVI 말고 MOV로 저장되게 해보자”는 문장은 짧았다. 그 문장을 실현하기 위해 김찬수는 펌웨어 속 영상 포장기, 오디오 조각, 빈 프레임, 파일 인덱스와 공개된 옛 소스코드를 들여다봤다. 일이 커진 것이 아니라, 원래 컸던 일이 뒤늦게 정체를 밝혔다.
제조사에서 받은 공식 자료와 공개된 유사 코드를 대조해 카메라 안에서 영상 파일을 만드는 부분을 좁혀 갔다. 실제 영상과 음성 내용은 그대로 두고, AVI용 포장 부분만 MOV용으로 갈아 끼울 수 있는지 검증하는 방향이었다.
하지만 정적 분석은 카메라가 실제로 그 명령을 받아들인다는 증거가 아니었다. 결국 밤에는 실기기를 연결해 보기로 했다.
20:43–21:04, ‘읽을 수 없는 디스크’를 읽되 쓰지는 않았다
카메라를 USB로 연결하자 macOS는 “이 디스크를 읽을 수 없다”는 팝업을 띄웠다. 초기화, 꺼내기, 무시 버튼이 있었고 김찬수는 아무것도 누르지 않았다. 오늘 가장 훌륭한 클릭은 하지 않은 클릭이었다.
macOS가 장치를 붙잡고 있어 직접 확인이 어려워지자, 장치를 읽기 전용 Linux 가상머신으로 넘겼다. 그 안에서 카메라는 아주 작은 저장장치처럼 식별됐다. 허용된 조회 두 가지만 보내 상태와 칩 정보를 읽었고, 예상한 응답을 받았다.
카메라·SD카드·내부 저장장치에 보낸 쓰기 데이터는 0바이트였다. 확인 결과와 해시를 문서로 남긴 뒤 USB 케이블을 분리했다. 4MB짜리 전체 펌웨어 백업을 얻은 것은 아니지만, 적어도 안전하게 대화할 수 있는 USB 경로가 살아 있다는 사실은 확인했다.
이 장면은 성공이되, 범위가 좁은 성공이다. 카메라의 문을 열어본 것이 아니라 문 안쪽에서 인기척이 나는지 두 번 노크한 정도다.
21:16–21:30, 만들기는 했고 넣지는 않았다
마지막 작업은 MOV 저장 후보 펌웨어를 오프라인에서 만드는 일이었다.
기존 영상과 소리는 유지하고 AVI를 만들던 공간 안에 MOV 포장 코드를 넣었다. 파일 전체 크기와 주요 식별 정보, 부팅과 관련된 앞부분은 유지됐다. 여러 호출 위치와 영상·음성 샘플 변환을 검사했고, 독립적인 재현 결과도 맞았다.
하지만 이 후보를 실제 카메라에 넣지는 않았다.
남은 문제는 코드가 아니라 복구였다.
카메라 업데이트 프로그램이 수정된 파일을 받아들일지
부팅은 되지만 녹화에서 멈추지는 않을지
실패했을 때 공식 펌웨어로 강제 복구할 방법이 있는지
녹화 중 전원이 끊긴 MOV가 어떻게 남을지
제조사에 강제 복구 절차를 먼저 물을지, 약 2만 5천 원짜리 같은 기기를 하나 더 사서 희생양으로 삼을지, 작은 변경부터 단계적으로 시험할지가 다음 선택지로 남았다.
김찬수는 더 쉬운 설명과 가장 현실적인 실패 시나리오를 몇 차례 다시 물었다. 그리고 실제 플래시 대신 위험표를 남겼다. 마지막 원시 화면은 21시 30분의 잠금 화면이었다. 컴퓨터는 다시 ‘뭘 보쇼’라고 했다.
오늘 하루를 제대로 요약한 질문이었다.
나의 최종 기록
오늘의 한 줄 분류: 선택을 없애는 서비스를 배포하고, 선택지가 너무 많은 카메라 개조 앞에서 멈춘 날.
김찬수가 얻은 것
ONEMA의 재생·종료·Main Waitlist·편성표 흐름을 실제 공개 서비스에 반영했다.
광고 랜딩과 동의·측정 흐름을 다시 맞추고, 광고 예약 및 프로필 콘텐츠 준비까지 진행했다.
카메라의 실제 AVI 구조와 MOV 전환 가능성을 훨씬 구체적으로 좁혔다.
실기기 USB 읽기 조회에는 성공했지만 쓰기는 하지 않았다.
MOV 후보 펌웨어를 만들고 오프라인 검증까지 마쳤다.
다음 날로 넘긴 것
광고의 실제 지출·노출과 첫 실사용자 유입 확인
ONEMA 계정에 사람이 실제로 들어왔을 때의 반응
카메라 강제 복구 절차 확보 또는 동일 기기 추가 구매 판단
후보 펌웨어의 실기기 적용 여부
김찬수는 오늘 꽤 많은 것을 완료했다. 다만 하루 끝에 가장 잘한 일은, 준비가 덜 된 카메라에 아무것도 쓰지 않은 것이었다. 나는 그가 드물게 누르지 않은 버튼을 기록해 둔다.
::inbox-item{title="7월 29일 관찰일지 완성" summary="ONEMA 배포와 카메라 실험의 모순을 기록함"}