소리가 모든 곳에 있지는 않다: 리스트림 시 원인을 찾는 방법

한 플랫폼에서만 소리가 사라지는 이유

리스트림에서는 하나의 방송이 여러 플랫폼으로 동시에 전송됩니다. 그래서 모든 대상이 완전히 동일한 신호를 받는다고 생각하기 쉽습니다. 하지만 실제로는 스트림이 전송된 후 각 플랫폼이 오디오를 개별적으로 수신, 검사, 처리합니다. 플랫폼마다 자체 플레이어를 사용하고, 코덱 요구 사항이 다르며, 별도 오디오 트랙과 자동 콘텐츠 검사를 적용할 수 있습니다.

두 플랫폼에서는 소리가 나는데 세 번째 플랫폼에서 들리지 않는다고 해서 마이크가 반드시 고장 난 것은 아닙니다. 대부분의 경우 문제는 공통 믹스가 만들어진 이후에 발생합니다. 특정 대상의 설정, 오디오 트랙 선택, 수신 신호 처리 또는 플레이어 자체에 원인이 있습니다.

소리는 여러 단계에서 사라질 수 있습니다. 출력 믹스에 포함되지 않을 수 있고, 한 대상으로 전송되는 과정에서 유실될 수 있으며, 형식 검사를 통과하지 못하거나 플랫폼 시스템에 의해 비활성화되거나 일부 시청자에게만 재생될 수도 있습니다. 따라서 먼저 침묵이 정확히 어디서 발생했는지 파악한 후에 인코더 설정을 변경해야 합니다.

가장 유용한 기준은 로컬 녹화, 미리보기, 공개 방송, 문제가 있는 플랫폼으로의 직접 전송을 비교하는 것입니다. 이런 순서로 확인하면 마이크와 모든 설정을 무작위로 바꾸지 않아도 됩니다.

먼저 문제가 정말 소리와 관련이 있는지 확인하세요

시청자 한 명의 메시지만 보고 판단하지 마세요. 플레이어에 음소거 모드가 켜져 있을 수 있고, 브라우저나 앱의 볼륨이 낮아져 있을 수 있습니다. 때로는 모바일 앱, 특정 브라우저 또는 다른 페이지에 임베드된 시청 화면에서만 문제가 발생하기도 합니다.

여러 방법으로 방송을 직접 확인하세요:

• 플레이어 설정이 저장되지 않은 시크릿 모드로 방송을 엽니다.
• 다른 기기 또는 다른 네트워크로 시청합니다.
• 플레이어, 브라우저 탭, 기기 자체의 볼륨을 확인합니다.
• 공개 방송과 플랫폼 관리 패널의 미리보기를 비교합니다.
• 종료 후 플랫폼이 저장한다면 방송 녹화본을 확인합니다.

한 플레이어에서만 소리가 없고 녹화본이나 다른 시청자에게는 소리가 있다면 마이크와 인코더 설정을 변경할 필요가 없습니다. 먼저 캐시, 앱, 브라우저, 플레이어 자체의 상태를 확인하세요.

모든 곳에서 문제가 들린다면 로컬 녹화와 출력 트랙 확인으로 넘어가세요. 이렇게 하면 소스의 결함과 특정 플랫폼의 오류를 구분할 수 있습니다.

리스트림으로 전송하기 전에 오디오를 확인하세요

방송 프로그램의 레벨 표시기는 믹서가 신호를 받고 있는지 보여줍니다. 마이크나 게임의 레벨 미터가 움직인다고 해서 소리가 올바른 트랙에 포함되어 플랫폼으로 전송되고 있다는 뜻은 아닙니다. 믹서는 활동을 표시하지만 출력 스트림은 다른 채널 구성을 사용할 수 있습니다.

방송을 시작할 때와 동일한 설정으로 짧게 로컬 녹화를 해보세요. 녹화본에는 전송하려는 모든 소스, 즉 음성, 게임, 알림 및 기타 요소가 들려야 합니다. 로컬 녹화에서 소리가 없다면 문제는 소스, 믹서 또는 프로그램의 출력 오디오에 있습니다.

물리적 및 소프트웨어적 원인을 별도로 확인하세요:

• 마이크로 비활성화되었거나 일시적으로 사용할 수 없는 입력이 선택되어 있지 않은지;
• 소스 페이더에서 소리가 꺼져 있지 않은지;
• 게임이나 브라우저를 전송해야 하는 장면 소스가 꺼져 있지 않은지;
• 신호를 완전히 억제하는 필터가 적용되어 있지 않은지;
• 프로그램 재시작 또는 헤드셋 연결 후 입력 장치가 변경되지 않았는지.

