저사양 Android — 아바타 pause() 후에도 DECODE_OVERLOAD 지속, <video> 언마운트로 디코더 해제원인분석구현완료·검증대기

요약 (TL;DR)

시간순 인과 다이어그램

세션 환경 (로그 확정)

DECODE_OVERLOAD 로그 근거 데이터 확정

[MEET_VIDEO] Video waiting [DECODE_OVERLOAD] 이벤트 67건(grep 134 = 로그문+필드 중복 카운트). 특정 영상·특정 스텝·AI 전환과 무관하게 전 구간 균일하게 발생.

DECODE_OVERLOAD로 분류되는 조건

// meet-video.tsx diagnoseWaitingCase — waiting 이벤트 시 호출
if (document.visibilityState === "hidden") return "TAB_BACKGROUNDED";
if (isRecentSeek) return "SEEK_REBUFFER";
if (corruptedVideoFrames > 0) return "CODEC_CORRUPT";
if (bufferedAheadSec > 1 && droppedVideoFrames > 10) return "DECODE_OVERLOAD";
if (bufferedAheadSec > 1) return "DECODE_OVERLOAD";  // 버퍼 충분한데 정지 = 디코드 병목

근본 원인 — pause() ≠ MediaCodec 해제 (Android) 유력 가설

HTMLVideoElement.pause()는 재생 클럭만 멈춘다. Chromium(Android WebView/Chrome)에서 실제 디코더는 GPU 프로세스의 MojoVideoDecoder → MediaCodec인데, 이건 element에 src/currentSrc가 붙어 있고 DOM에 마운트된 동안 계속 할당된다. pause 시에도 MediaCodec 인스턴스·입출력 버퍼·예약된 codec HW 슬롯/Surface가 그대로 남는다.

이 코드베이스가 정확히 그 케이스

meet-avatar.tsx는 idle / talking 두 개의 <video>를 currentIdleVideo/currentTalkingVideo만 있으면 항상 마운트한다. isVisible은 CSS·play/pause만 제어할 뿐, 숨김 시에도 element는 src를 문 채 DOM에 남는다.

왜 PPI-1143 pause()만으론 부족했나

수정 (PPI-1162) 구현 완료 · 실기기 검증 대기

1. 저사양 기기 아바타 영상 언마운트 meet-avatar.tsx

// isVisible=false && 저사양이면 언마운트 → src 완전 해제 = MediaCodec teardown
// 리소스는 Cache API blob URL이라 복귀 시 remount해도 네트워크 재다운로드 없음
const mountAvatarVideos = isVisible || !(props.isLowPerformanceDevice ?? false);

// JSX
{currentIdleVideo && mountAvatarVideos && (<video ... />)}
{currentTalkingVideo && mountAvatarVideos && (<video ... />)}

2. RMS talking 자동재생 보완 use-avatar-rms.ts

remount 시 <video autoPlay>가 자동 재생을 시작하는데, RMS 루프는 isTalking=false면 pause 분기를 타지 않아 발화 아닌데도 talking이 계속 디코딩되는 사이드 이펙트. RMS 루프에 정지 분기 추가.

if (smoothRMS >= p.rmsThr && !isTalking) { isTalking = true; talkVid.play().catch(()=>{}); }
else if (isTalking && smoothRMS < p.rmsThr * 0.4) { isTalking = false; talkVid.pause(); }
else if (!isTalking && !talkVid.paused) { talkVid.pause(); }  // remount autoPlay 대응

구현 내역 PPI-1162 · PR #923

실기기 검증 체크리스트 미완

MediaCodec 슬롯 반환은 Android 실기기에서만 검증 가능(jsdom 단위테스트 실효 낮음). 확인 페이지: http://localhost:3000/client-guest/session.

1. 디코더 반환: 문제 기기(4GB Android, isLowPerformanceDevice:true)에서 자료 영상 재생 시 chrome://media-internals로 아바타 디코더가 사라지고 자료 영상이 MediaCodecVideoDecoder(HW)를 유지하는지
2. 드롭 감소: DECODE_OVERLOAD 건수·프레임 드롭율이 pause-only 대비 감소하는지
3. talking 미재생: 아바타 복귀 후 침묵 구간에 talking 영상이 재생되지 않는지, 발화 시 립싱크 정상 재개되는지
4. 콘텐츠 해상도: 자료 영상 videoWidth가 854(480p)인지 1280(720p)인지 — 720p면 480p 전달 갭 별도 해결 필요(아래 관련 문서)

판별법 (다음 동일 신고 시)

• "영상 끊김·멈춤 + 위치 옮겨도 재발" → LogRocket export의 decode.droppedVideoFrames / deviceMemoryGB / [LowPerf] result 확인
• bufferedAheadSec > 1 + networkState idle + 높은 드롭 = 디코드 병목(네트워크 아님). rtt가 흔들려도 패턴이 균일하면 확증
• 드롭이 전 영상 균일·단조 증가 = 지속적 스루풋 부족(≠ 특정 스텝 hang). 조기 정지+드롭≈0이면 hang(별도 케이스)
• pause 최적화가 적용됐는데도 재발 = Android MediaCodec 미해제 의심 → 저사양 언마운트(PPI-1162) 적용 여부 확인
• 콘텐츠 해상도는 로그 파일명(base) 아닌 videoWidth / 서버 /api/resources/urls 응답 S3 키로 확인 (캐시 키가 base명이라 480p/720p 미구분)

관련 문서

• 저사양 Android 720p 컨텐츠 DECODE_OVERLOAD — lowPerf 미배선 두 실패 모드 (정이안 3회기, PPI-1143) — 선행 분석·아바타 pause 실기기 검증
• DECODE_OVERLOAD 인코딩·lowPerf 개선방안
• 노트북/데스크탑 DECODE_OVERLOAD 해결 (PR #651, PPI-975)
• VideoEndWatchdog DECODE_OVERLOAD 반복 stall 미발화 원인 분석