아동 기기의 오디오 출력
렌더 밀림을 줄이기 위한 경로 분석

아동 기기의 AI 출력에 AudioContext가 사용되나요?

실제 스피커 재생 경로에는 사용하지 않습니다. 현재 LiveKit / VoicePipeline 게스트의 흐름은 WebRTC 수신 트랙 → <audio> → 스피커입니다. 앱은 webAudioMix를 켜지 않고 audioTrack.attach(audioElement)로 수신 트랙을 연결합니다.

① SDK 내부 Context는 존재합니다. LiveKit SDK는 연결·재생 시작 시 Context를 확보하고 재개합니다. 그러나 수신 트랙에 Context를 전달하는 것은 webAudioMix가 활성화된 경우입니다. 현재 설정에서는 AI 음성을 Web Audio 출력 그래프로 보내지 않습니다.

② AI 수신 음성의 진단 분기에는 사용합니다. 진단 창이 열리면 1.5초 동안 수신 트랙 → 별도 AudioContext → Analyser로 음량을 측정합니다. 이 분기는 context.destination에 연결하지 않으므로 스피커 출력의 중간 단계가 아닙니다. 정리 시 진단 Context도 닫습니다.

③ 아동 마이크 보정에는 사용합니다. 오른쪽 입력 그래프의 공유 Context는 아동 음성을 AI·진행자에게 보내는 경로입니다. AI 수신 음성의 직접 출력과 구분해야 합니다.

확인 근거: 앱의 connectLiveKitBrowserSession·startRemoteAudioProbe·createAudioLevelProbe, LiveKit client SDK 2.19.2의 Room.acquireAudioContext와 RemoteAudioTrack.attach.

LiveKit SDK 내부 Context에서도 시간 진행 저하가 가능한가요?

가능합니다. SDK 내부 Context도 브라우저의 AudioContext입니다. 다만 시간 진행 저하와 실제 스피커 출력 렌더 밀림은 같은 측정값이 아닙니다. 예를 들어 suspended 상태에서 currentTime이 멈추는 것은 정상 동작이므로, 상태 전환을 구분해야 합니다.

• 가능성: SDK Context의 시간 진행 문제도 조사 대상입니다.
• 이번 로그의 관측: LIVEKIT_AUDIO_CHAIN / Audio chain health는 아동 마이크 처리 Context를 측정합니다. SDK 내부 Context의 진행 저하를 확인한 로그가 아닙니다.
• AI 출력과의 관계: 현재 AI 음성은 SDK Context 그래프를 통과하지 않습니다. SDK Context가 느려졌다는 사실이 확인되더라도 AI 음성 출력도 반드시 느려졌다는 결론은 낼 수 없습니다.

확인 방법: SDK Context에 별도 식별자를 부여하고 state, currentTime, performance.now(), 생성·재개 요청/완료·폐기 시점을 기록합니다. 같은 Context의 연속 구간에서 진행률을 계산하고, 마이크 Context·진단 Context와 분리해 실제 AI 출력 이상 시점과 대조해야 합니다. 마이크 Context 로그로 SDK Context의 상태를 대신 판단하지 않습니다.

근거: Web Audio currentTime 사양 · LiveKit SDK Context 확보·재개·재생 상태 판단. 위 기록 추가는 검증 제안이며 이번 문서 작업에서 구현하지 않았습니다.

녹음의 신호 공백은 렌더 밀림인가요?

신호 공백 자체를 렌더 밀림으로 확정할 수 없습니다. 제공된 9월 8일 MP3의 14:30~14:45를 PCM 파형·스펙트럼으로 분석했습니다. 특히 14:39~14:45에서 약 1초마다 0.2초 안팎으로 신호가 거의 무음이 되는 패턴이 확인됩니다.

측정: 48kHz 모노 MP3를 16비트 PCM으로 디코딩. 5ms 단위 RMS가 −85dBFS 미만으로 60ms 이상 이어진 구간을 탐지했습니다. 위 구간 평균 레벨은 약 −93~−94dBFS, 시작 간격은 1.00~1.035초입니다. 경계는 5ms 분석 해상도 기준의 근삿값입니다.

입력 Context 진행률 약 79.2%와 신호 공백 비율이 수치상 비슷해 보여도, 녹음 위치와 로그 시각을 정렬하지 않았으므로 같은 현상으로 연결할 수 없습니다. 모노 녹음만으로 아동 마이크·AI 음성 중 어느 원본 경로에서 공백이 생겼는지, 아동 스피커에서도 동일하게 들렸는지 역시 확정하지 않았습니다.

다음 확인: 녹음 시간과 로그의 실제 시각을 먼저 맞춘 뒤, 가능하면 아동·AI 개별 녹음 트랙과 수신 통계·Context 상태를 비교해 공백이 처음 생기는 지점을 찾습니다.

지지직 음성 개선을 위한 게스트·LiveKit AudioContext 통합

게스트 마이크 처리와 LiveKit SDK가 별도 Context를 사용하고 SDK Context는 세션 연결·종료에 따라 생성·폐기됩니다. 게스트의 공유 Context를 Room에 전달해 주요 입출력 처리를 통합하고, 생성·폐기 비용 감소와 실제 잡음 개선 여부를 검증합니다. 다중 Context가 이번 증상의 원인이라고 확정한 것은 아닙니다.

두 신호는 자동으로 섞이지 않습니다. 마이크의 MediaStreamAudioDestinationNode는 전송용 트랙을 만들고, context.destination은 스피커로 출력합니다. 마이크를 스피커 destination에 연결하지 않으면 Context 공유만으로 자기 목소리가 재생되지 않습니다.

// 구현 예정 예시 — 현재 PPI에 적용된 코드가 아닙니다.
const room = new Room({
  adaptiveStream: false,
  dynacast: false,
  webAudioMix: { audioContext: sharedContext },
});

SDK 2.19.2는 외부 Context가 있으면 새 내부 Context 대신 이를 사용하고, Room 종료 시 직접 닫지 않습니다. 이 옵션은 Web Audio 수신 출력도 활성화하므로, 기존 <audio> 직접 출력이 유지되는 변경은 아닙니다.