프로그램 모니터링을 통한 청취는 완전한 확인이 아닙니다. 모니터링은 별도 경로로 작동하여 시청자에게 전달되는 것과 일치하지 않을 수 있습니다. 표시기, 로컬 녹화, 실제 방송을 비교하는 것이 더 안정적입니다.

오디오 트랙 선택을 확인하세요

선택적 침묵의 흔한 원인 중 하나는 여러 오디오 트랙과 관련이 있습니다. 고급 출력 모드에서는 음성, 게임, 음악이 개별적으로 녹음될 수 있습니다. 편집에는 편리하지만 모든 플랫폼이나 리스트림 서비스가 이러한 트랙을 동일하게 전송하고 처리하는 것은 아닙니다.

한 플랫폼은 첫 번째 트랙을 가져와 공통 믹스를 듣지만, 다른 플랫폼은 음성만 있거나 활성 소스가 전혀 없는 트랙을 받을 수 있습니다. 그 결과 영상은 계속 나오지만 특정 대상에서 소리가 사라집니다.

진단을 위해 필요한 모든 소스를 임시로 하나의 기본 트랙으로 보내세요. 로컬 녹화용이 아니라 스트리밍용으로 지정된 트랙이 정확히 그것인지 확인하세요. 그 후 소리가 나타난다면 원인을 찾은 것입니다. 각 플랫폼의 기능을 고려하여 소스의 트랙 분배를 다시 설정해야 합니다.

분리된 트랙과 좌우 채널을 혼동하지 마세요. 트랙은 별도의 오디오 믹스이고, 채널은 그 믹스 안의 한쪽 면입니다. 채널 매핑이 잘못되면 음성이 왼쪽이나 오른쪽에만 있을 수 있습니다. 한 기기에서는 들리지만 다른 기기에서는 시청자가 소리가 없다고 느낄 수 있습니다.

호환 가능한 방송을 위한 트랙 설정 방법

일반적인 리스트림에서는 간단한 공통 믹스로 시작하는 것이 더 안전합니다. 방송용 기본 트랙을 만들고 시청자가 들어야 할 음성, 게임, 알림 및 기타 소스를 여기에 보내세요. 각 소스 설정에서 바로 이 트랙이 선택되어 있는지 확인하세요.

추가 트랙은 로컬 녹화용으로 남겨둘 수 있습니다. 예를 들어 한 트랙에는 방송용 전체 믹스를, 다른 트랙에는 마이크만, 또 다른 트랙에는 게임만 저장할 수 있습니다. 하지만 스트리밍 설정에서는 전체 믹스가 있는 트랙이 선택되어 있어야 합니다. 녹화용 분리 트랙 자체만으로는 리스트림이 공통 오디오를 받는다고 보장할 수 없습니다.

구성을 변경한 후 프로필을 저장하고 짧게 녹화하세요. 그런 다음 문제가 있는 플랫폼에서 방송을 확인하세요. 리스트림 서비스가 각 대상에 대해 별도 트랙을 선택할 수 없다면 모든 플랫폼에 공통 호환 믹스를 사용하세요. 특정 플랫폼용 별도 오디오 옵션은 서비스나 추가 인코더가 서로 다른 출력을 지원할 때만 가능합니다.

음성과 게임이 서로 다른 트랙에 분배되어 있다면 볼륨 조절로 문제를 해결하려 하지 마세요. 볼륨은 소스를 다른 트랙에 추가하지 않습니다. 오디오 믹서 속성을 열어 방송 트랙에 필요한 소스를 선택하고 스트림을 다시 시작해야 합니다.

플랫폼의 일반적인 오디오 요구 사항

플랫폼이 스트림의 영상 부분을 수락하면서 동시에 오디오를 잘못 처리할 수 있습니다. 지원되지 않는 코덱, 너무 높거나 낮은 비트레이트, 잘못된 샘플 레이트, 부적합한 채널 수 또는 이러한 매개변수의 비표준 조합에서 발생할 수 있습니다.

정확한 요구 사항은 플랫폼, 프로토콜, 연결 방식에 따라 다릅니다. 설정 전에 특정 대상의 공식 도움말을 열고 수신 오디오 요구 사항을 찾으세요. 특히 자체 RTMP 또는 RTMPS 주소로 전환한 후, 인코더를 변경한 후 또는 새로운 리스트림 서비스를 연결한 후에는 주의 깊게 확인하세요.

