Files

T

b23042andClaude Fable 5 d38b842e8d GhiVideo 소스 복제 — v4 작업 시작 기준

기존 GhiVideo 저장소 HEAD의 트래킹 소스 362개 파일을 복제.
(node_modules·storage·빌드 산출물·대용량 미디어는 .gitignore 규칙대로 제외)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-07-09 14:32:51 +09:00

2.5 KiB

Raw Blame History

스테이션바 거리축(이동량 기반) 전환

소요 시간: 약 20분 Context 사용량: input ~90k / output ~9k tokens

결론

스테이션바 커서/구간/마커의 가로축을 시간(프레임) 선형 → 누적 이동거리(거리축) 로 전환. 드론이 호버링(이동 없음)하면 커서가 멈추고, 실제로 이동할 때만 커서가 진행한다. (사용자 요청 A안)

근거 / 변경 내용

파일: client/src/stationbar/StationBar.tsx
기존: px = 시작 + (currentTime/duration) × 트랙폭 — 순수 시간 정비례. 호버 중에도 커서 전진(배지 측점값은 정지 → 불일치).
변경: 시간↔진행도 매핑을 거리축으로 교체. 핵심은 매핑 함수 한 곳에 집중되어 커서·구간색·구조물 마커가 일관되게 따라옴.
1. progRef: 프레임별 {time, frac} 배열. frac = 누적 이동거리 비율(0~1, 단조 비감소).
2. 진행도 산출(viewedRef 빌드 useEffect): 연속 측점값(chain)을 ±W(8프레임) 이동평균으로 평활(GPS 지터 제거) 후 프레임간 |Δ| 누적 = 실제 이동량. 전체로 정규화.
3. cumFracAtTime(t): 시간→진행비율(이진탐색+선형보간). progRef 미준비 시 시간선형 폴백.
4. timeAtFrac(f): 역변환(진행비율→시간) — 바 클릭/측점 seek 용.
5. pxAtTime(t) = 시작 + cumFracAtTime(t) × 트랙폭 — 모든 배치가 공유.
6. 라이브 커서 RAF, seekToTrackX 도 거리축 함수 사용.

동작

호버(이동 無): frac 정체 → 커서 정지. 이동: frac 증가 → 좌→우 진행.
전진/후진 모두 이동량으로 더해져 커서는 단조 진행(방향은 기존 주황/청록 구간색으로 구분).
배지 측점값과 커서가 동일 데이터(연속 측점값)에서 파생 → 표시·이동 일관.

검증

tsc --noEmit 통과 + client/dist 빌드 완료. (pm2 ghiVideo 는 정적 서빙 → 재시작 불필요, 브라우저 새로고침)

다음 단계 참고 / 되돌리기

사용자가 "이상하면 원복" 예정. 되돌리려면 pxAtTime/cumFracAtTime/timeAtFrac 를 기존 시간선형 ((t/duration))으로 복귀시키고 progRef/평활 블록 제거하면 됨.
평활 반폭 W=8, 호버 판정은 평활로 처리(별도 데드밴드 없음). 호버 중 커서가 미세하게 기어가면 W를 키우거나 소량 데드밴드 추가.
부작용: 호버가 길어도 바에서 폭 0으로 수렴 → 바 클릭으로 호버 내부 시간 미세 seek 불가(영상 타임라인 사용).

2.5 KiB Raw Blame History Unescape Escape

스테이션바 거리축(이동량 기반) 전환

결론

근거 / 변경 내용

동작

검증

다음 단계 참고 / 되돌리기

2.5 KiB

Raw Blame History