# Report Inbox · 2026-09-14 · work-session Status: receipt-shard ## 10:03 KST · Contextra Fire 반자동 오프라인 영상 비교와 사용자 확인 자료 Receipt: `contextra-fire-video-20260914-100325` ### 결과 - 고정 Fire weight/FP16의 파일 및 폴더 CLI와 디버그 제외 후보 표시 옵션 구현 - 승인3개 영상의 동일 Frame 비교 clip와 대표 JSON 및 처리량 자료 생성 - Reference device 배치 오류 교정 뒤 모델 context 재사용과 정상 자원 회수 확인 ### 검증 - Fire 및 기존 Medium CLI 표적23 tests PASS - 각51Frame/5.033333초, RGB/PTS/좌우 정합 및 영상 decode 검사 PASS - 전체 Reference31.654FPS/FP16228.268FPS/비교 생성2.502FPS, 준비 비용 별도 - 운영 변경 및 모델 변환0, GPU 점유 복귀 및 task container 회수 - 보존 결과 재사용 dry-run 및 문서/가이드 링크 검증 PASS ### 남은 작업 - 사용자 exact FP16 시각 품질 판단, 기존 raw numerical FAIL 유지 - 실제 image-owned Fire SDK 및 제한 서비스 Runtime은 별도 승인 후 검증 - 전체 cached replay 실행은 미실행, 해당 표시 기능은 fixture로 검증 ## 10:29 KST · Fire 시각 수용과 디버그 CLI 따라하기 및 계측 해석 문서 Receipt: `contextra-fire-review-20260914-102928` ### 결과 - 제공3개 영상의 사용자 제한 수용을 Owner에 반영, numerical FAIL 보존 - 기존 계측의 추론/bbox 후처리와 미분리 나머지 비용 구분 - FP16 debug On 및 Off/On 비교, 보존 결과 재사용 가이드 작성 ### 검증 - 직전 commit exact12파일 및 upstream 완료 교차 검증 - 문서 링크136개와 CLI 옵션 구문 검사 PASS - git diff --check PASS, 신규 추론/영상/운영 변경0 ### 남은 작업 - 실제 Fire image-owned SDK 및 제한 Runtime 별도 검증 - 그리기/인코딩/전체 Metadata 개별 비용은 미계측, 새 테스트로 추정하지 않음 ## 11:11 KST · Fire image와 SDK 검증 및 HTTP 설정 누락 판별 Receipt: `contextra-fire-runtime-20260914-111141` ### 결과 - 기존 Fire plan 재사용, 고유 image1회와 read-only version2 모델 준비 - 세 모델 factory 및 Medium과 Fire 두 클래스 SDK identity/copy-release PASS - 실제 settings HTTP422에서 Fire 요청 필드 누락 확인; source 필드와 회귀 추가 - helper import 경로 검증 실패로 수정 후 검증 WAIT, 누적 실패5회에서 종료 ### 검증 - 실제 readiness와 세 모델 version2 load PASS; Start0/Stop0 - 기존 camera 설정 CAS 복원; Analytics stopped/restart=no actual/persistent - Medium/Pose 모델과 비대상 서비스 불변; 검증 container 잔존0 - AST3파일 및 diff check PASS; 실제 Fire Redis/FPS/Stream cleanup NOT_RUN ### 남은 작업 - explicit source cwd와 module 경로를 확인한 API 표적 회귀 - 교정 API를 포함한 새 image 및 image-owned HTTP Gate - 승인 영상1개 실제 Fire Metadata/Redis와 cleanup 검증 후 FALL 의미 잠금 ## 11:32 KST · Fire HTTP 교정 검증과 실제 Metadata Redis 연결 완료 Receipt: `contextra-fire-api-runtime-20260914-113200` ### 결과 - source/image 각각 explicit cwd와 import hash를 확인하고 Fire HTTP 관련2 tests PASS - Native binary 동일성으로 기존 SDK 검증 재사용, 고유 image1회 반영 - Start1/Stop1에서 두 클래스31Frame Redis 전달과 같은 Frame JSON3개 확인 - cleanup0.331초 PASS, 원래 camera 설정과 정상 restart 정책 복원, healthy/Stream stopped ### 검증 - 실제 결과 첫/마지막2.783초 구간 약10.061FPS; 짧은 관측 한계 유지 - queue drop/stale0, 임시 mount/flag 제거, 비대상 서비스와 기존 모델 불변 - 모델 재변환/품질 비교/SDK 반복0, 새 요청 실패0 ### 남은 작업 - FALL 의미 잠금으로 진행; Fire Metadata 연결 필수 blocker 없음 - 자연 EOF·지속/다채널 성능·Fire Event/Artifact/HTTP는 별도 후속 - raw numerical FAIL과 제한 시각 수용·권리 미확인 상태 보존 ## 14:32 KST · INTRUSION 중복 만료와 queue lock 및 ROI 준비 최소 정리 Receipt: `contextra-intrusion-preparation-20260914-143245` ### 결과 - 만료 중복 제거, queue lock 밖 상태 정리, 만료 ID만 수집, engine-local ROI 사전 준비 - source/image 각17 tests와 이전 판정120Frame씩 비교 PASS - Start1/Stop1의15.202초 측정에서 결과/Redis9.9988FPS, drop/stale0, cleanup0.259초 PASS - 원래 camera 설정과 정상 restart 정책 복원, healthy/Stream stopped 및 모델/비대상 보존 ### 검증 - idle/stale 만료·정확한 만료 경계·Stop join 전 clear 금지·설정 실패와 ROI 회귀 확인 - 동일 Frame JSON3개와 Redis 일치, Event5개 생성은 NOT_SUBMITTED/URI null 유지 - 전체 audit·모델/SDK 재시험·성능 탐색·RTSP 조사0, 새 요청 실패0 ### 남은 작업 - 공통 Event/Artifact 의미 잠금과 별도 RTSP CLI 준비 - 자연 EOF·다중 채널/시나리오·Artifact On은 후속; 속도 개선 배수 주장 없음 ## 15:29 KST · Contextra 독립 반복 시험 RTSP CLI 구현과 실제 송수신 확인 Receipt: `contextra-rtsp-cli-20260914-152947` ### 결과 - 기존 image의 FFmpeg stream-copy와 GstRtspServer 재사용, 등록/교체/list/start/stop/stop-all 구현 - 한글·공백·특수문자 경로, atomic mapping, full container ID ownership, 최대4개 거부 로직 검증 - once30Frame 정상 EOF, 실제2개 동시 수신과 독립 중지 및 반복 경계 RTP 연속 확인 - 기존16개 container 상태 불변, 운영 변경0, sender/helper 회수 및 기본 sample01 등록/중지 ### 검증 - 표적11 tests PASS; clock90000/delta9000, 반복 경계 역행0 및 관측 sequence gap0 - MPEG-4 VOL 전달 누락과 listener readiness 경쟁을 표적 교정; 설치/build/pull/GPU추론0 - Event/Artifact 전후3초·업무overlay·분석FPS·용량/보존/상태 분리 승인은 기록만 반영 ### 남은 작업 - 실제4개 동시·다중 client·H264/H265 미디어·AI Metadata와 Web 동기화 미검증 - 공통 Event/Artifact 구현 및 해당 Runtime의 approved network/Anchor 경계 연결 ## 17:24 KST · Contextra 공유 RTSP와 Anchor 및 등록 API source 표적 검증 Receipt: `contextra-rtsp-runtime-20260914-172440` ### 결과 - 동일 URI의 두 수신자에서 59개 완전한 압축 RTP packet group의 timestamp와 digest 일치 - 늦은 합류, 독립 종료, 외부 수신자 부재 중 송출 진행과 반복 시간축 확인 - wire RTCP SR과 CLI Anchor 계산 차이 0~1ms, synthetic playback 범위 유지 - 실제 기존 image 환경에서 source import 경로와 hash를 확인하고 API 등록 tests2 PASS - task sender와 receiver 회수, 운영 env/config/registry/model 변경 없음 - Owner와 두 가이드 및 새 run 기록 갱신 ### 검증 - source-verify.json: PASS2; network-none, GPU0; 운영 API/Redis/DB 연결 없음 - shared-trial.json: PASS; bridge receiver2; task sender cleanup PASS - summary.json: once와 build 승인 capacity 실패2, 모두 실행 전 차단 - git diff --check PASS ### 남은 작업 - once 자연 EOF와 inactive Anchor 확인 - 고유 image build 및 image-owned API 검증 - stopped Analytics 반영과 승인 sample01 교체 - Swagger 단일 채널 사용자 Start 준비 완료 전 단계 - Report Inbox append 및 Git Closeout remote 검증 대기 - Windows/Web 수신과 실제 영상 동기화는 미검증 ## 17:46 KST · Contextra RTSP once 검증과 image 반영 및 Swagger 사용자 시험 준비 Receipt: `contextra-rtsp-ready-20260914-174625` ### 결과 - 기존 source와 shared 송출 검증을 재사용하고 once 자연 EOF와 inactive Anchor 및 반복 Stop 확인 - 고유 image를 캐시로 생성하고 image-owned API2 tests와 실제 배포 OpenAPI 검증 - Analytics만 반영하고 세 모델 version2와 기존 env/mount/카메라 설정/restart 정책 보존 - 승인 사용자 sender를 LAN continuous로 준비하고 실제 container SDP 및 영상 패킷 수신 확인 - 운영 AI Start와 시험 채널 등록 없이 Swagger 단일 채널 사용자 시험 재개점 준비 - 직전 보류 Report Receipt를 중복 보호 wrapper로 기록 ### 검증 - once 자연 EOF COMPLETED, Anchor null, 반복 Stop 및 task 회수 PASS - image-owned API2 tests PASS; 실제 readiness 및 기존 Stream stopped - bridge receiver SDP PASS,1330 packets,clock90000,error0 - 기존 설정/모델 보존 및 task helper 회수 확인 - 문서 링크 및 git diff --check PASS ### 남은 작업 - 사용자가 Swagger 등록과 settings CAS 뒤 단일 채널 Start - 실제 AI Metadata/Redis 게시와 Web 수신 및 동기화는 후속 검증 - 사용자 sender는 명시 Stop까지 유지; DHCP 주소 변경 시 재설정 필요