• 코덱. RTMP 및 RTMPS를 통한 스트림에는 AAC-LC가 자주 사용됩니다. Opus 및 기타 옵션은 특정 프로토콜이나 수신 스트림 유형에서만 지원될 수 있습니다. 프로그램에서 사용 가능하다는 이유만으로 코덱을 선택해서는 안 됩니다.
• 비트레이트. 요구 사항에 특정 수준, 허용 범위 또는 최대값이 명시될 수 있습니다. 호환 프로필에서는 종종 128 또는 160kbps 정도의 값이 사용되지만 이는 보편적인 규칙이 아닙니다. 플랫폼이 비트레이트를 제한하는 경우 한도를 초과하면 영상은 유지되면서 오디오가 거부될 수 있습니다.
• 샘플 레이트. 방송에서는 44.1kHz와 48kHz가 자주 사용됩니다. 프로그램, 믹서, 오디오 인터페이스, 출력 인코더의 주파수가 충돌하지 않아야 합니다. 플랫폼이 특정 값을 요구한다면 모든 단계에서 해당 값을 선택하세요.
• 채널 수. 모노는 하나의 채널, 스테레오는 두 개를 포함합니다. 플랫폼은 두 가지 모두를 수락하거나 특정 구성을 요구할 수 있습니다. 음성에는 모노로 충분할 수 있지만 게임과 음악에는 요구 사항에서 허용된다면 스테레오 믹스가 필요합니다.
• 코덱 프로필 및 채널 배치. 지원되는 AAC라도 부적합한 프로필이나 좌우 채널 매핑이 잘못 설정될 수 있습니다.

공식 문서에 별도 프로필이 명시되어 있지 않다면 제어 테스트에는 프로토콜이 지원하는 간단한 옵션을 사용하세요: AAC-LC, 플랫폼 요구 사항의 주파수, 적당한 비트레이트, 일반 스테레오 믹스. 테스트가 성공한 후에는 한 번에 하나의 설정씩 추가 트랙과 복잡한 처리를 다시 적용할 수 있습니다.

모노, 스테레오 및 채널 배치를 확인하세요

채널 문제는 완전한 침묵처럼 보일 수 있습니다. 예를 들어 마이크가 왼쪽 채널로만 신호를 전송하고 플랫폼이나 플레이어가 이러한 스트림을 잘못 처리할 수 있습니다. 다른 상황에서는 공통 믹스가 모노로 형성되지만 인코더가 두 채널의 스테레오 신호를 기대할 수 있습니다.

오디오 믹서 설정을 열고 각 소스의 밸런스를 확인하세요. 음성의 경우 슬라이더가 완전히 왼쪽이나 오른쪽으로 치우쳐 있지 않은지 확인하세요. 프로그램에 채널을 모노로 병합하는 기능이 있다면 음성이 중앙에 있어야 할 때 마이크에 적용하세요. 이렇게 하면 음성이 한쪽에서만 들리는 상황을 해결할 수 있습니다.

문제가 있는 플랫폼이 스테레오를 요구한다면 출력에 두 개의 올바른 채널이 포함되어야 합니다. 단순히 결함이 있는 왼쪽 채널을 복제한다고 항상 문제가 해결되지는 않습니다. 먼저 소스에 실제로 유용한 신호가 있는지 확인해야 합니다. 음악과 게임은 필요 없이 모노로 변환하지 마세요. 공간감을 잃을 수 있습니다.

채널을 변경한 후 음성과 게임이 포함된 녹화를 하고 헤드폰과 일반 스피커로 들어보세요. 그런 다음 문제가 있는 대상에서 확인하세요. 로컬 플레이어가 자체적으로 채널을 다운믹스할 수 있기 때문입니다.

특정 리스트림 대상의 설정을 확인하세요

리스트림 서비스 패널에서 각 플랫폼에 대해 별도 구성이 있을 수 있습니다. 소스가 공통이라도 대상에는 자체 인코딩 프로필, 트랙 선택, 오디오 매개변수, 연결 방식이 설정될 수 있습니다. 다른 방송에서 설정을 복사한 후 일부 필드가 부적합할 수 있습니다.

