Mga Serbisyo ng AWS Media para sa FAST Channel Streaming sa pamamagitan ng SRT
Kinailangan ng isang kumpanya ng media na magtatag ng maaasahan, low-latency na mga feed ng kontribusyon para sa kanilang mga FAST channel gamit ang Secure Reliable Transport (SRT) protocol โ na nagbibigay-daan sa mataas na kalidad na content ingest mula sa mga malalayong studio, cloud playout system, at mga kasosyo sa syndication sa mga hindi mahuhulaang koneksyon sa internet.
Pag-usapan ang Iyong Proyekto
Ang Hamon
Ang tradisyonal na mga workflow ng kontribusyon ay umasa sa mga nakalaang fiber o satellite link, na mahal at hindi flexible:
- Ang mga dedikadong circuit ay nagkakahalaga ng libu-libo bawat buwan bawat link at tumatagal ng linggo upang ma-provision
- Ang transportasyon na batay sa internet (RTMP) ay nagdusa mula sa packet loss, jitter, at walang encryption
- Ang multi-source ingest ay nangailangan ng flexible, software-defined na konektibidad
- Ang error correction at encryption ng SRT ay ginawa itong umuusbong na broadcast standard, ngunit ang pagsasama nito sa isang pipeline na katutubo sa AWS ay nangailangan ng custom engineering
- Ang pagsubaybay sa mga partikular na sukatan ng SRT (RTT, retransmission rate, bandwidth overhead) ay nangailangan ng dedikadong kagamitan
Ang Aming Solusyon
Binuo namin ang isang SRT-based na pipeline ng kontribusyon at distribusyon gamit ang AWS Elemental MediaLive at MediaConnect, na nagbibigay-daan sa maaasahan, naka-encrypt na transportasyon ng nilalaman sa pampublikong internet na may error correction na pang-broadcast-grade.
Arkitektura
- Kontribusyon: AWS Elemental MediaConnect para sa SRT ingest mula sa mga malalayong pinagmulan
- Transportasyon: SRT protocol na may AES encryption at ARQ error correction
- Encoding: AWS Elemental MediaLive para sa transcoding ng mga SRT input sa multi-bitrate na output
- Pag-package: AWS Elemental MediaPackage para sa HLS/DASH packaging para sa paghahatid sa end-viewer
- Distribusyon: SRT output mula sa MediaConnect para sa B2B syndication sa mga kasosyo sa platform
- Pagsubaybay: SRT-specific metrics dashboard (RTT, packet loss, retransmission, jitter)
- CDN: Amazon CloudFront para sa last-mile HLS delivery sa mga end viewer
Mga Kalamangan ng SRT Protocol
vs. RTMP
Nagbibigay ang SRT ng malaking kalamangan kumpara sa RTMP para sa mga feed ng kontribusyon: built-in na ARQ error correction (na kayang tiisin ang hanggang 20% packet loss kumpara sa pagkasira ng stream sa 1-2% na may RTMP), native na AES encryption, configurable latency control, transport na batay sa UDP na NAT-friendly, at minimal na bandwidth overhead para sa error recovery.
vs. Dedicated Circuits
Ang SRT sa internet ay nag-aalok ng kapansin-pansing mas mababang gastos at mas mabilis na pag-provision kumpara sa dedicated fiber โ na may karagdagang benepisyo ng multi-path redundancy at heograpikal na flexibility mula sa anumang lokasyong konektado sa internet.
Disenyo ng Pipeline
Kontribusyon (Ingest)
- Mga Malalayong Pinagmulan โ Ang mga studio, cloud playout, o mga kasosyo ay nagpapadala ng mga SRT stream sa MediaConnect
- SRT Listener โ MediaConnect endpoint na naka-configure bilang SRT listener
- Encryption โ AES passphrase encryption para sa seguridad ng nilalaman sa transit
- Error Correction โ Binabawi ng ARQ ang mga nawawalang packet na may configurable latency buffer
- Failover โ Dalawahang SRT input na may awtomatikong failover sa pagkabigo ng pangunahing stream
Pagproseso
- MediaConnect โ MediaLive โ SRT flow na ipinapasa sa MediaLive para sa transcoding
- Transcoding โ Multi-bitrate encoding na may SCTE-35 passthrough
- SCTE-35 Injection โ Ang mga senyales ng ad break ay inilalagay sa mga naka-iskedyul na punto
- Output โ Ang transcoded stream ay ipinapadala sa MediaPackage para sa HLS packaging
Distribusyon (B2B Syndication sa pamamagitan ng SRT)
Para sa syndication sa mga kasosyo sa platform na nangangailangan ng broadcast-grade feed:
- SRT output sa caller o listener mode batay sa mga kinakailangan ng kasosyo
- Magkahiwalay na encryption passphrase bawat kasosyo para sa access control
- Per-partner na configuration ng bandwidth
- Per-output na SRT metrics para sa pagsubaybay sa kalusugan ng feed ng kasosyo
Konfigurasyon ng SRT
Pag-tune ng Latency
Ang latency ng SRT ay inaayos batay sa mga kondisyon ng network at use case:
- Ultra-Mababa โ Same-region, high-quality networks (studio sa cloud)
- Mababa โ Cross-region, magagandang network
- Standard โ International, variable networks
- Mataas na Resiliency โ Mahinang network, maximum na pagtitiis sa packet loss
Ang mga setting ay na-optimize bawat use case na may angkop na latency, bandwidth limits, encryption level, at connection mode (caller vs. listener).
Pagsubaybay at Pag-alerto
Sinusubaybayan ng platform ang mga partikular na sukatan ng SRT sa real-time:
- Round Trip Time (RTT) โ Network latency sa pagitan ng sender at receiver
- Retransmission Rate โ Porsyento ng mga packet na nangangailangan ng ARQ retransmission
- Packet Loss โ Pre-ARQ packet loss rate na nagpapahiwatig ng kalidad ng network
- Jitter โ Pagkakaiba-iba sa oras ng pagdating ng packet
- Bandwidth Utilization โ Aktwal vs. na-configure na maximum na bandwidth
- Buffer Level โ Antas ng pagpuno ng buffer ng receiver (ang underrun ay nagpapahiwatig ng posibleng paghinto-hinto)
Ang mga awtomatikong alerto ay nagti-trigger sa mga degraded na sukatan para sa proaktibong pagresolba ng isyu.
Mga Pangunahing Tampok
- SRT Ingest โ Tumanggap ng mga feed ng kontribusyon mula sa anumang pinagmumulan na konektado sa internet
- AES Encryption โ Built-in na content encryption nang walang panlabas na VPN o TLS
- ARQ Recovery โ Kayang tiisin ang hanggang 20% packet loss na may awtomatikong retransmission
- Configurable Latency โ Maaaring i-tune batay sa kalidad ng network at use case
- Dual-Input Failover โ Awtomatikong switchover sa pagkabigo ng pangunahing SRT feed
- B2B Syndication โ Mga SRT output feed para sa distribusyon ng kasosyo
- SRT Metrics Dashboard โ Real-time na RTT, loss, jitter, at retransmission monitoring
- Hybrid Output โ SRT para sa B2B contribution, HLS sa pamamagitan ng CloudFront para sa paghahatid sa consumer
Mga Resulta
Technology Stack
caseStudyDetail.more Mga Case Study
Tuklasin ang higit pa sa aming mga teknikal na implementasyon
Client-Side Ad Insertion (CSAI) na may pag-parse ng SCTE-35 Marker at Integrasyon ng Multi-Platform Player
Isang platform para sa video streaming ay nangangailangan na magpatupad ng Client-Side Ad Insertion (CSAI) sa mga web, mobile, at connected TV apps โ na nagbibigay-daan sa mga personalized, device-level na karanasan sa ad na may buong suporta sa interaksyon ng ad (mga clickable overlay, companion banner, skip button) na hindi kayang ibigay ng server-side insertion.
SCTE-35 Ad Marker Signaling at Pipeline ng Pagpasok ng Media Trailer
Isang kumpanya ng streaming media ang nangailangan ng isang matatag at awtomatikong pipeline para sa pagpasok ng SCTE-35 ad markers sa mga live at VOD stream, kasama ang kakayahang magpasok ng mga promotional trailer (pre-roll, mid-roll, at post-roll) sa eksaktong naka-iskedyul na posisyon โ na nagbibigay-daan sa monetization sa mga FAST channels, live event, at on-demand content libraries.
Mga Madalas Itanong
MicrocosmWorks selected SRT for its superior performance over unreliable networks, providing AES-128 encryption, automatic packet retransmission, and adaptive bitrate adjustment that RTMP lacks. SRT maintains broadcast-quality video delivery with less than 1% packet loss recovery overhead even over public internet paths where RTMP would show visible artifacts.
MicrocosmWorks configured AWS Elemental MediaLive to accept SRT inputs in both caller and listener modes, then transcode to an ABR ladder and output HLS/DASH segments to MediaPackage. The SRT ingest benefits from MediaLive's built-in SRT decryption and jitter buffer, ensuring clean source quality before the transcoding stage.
Yes, MicrocosmWorks configured MediaLive with multiple SRT input sources and built a routing control plane that switches between feeds based on a predefined schedule or manual override. Each SRT contributor connects via a unique listener port with individual AES passphrase authentication, and the system supports hot-standby failover between primary and backup SRT sources.
MicrocosmWorks built a monitoring dashboard using CloudWatch custom metrics that ingests SRT statistics including round-trip time, retransmission rate, bandwidth utilization, and buffer levels. Automated alerts trigger when retransmission rates exceed 2% or RTT exceeds 200ms, giving operations teams early warning before quality degradation becomes visible to viewers.
MicrocosmWorks deploys SRT-based FAST channel infrastructure at rates of $30-$50/hr, with the complete setup including SRT ingest configuration, MediaLive encoding, CDN delivery, and monitoring dashboard typically requiring 200-350 development hours. The SRT-specific configuration adds approximately 40-60 hours compared to a standard RTMP ingest setup.
Handa nang Baguhin ang Iyong Negosyo?
Pag-usapan natin kung paano namin mailalapat ang katulad na mga solusyon sa iyong mga hamon.