€0
적응형 비트레이트 인코딩을 무료로 제공
0,3-4초 지연 시간
확장 가능하고 안정적인 스트리밍
HLS, DASH, WebRTC
간단한 대시보드, SDK 및 API
워크플로우 준비 완료
자체 비디오 서버와 앱이 있는 경우 당사와 함께 확장하세요. 새로운 비디오 서비스를 처음부터 구축해야 하는 경우 오픈 소스 데모와 함께 인프라를 사용하세요.
수백만 명의 시청자에게 스트리밍을 RTMP, SRT, WebRTC 또는 멀티캐스트 방송으로 전송할 수 있습니다.
간단한 시작 단계
대시보드에서 푸시 또는 풀을 위한 스트림 키 받기
or use API to get a secret
Request: { "stream": { "auto_record": true,"active": true} } Response: { "id": 309827,"push_url": "srt://live.gcore.com/secret","backup_push_url": "rtmp://live2.gcore.com/secret" } Gcore는 RTMP, SRT, HLS, WebRTC, UDP 멀티캐스트 및 기타 프로토콜을 지원합니다. 대부분의 브로드캐스트 소프트웨어/하드웨어 및 오픈 소스 소프트웨어 모바일 애플리케이션용 오픈 소스 소프트웨어.
디바이스 및 대역폭에 맞는 적응형 비트레이트를 대역폭을 자동으로 준비합니다. HTML 플레이어를 무료로 사용하거나 플레이어에 매니페스트를 삽입하여 LL HLS, MPEG-DASH CMAF 스트림을 재생할 수 있습니다.
<iframe
src="https://play.gcore.com/live/player" allow="autoplay; encrypted-media" allowfullscreen />시작할 준비가 되셨나요?
14일 무료 체험
빠른 배송
고가의 인프라에 투자하지 않고도 최첨단 스트리밍 기술을 이용할 수 있습니다. 최종 시청자에게 전달되는 지연 시간이 4~5초 이하입니다. 동시에 최대 4K/8K의 고품질 오디오 및 비디오가 유지됩니다.
지연에 매우 민감한 비디오 콘텐츠(스포츠, 게임, 뉴스, 경매, 인터랙티브 쇼)의 경우 이러한 지연을 최소화하기 위해 최고 수준의 기술: LL HLS, MPEG-DASH CMAF, HESP 및 저지연 CDN을 사용합니다.
특징
자주 묻는 질문
rtmp/srt로 스트림을 전송하는 스트리밍 소프트웨어/비디오캠이 필요합니다. 또는 전문가인 경우, srt/rtmp 스트림을 추출할 수 있는 사전 설정된 서버가 있을 수 있습니다.
스트리밍을 받은 후에는 웹 플레이어와 CDN에 적합한 품질과 http 비교 프로토콜(HLS/DASH)로 트랜스코딩합니다. 그런 다음 CDN을 통해 전 세계 어디에서나 시청자에게 스트리밍을 전송합니다. 애플리케이션에 삽입할 수 있는 플레이어의 iframe을 제공해 드립니다. 하지만 이는 필수는 아닙니다. 다른 hls.js/dash.js 호환 플레이어를 사용하여 재생 목록을 배치할 수 있습니다.
다음은 제어판에서 설정해야 하는 설정을 설명하는 단계별 가이드입니다.
모든 종류의 소프트웨어 또는 비디오캠을 사용할 수 있습니다. 무료 OBS 또는 엔터프라이즈 LiveU 또는 사전 설정된 소프트웨어가 있는 비디오캠 등 어떤 것을 사용하든 상관없습니다.
소프트웨어가 RTMP 또는 SRT와 함께 작동하는지 확인하기만 하면 됩니다. 대부분의 최신 소프트웨어는 이러한 프로토콜을 확실히 수용합니다.
특별한 사항이 있는 경우 당사에 문의하세요.
물론 가능합니다. 이 프로토콜은 공급자 경로에 문제가 있어도 연결이 끊어지지 않는 등 RTMP보다 훨씬 안정적입니다. 저희는 모든 고객에게 SRT를 사용할 것을 권장합니다. 하지만 rtmp도 가장 일반적인 스트리밍 프로토콜로 작동합니다. 사용 중인 소프트웨어가 SRT를 지원하는지 확인하세요. 그런 다음 해당 프로토콜로 스트리밍을 보내주세요.
1에서 100,000,000 또는 그 이상. 엔드포인트는 없습니다. 전 세계 PoP가 이중화 클러스터로 통합된 자체 에지 네트워크를 사용합니다. 따라서 엣지 서버는 서로 부하를 공유합니다. 즉, 시청자는 다음을 기준으로 여러 서버에 분산되어 있습니다:
- 지리/지형 - 사용자가 가장 가까운 위치(지리적 경로 및 제공자 경로 모두)에서 스트림을 수신한다는 의미입니다.
- 과부하 - 그 위치의 한 엣지 서버에 채널이 가득 차면 같은 지리적 위치의 다음 시청자는 이웃 서버로 밸런싱됩니다.
물론 어떤 이유로든 한 서버가 작동하지 않는 경우 트래픽은 동일한 클러스터의 다른 서버로 재라우팅됩니다. 따라서 시청자가 라이브 스트림에서 끊김 현상을 겪지 않습니다.
아니요, 자체 CDN이 있습니다. 전 세계에 서버를 보유하고 있습니다. 스트리밍 전송을 위해 다른 제공업체를 찾을 필요가 없습니다. 모든 것이 내장되어 있습니다. 스트리밍 플랫폼을 사용하는 경우 기본적으로 스트리밍을 위해 CDN이 사전 설정되어 있습니다. 재생 목록 및 청크 캐싱에 대한 모든 설정은 경험 및 평균 스트림 매개변수를 기반으로 당사가 결정합니다.또한 스트리밍을 서버의 HDD/SDD가 아닌 운영 메모리에 캐싱하므로 콘텐츠가 멈춤 없이 시청자에게 더 빠르게 전달됩니다.
정보는 곧 여기에 업데이트될 예정입니다.
저희는 자체 인프라를 사용합니다. 즉, Gcore가 클라우드 서비스를 제공하는 모든 위치에 인제스터/트랜스코더를 설치할 수 있습니다. 기본적으로 미국 애쉬번, 룩셈부르크(유럽 지역), 싱가포르(아시아 지역)에 인제스터/트랜스코더를 보유하고 있습니다. 물론 이중화와 엄청난 부하를 극복하기 위해 클러스터로 통합되어 있습니다. 이러한 위치는 일반적으로 미국/유럽/아시아 스트리머를 위해 충분합니다. 그리고 지코어의 CDN을 사용하여 이러한 스트림을 전송합니다. 따라서 스트리머가 미국에 있고 시청자가 유럽에 있는 경우 시청자는 유럽 서버에서 스트리밍을 받게 됩니다. 하지만 스트리머와 더 가까운 위치를 원한다면 지도를 확인하여 요청을 보내주세요.
다음 프로토콜에 대한 지연 시간은 다음과 같습니다:
- 지연 시간 단축 HLS(모든 경우에 가장 일반적) - 6-8초
- 저지연 DASH(가장 안정적인 LL이지만 기본 iOS AVPlayer에서는 작동하지 않지만, Safari, iOS, 플레이어에서는 작동) - 3-4초
- Apple 저지연 HLS(iOS를 포함한 모든 기기에서 작동하는 LL) - 4초
- HESP(특수 HTTP 기반 프로토콜, 특정 플레이어에서만 작동) - 1초 미만
또한 영상 통화의 경우 실시간 대기 시간인 WebRTC도 있습니다. 하지만 이 기술은 CDN과 함께 작동하지 않습니다. 따라서 고품질 스트림이 아닌 실시간 통신에는 WebRTC를 사용하는 것이 좋습니다. 자세한 내용은 여기에서 확인하세요.
기본 프로토콜의 기본 트랜스코딩(즉, 최대 1080 화질, HLS/DASH/LL-HLS)에 대해서는 요금을 부과하지 않습니다. 따라서 시청자가 스트림을 시청한 분에 대해서만 비용을 지불하면 됩니다. 1분 시청에 대한 가격은 Є0.001입니다. 예를 들어 1시간짜리 스트림이 있고 10명의 시청자가 처음부터 끝까지 시청했다고 가정해 보겠습니다. 따라서 60분 * 10명의 시청자 * 0.001Є = 0,6Є가 월 단위로 과금됩니다. 즉, 한 달 동안 시청자가 10명인 1시간짜리 스트림이 한 번만 있었다면 그에 대한 비용만 지불하면 됩니다. 다음 달에 100분짜리 10개의 스트림으로 확장하여 100명의 시청자가 처음부터 끝까지 각 스트림을 시청하는 경우 100사용자 * 100분 * 10스트림 * Є0.001 = 100Є 따라서 소비량에 따라 요금이 달라집니다. 사용한 것보다 더 많은 금액을 지불하지 않습니다.