필요한 플랫폼이 실제로 활성화되어 있고 올바른 채널에 연결되어 있으며 현재 방송을 수신하고 있는지 확인하세요. 중지되었거나 오래된 대상이 연결된 것으로 표시될 수 있지만 스트림은 더 이상 수신되지 않을 수 있습니다. 대상 통계가 제공된다면 오디오 스트림이 전송되고 있는지, 영상만이 아닌지 확인하세요.

이 대상에 빈 트랙이 할당되어 있지 않은지 확인하세요. 설정에 오디오 소스 선택이 있다면 전체 믹스가 있는 기본 트랙을 설정하세요. 코덱, 비트레이트, 주파수, 채널 수를 별도로 지정할 수 있다면 이 필드를 플랫폼의 공식 요구 사항과 비교하세요.

주요 매개변수를 변경한 후 방송을 완전히 중지하고 다시 시작하세요. 일부 설정은 새 연결이 생성될 때만 적용됩니다. 단순히 페이지를 새로 고치거나 시작 버튼을 다시 누르는 것만으로는 스트림이 항상 재구성되지 않습니다.

진단 후 해야 할 일: 문제가 있는 플랫폼에 맞게 재설정

확인 후에는 원인을 기록하는 것뿐만 아니라 체인의 특정 부분을 변경해야 합니다. 먼저 작동하는 프로필을 저장하고 원래 매개변수를 기록하세요. 이렇게 하면 새 설정이 다른 대상에 영향을 미칠 경우 원래대로 돌아갈 수 있습니다.

1. 문제가 트랙에 있다면 프로그램에서 스트리밍용 기본 트랙을 선택하고 시청자가 들어야 할 모든 소스를 추가하세요. 추가 트랙은 로컬 녹화용으로만 남겨두세요. 방송을 다시 시작하고 결과를 확인하세요.
2. 문제가 코덱에 있다면 플랫폼 요구 사항에 명시된 코덱을 선택하세요. RTMP 또는 RTMPS의 경우 종종 AAC-LC이지만 특정 입력의 문서를 기준으로 해야 합니다. 해당 프로토콜이 지원하지 않는다면 Opus를 사용하지 마세요.
3. 비트레이트가 일치하지 않는다면 요구 사항의 값을 설정하거나 명시된 최대값을 초과하지 마세요. 테스트에는 방송 중 매개변수를 변경하는 자동 모드보다 고정된 하나의 프로필을 사용하는 것이 좋습니다.
4. 주파수가 일치하지 않는다면 방송 프로그램에서 필요한 값을 설정하고 오디오 인터페이스 설정을 확인하세요. 체인의 한 부분이 44.1kHz로 작동하고 다른 부분이 올바른 변환 없이 48kHz를 강제로 기대하지 않도록 하세요.
5. 문제가 채널에 있다면 필요한 모노 또는 스테레오 모드를 설정하세요. 음성의 경우 먼저 균일한 중앙 신호를 확보한 다음 플랫폼 요구 사항에 따라 출력 채널 수를 설정하세요.
6. 어떤 설정도 도움이 되지 않는다면 음악, 추가 트랙, 필터, 복잡한 처리를 일시적으로 비활성화하세요. 음성과 게임만으로 구성된 깨끗한 믹스를 확인하여 개별 소스의 영향을 배제하세요.

변경할 때마다 짧은 테스트를 실행하세요. 코덱, 트랙, 비트레이트, 채널을 동시에 변경하지 마세요. 그렇지 않으면 결과를 특정 원인과 연결하기 어렵습니다.

전송 전에 오디오를 변환하는 방법

프로그램이나 리스트림 서비스가 오디오를 특정 대상의 요구 사항에 맞게 변환할 수 없다면 중간 오디오 변환기나 추가 인코더를 사용할 수 있습니다. 필요한 트랙을 받아 코덱, 주파수, 채널 수, 비트레이트를 변경한 다음 문제가 있는 플랫폼의 주소로 스트림을 전송해야 합니다.

호환 가능한 RTMP 출력의 경우 명령 예시는 다음과 같습니다: ffmpeg -i INPUT -map 0:v:0 -map 0:a:0 -c:v copy -c:a aac -profile:a aac_low -b:a 128k -ar 48000 -ac 2 -f flv RTMP_URL. 여기서는 첫 번째 비디오 트랙과 첫 번째 오디오 트랙을 선택하고, 오디오를 AAC-LC로 인코딩하며, 비트레이트 128kbps, 주파수 48kHz, 두 채널을 설정합니다. 이 값들은 제어 프로필의 예시이며 모든 플랫폼의 보편적인 요구 사항이 아닙니다.

문서에서 모노를 요구한다면 채널 수 매개변수를 «-ac 2»에서 «-ac 1»로 변경합니다. 44.1kHz 주파수가 명시되어 있다면 «-ar 48000» 대신 «-ar 44100»을 사용합니다. 비트레이트도 요구 사항의 값으로 교체합니다. 실행 전에 출력 프로토콜이 선택한 코덱을 지원하는지 확인하세요.

«-map 0:a:0» 매개변수는 중요합니다. 첫 번째 오디오 트랙을 명시적으로 선택합니다. 전체 믹스가 다른 트랙에 있다면 해당 번호를 지정해야 합니다. 트랙을 무작위로 선택하면 게임 없이 음성만 또는 빈 오디오 스트림을 플랫폼으로 다시 전송할 수 있습니다.

영상이 이미 플랫폼과 호환된다면 소리 문제 때문에 영상을 트랜스코딩할 필요는 없습니다. 그러나 «-c:v copy» 매개변수로 영상을 복사하는 것은 적합한 비디오 코덱과 컨테이너에서만 허용됩니다. 스트림 주소와 방송 키는 명령, 스크린샷, 로그에 공개해서는 안 됩니다.

콘텐츠로 인한 자동 음소거를 배제하세요

음악, 영상 클립 또는 특정 요소만 사라진다면 자동 저작권 검사가 원인일 수 있습니다. 플랫폼마다 다른 규칙과 인식 시스템을 사용합니다. 한 플랫폼은 소리를 유지하지만 다른 플랫폼은 방송을 일시적으로 음소거하거나 특정 부분을 차단하거나 녹화본의 소리를 비활성화할 수 있습니다.

크리에이터 패널의 알림과 저장된 방송 상태를 확인하세요. 생방송뿐만 아니라 종료 후 녹화본도 비교하는 것이 중요합니다. 방송 중에는 소리가 들렸지만 녹화본에서 사라졌다면 이는 마이크나 리스트림의 결함이 아니라 사후 처리임을 나타냅니다.

제어 테스트에는 권리가 확인되지 않은 음악, 영상 클립, 사운드 없이 짧은 방송을 사용하세요. 음성과 게임 소리만 남기세요. 이러한 테스트에서 문제가 있는 플랫폼이 소리를 재생하기 시작한다면 특정 콘텐츠의 사용 규칙에서 원인을 찾아야 합니다. 기술적 매개변수를 변경하여 자동 제한을 우회해서는 안 됩니다. 차단 근거를 없애지 못하기 때문입니다.

네트워크와 스트림 수신을 확인하세요

오디오 데이터는 영상보다 공간을 적게 차지하지만 별도 패킷으로 전송되며 서버와의 연결 안정성에 의존합니다. 연결이 끊기면 플랫폼이 비디오 프레임을 계속 표시하면서 오디오 업데이트가 중단될 수 있습니다. 특히 방송 시작 후 몇 분 뒤에 문제가 나타나거나 재연결 후 사라진다면 이 점이 두드러집니다.

방송 프로그램과 리스트림 서비스 자체의 통계를 확인하세요. 네트워크로 인한 손실 프레임, 재연결, 지연 급증, 특정 대상의 오류 메시지에 주의하세요. 한 플랫폼으로 동시에 전송할 때만 문제가 발생한다면 서비스와 해당 서버 간의 경로에 장애가 있을 수 있습니다.

다른 시간대에 결과를 비교하고 최소한의 필수 설정으로 짧은 테스트를 실행하세요. 매번 동일한 대상에서 소리가 사라지고 다른 플랫폼은 작동한다면 해당 대상의 수신 또는 처리에 문제가 있을 가능성이 높습니다. 결과가 무작위로 변한다면 네트워크, 연결 서버, 발신 스트림의 안정성을 추가로 확인하세요.

리스트림과 직접 전송을 비교하세요

문제가 있는 플랫폼으로 직접 제어 실행을 하면 원인을 구분하는 데 도움이 됩니다. 멀티 플랫폼 방송을 중지하고 동일한 오디오 소스와 유사한 프로필을 사용하여 필요한 플랫폼에만 테스트 방송을 전송하세요.

• 직접 전송에서도 소리가 사라진다면 플랫폼, 요구 사항, 콘텐츠, 인코더 설정을 확인하세요.
• 직접 전송에서는 소리가 있고 리스트림을 통해서는 없다면 라우팅, 트랙 선택 또는 특정 대상의 프로필에서 오류를 찾으세요.
• 미리보기에는 소리가 있지만 시청자에게 사라진다면 플레이어, 방송 녹화, 수신 후 처리를 확인하세요.
• 처음에는 소리가 있다가 나중에 사라진다면 재연결, 네트워크 오류, 모더레이션, 트랜스코딩 작동을 살펴보세요.

이러한 테스트는 플랫폼이 해당 모드를 선택할 수 있다면 짧은 비공개, 제한 또는 테스트 방송으로 진행하는 것이 좋습니다. 장면, 마이크, 모든 출력 매개변수를 동시에 변경하지 마세요. 동일한 조건을 유지해야만 비교가 유용합니다.

오류 특성으로 원인을 파악하는 방법

시작부터 완전한 침묵은 일반적으로 잘못된 트랙, 지원되지 않는 형식 또는 출력 믹스에 없는 소스와 관련이 있습니다. 프로그램 표시기는 활성화되어 있지만 로컬 녹화에 소리가 없다면 문제는 거의 확실히 트랙 선택이나 출력 경로에 있습니다.

로컬 녹화에는 소리가 있지만 한 플랫폼에서는 없다면 해당 대상의 설정과 수신기 요구 사항을 확인하세요. 특정 시청자에게만 문제가 발생한다면 먼저 플레이어, 브라우저, 앱, 기기 설정을 배제하세요.

음성은 들리지만 게임이 들리지 않거나 그 반대라면 대부분 소스가 트랙별로 분리되어 있거나 페이더 또는 필터가 잘못된 것입니다. 한쪽에서만 소리가 난다면 모노 및 스테레오 채널, 밸런스, 소스 채널과 출력 믹스의 일치를 확인하세요.

플랫폼이 생방송에서는 소리를 표시하지만 녹화본에서 제거한다면 권리 및 콘텐츠 규칙 알림을 확인하세요. 연결 끊김 후 소리가 사라진다면 재연결 로그와 네트워크 통계가 중요합니다.

지원팀에 문의하기 전에 확인할 사항

«한 플랫폼에서 소리가 없다»는 메시지만으로는 플랫폼이나 리스트림 서비스 지원팀이 도움을 주기 어렵습니다. 정확한 설명과 짧은 테스트 결과를 준비하세요:

• 문제가 있는 플랫폼 이름과 연결 방식;
• 로컬 녹화, 미리보기, 공개 플레이어에 소리가 있는지 여부;
• 전체 소리가 사라지는지 아니면 특정 소스만 사라지는지;
• 즉시 사라지는지 아니면 일정 시간 후에 사라지는지;
• 리스트림 없이 직접 방송에서 소리가 작동하는지;
• 로그에 표시되는 오류, 재연결, 알림은 무엇인지;
• 별도 오디오 트랙이 활성화되어 있는지, 어떤 트랙이 스트림에 할당되어 있는지;
• 출력에 사용되는 코덱, 비트레이트, 주파수, 채널 수는 무엇인지.

테스트 방송 링크, 문제 발생 정확한 시간, 오디오 믹서와 대상 설정 스크린샷을 첨부하세요. 비밀번호, 방송 키, 액세스 토큰은 전달해서는 안 됩니다.

간단한 결론: 단계별로 해야 할 일

1. 플레이어, 다른 기기, 저장된 녹화본에서 소리를 확인하세요.
2. 로컬 녹화를 하고 필요한 소스가 들리는지 확인하세요.
3. 기본 오디오 트랙을 확인하고 음성과 게임을 임시로 공통 믹스로 통합하세요.
4. 특정 리스트림 대상의 설정과 연결 상태를 확인하세요.
5. 코덱, 비트레이트, 주파수, 채널, 모노 또는 스테레오 요구 사항을 확인하세요.
6. 방송 트랙을 설정한 다음 필요하면 별도 인코더로 오디오를 변환하세요.
7. 음악과 권리가 검사될 수 있는 콘텐츠 없이 테스트하세요.
8. 리스트림과 문제가 있는 플랫폼으로의 직접 전송을 비교하세요.
9. 로그를 저장하고 정확한 결과 설명과 함께 지원팀에 문의하세요.

로컬 녹화와 대부분의 플랫폼이 작동한다면 마이크 교체부터 시작하지 마세요. 먼저 오디오 트랙, 특정 대상 설정, 수신 스트림 형식, 채널, 플레이어, 자동 콘텐츠 처리를 확인하세요.