Ano ang Amazon Interactive Video Service?

Ang Amazon Interactive Video Service (Amazon IVS) ay isang pinamamahalaang solusyon sa live streaming, na binuo sa parehong teknolohiya na nagpapagana sa Twitch, na idinisenyo upang maging mabilis at madaling i-set up, na nagbibigay-daan sa iyong gamitin ang parehong makabagong teknolohiya na binuo at pino ng Twitch. mahigit isang dekada. Ipadala ang iyong mga live stream sa Amazon IVS gamit ang karaniwang streaming software at ang serbisyo ay idinisenyo upang gawin ang lahat ng kailangan mo para maging available ang mga ito sa iyong mga manonood sa buong mundo, na nagbibigay-daan sa iyong tumuon sa pagbuo ng mga interactive na karanasan sa tabi ng live na video. Madali mong mako-customize at mapahusay ang karanasan ng audience sa pamamagitan ng Amazon IVS player SDK at mga naka-time na metadata API, na nagbibigay-daan sa iyong bumuo ng mas mahalagang relasyon sa iyong mga manonood sa sarili mong mga website at application.

Sino ang maaaring gumamit ng Amazon Interactive Video Service?

Ang Amazon Interactive Video Service ay idinisenyo para sa mga developer na gustong magdagdag ng live na video at paganahin ang interactivity sa video sa kanilang app o site nang hindi namumuhunan sa streaming na imprastraktura. Ang mga developer na hindi eksperto sa video ay maaaring tumuon sa paglikha ng mga interactive na karanasan sa video gamit ang isang simpleng hanay ng mga API upang i-synchronize ang mga feature gaya ng mga poll, survey, at iba pang mga overlay sa live na video. Halimbawa, ang isang developer na gumagawa ng isang live na trivia o isang live na retail app ay maaaring gumamit ng API upang matiyak na makikita ng mga manonood ang parehong mga tanong sa parehong sandali sa video stream.

Ano ang pangunahing pagkakaiba sa pagitan ng Amazon Interactive Video Service at Twitch, at iba pang live streaming platform?

Ang Amazon Interactive Video Service ay isang pinamamahalaang solusyon sa live streaming, na nagbibigay-daan sa iyong bumuo ng sarili mong interactive na live na video application o mga website para bumuo ng mahalagang relasyon sa iyong mga audience na may mas mataas na pakikipag-ugnayan. Ang Twitch at iba pang live streaming platform ay nagbibigay-daan sa mga user na mag-host at mag-stream ng sarili nilang content, para maipadala mo ang iyong mga audience sa kanila at pinamamahalaan ng platform ang manonood para sa iyo.

Ano ang pagkakaiba sa pagitan ng Amazon Interactive Video Service at AWS Elemental Media Services o Amazon CloudFront?

Hinahayaan ka ng Amazon Interactive Video Service na tumuon sa pagbuo ng sarili mong nakakaengganyong application at karanasan ng audience sa ibabaw ng mababang latency na live stream nang hindi na kailangang pamahalaan ang imprastraktura o bumuo at mag-configure ng mga bahagi ng mga video workflow upang maging maaasahan at matipid sa gastos. Ang Amazon IVS ay binuo sa parehong teknolohiya na nagpapagana sa Twitch at nagbibigay ng isang simpleng-gamitin na pinamamahalaang serbisyo na nangangalaga sa ingest sa pag-playback at lahat ng nasa pagitan. Ang AWS Elemental Media Services at Amazon CloudFront ay bumubuo ng mga bloke para sa mga customer na may mas detalyadong mga kinakailangan sa video na naghahanap upang mag-set up ng tradisyonal na live na TV o serbisyo ng OTT na grade-broadcast. Hinahayaan ka nilang gumawa ng mga de-kalidad na video stream para sa paghahatid sa mga telebisyon at device na nakakonekta sa internet, tulad ng mga nakakonektang TV, tablet, smartphone, at set-top box. Sa AWS Elemental Media Services, mayroon kang mataas na antas ng kontrol sa lahat ng bahagi ng workflow: transcoding at mga configuration ng packaging; mga antas ng katatagan; personalized na pagpapasok ng ad; at mga feature tulad ng content protection para sa digital rights management (DRM). Mapipili mo rin kung aling mga video player at CDN ang gagamitin.

Ano ang pagkakaiba sa pagitan ng Amazon Interactive Video Service at Kinesis Video Streams?

Ang Amazon Interactive Video Service ay isang simpleng-gamitin na pinamamahalaang serbisyo na nangangalaga sa ingest, playback, at lahat ng nasa pagitan. Pinapadali ng Amazon Kinesis Video ang secure na pag-stream ng mga video mula sa mga konektadong device patungo sa AWS para sa real-time at batch-driven na machine learning, pag-playback ng video, analytics, at iba pang pagproseso. Nagbibigay-daan ito sa mga customer na bumuo ng mga application na nakabatay sa machine vision na nagpapagana sa mga smart home, matalinong lungsod, automation ng industriya, pagsubaybay sa seguridad, at higit pa.

Magkano ang gastos sa paggamit ng Amazon Interactive Video Service?

Ang pagpepresyo ng Amazon Interactive Video Service ay batay sa tagal ng live na video na ipinadala sa Amazon IVS (mga oras na input) at ang tagal ng video na inihatid sa manonood (mga oras na output). Para sa higit pang mga detalye, bisitahin ang page ng pagpepresyo.

Maaari ko bang gamitin ang Amazon Interactive Video Service para sa nilalamang video-on-demand (VOD)?

Gumagawa ang Amazon Interactive Video Service ng mga live stream. Maaari mong i-save ang iyong live na nilalaman ng video sa isang bucket ng Amazon Simple Storage Service (Amazon S3). Available ang mga naka-save na video file para sa pag-edit o streaming bilang nilalamang video-on-demand (VOD). Ang mga recording na na-save sa Amazon S3 ay nagkakaroon ng mga karaniwang gastos para sa storage at mga kahilingan. Walang karagdagang gastos para sa pagpapagana ng tampok sa mga channel ng Amazon IVS.

Saang mga rehiyon ng AWS available ang Amazon Interactive Video Service?

Ang Amazon IVS console at mga API para sa kontrol at paggawa ng mga stream ay available sa US East (N. Virginia), US West (Oregon), Asia Pacific (Tokyo), Asia Pacific (Seoul), Asia Pacific (Mumbai), Europe ( Ireland), at Europa (Frankfurt) na mga rehiyon. Available ang pag-ingest at paghahatid ng video sa buong mundo sa isang hiwalay na pinamamahalaang network ng imprastraktura na na-optimize para sa live na video.

Ano ang end-to-end latency para sa isang stream ng Amazon Interactive Video Service?

Ginagamit ng Amazon IVS ang parehong teknolohiya na nagpapagana sa Twitch at idinisenyo upang magbigay ng mababang latency para sa live na video streaming. Ang lahat ng mga bahagi mula sa stream ingest at transcode hanggang sa paghahatid at pag-playback gamit ang Amazon IVS player SDK ay na-optimize upang bawasan ang latency. Ang aktwal na latency para sa mga manonood ay karaniwang mas mababa sa limang segundo at maaaring mas mababa sa tatlong segundo. Tinutukoy ng kumbinasyon ng mga salik kung aling resulta ang nararanasan ng iyong mga manonood. Ang ilang salik na maaaring magkaroon ng epekto ay ang lokasyon ng streamer na nagpapadala ng live stream sa Amazon IVS, ang lokasyon ng manonood na nanonood ng stream, at ang Internet Service Provider (ISP) na parehong ginagamit ng streamer at viewer. Dapat ding i-optimize ang mga setting sa streaming software na ginagamit para magpadala ng video sa Amazon IVS. Para sa impormasyon sa pinakamahusay na kasanayan para sa streaming software tulad ng Open Broadcaster Software (OBS), bisitahin ang mga pahina ng dokumentasyon ng Amazon IVS. Dapat mong gamitin ang Amazon IVS player SDK para makuha ang pinakamahusay na pagganap sa mababang latency sa iba’t ibang platform at device.

Anong uri ng mga interactive na feature ang sinusuportahan ng Amazon Interactive Video Service?

Gumagamit ang Amazon Interactive Video Service ng mga tag sa video at ang isang simpleng naka-time na metadata API ay nagbibigay-daan sa mga customer na i-synchronize ang kanilang mga interactive na karanasan sa mga video stream. Sa pamamagitan ng pagbibigay ng mga tag at API para i-sync ang metadata sa video bilang unang hakbang, makakatuon ang mga customer sa pagbuo ng interactive na karanasan. Ang format ng API ay pamilyar sa karamihan ng mga developer at hindi nangangailangan ng espesyal na video hardware, access sa mga video library, custom na tool sa pagsasahimpapawid, o isang pag-unawa sa mga video protocol upang paganahin. Ang Amazon IVS ay nag-attach ng structured text data sa mga video stream na inihahatid kasama ng video stream. Nagbibigay-daan ito sa mga customer na gumawa ng mga poll, live na survey, leaderboard, at iba pang real-time na elemento na awtomatikong naka-synchronize sa nilalamang video. Nagbibigay ang Amazon IVS sa mga customer ng isang simpleng REST API para mag-inject ng metadata sa isang stream, at isang interface na nakabatay sa kaganapan sa loob ng Amazon IVS player SDK upang makuha ang metadata para sa mga kliyente. Ang Amazon IVS ay mayroon ding tampok na stream chat na may built-in na opsyon sa moderation na idinisenyo upang samahan ang live streaming na video. Gamit ang tampok na ito, ang mga streamer at manonood ay maaaring bumuo ng mga ugnayan sa komunidad sa pamamagitan ng pagtatanong at paglahok sa mga talakayan. Nagbibigay ang Amazon IVS Chat ng pamamahala ng mapagkukunan ng chat room at isang API sa pagmemensahe para sa pagpapadala, pagtanggap, at pag-moderate ng mga mensahe sa chat.

Maaari ko bang paghigpitan ang pag-access sa mga stream ng Amazon Interactive Video Service?

Hinahayaan ka ng Amazon Interactive Video Service na paganahin ang awtorisasyon sa pag-playback sa mga playlist ng video. Maaari kang gumamit ng awtorisasyon sa pag-playback upang paghigpitan ang iyong mga stream ayon sa channel at manonood. Kapag pinagana ang awtorisasyon sa pag-playback para sa isang channel, tanging ang mga kahilingan sa pag-playback na may wastong mga token ng awtorisasyon ang ihahatid sa playlist ng video. Gamitin ang Amazon IVS API upang bumuo ng isang walang simetriko na pares ng key at tingnan at pamahalaan ang mga aktibong pares ng key sa iyong account. Binibigyang-daan ka ng key pair na ito na gumawa at pumirma ng mga authorization token, at ihatid ang mga token na ito sa mga nilalayong manonood na mag-a-attach sa kanila sa isang kahilingan sa pag-playback sa Amazon IVS. Ang pagtanggal ng key pair ay babawiin ang lahat ng authorization token na nabuo gamit ang key pair na iyon. Nagbibigay-daan ito sa iyong mapanatili ang kontrol sa kung sino ang makaka-access sa mga playlist ng video. Para sa mga tagubilin sa pag-configure ng awtorisasyon sa pag-playback para sa iyong mga live na channel, bisitahin ang mga pahina ng dokumentasyon. Hindi sinusuportahan ng Amazon IVS ang pag-encrypt ng nilalaman ng stream at mga feature ng Digital Rights Management (DRM).

Anong mga output stream ang ginagawa ng Amazon Interactive Video Service?

Ang Amazon Interactive Video Service ay gagawa ng iba’t ibang adaptive bitrate (ABR) na set ng transcode output, batay sa kalidad at resolution ng na-ingested na stream ng RTMPS. Kung ipapadala mo ang maximum na 8.5Mbps, 1080p60 stream, ang Amazon IVS ay gagawa ng 8.5Mbps 1080p60, 3Mbps 720p60, 2Mbps 720p30, 1.2Mbps 480p30, 800Kbps 360p30, at 400Kbps na stream sa ABR na 360p30, at 400Kbps. Boses ni Polly Ngayon, nasasabik akong sabihin sa iyo ang tungkol sa bagong Amazon Interactive Video Service, na nagbibigay-daan sa iyong magdagdag ng live na video nang direkta sa sarili mong mga app at website. Kung ikaw ay katulad ko, mabibigla ka sa kung gaano kasimple ang ginawa ng team na isama ang interactive, mababang latency, live na video sa isang application. Nagbibigay-daan sa iyo ang serbisyo na lumikha ng channel gamit ang Amazon Interactive Video Service (IVS) Console o ang API. Pagkatapos ay maaari mong gamitin ang anumang karaniwang streaming software upang mag-stream ng video sa channel na ito, at ginagawa ng serbisyo ang lahat ng kinakailangan upang gawing available ang live na video sa sinumang manonood sa buong mundo. Kasama sa serbisyo ang isang player na SDK na ginagawang diretso upang maisama ang live na video sa iyong proyekto sa web, iOS, o Android. Sa palagay ko ay mapapahanga ako sa serbisyong ito kung ang mga kakayahan nito ay huminto doon, ngunit ang koponan ay talagang gumawa ng karagdagang milya at nagdagdag ng dalawang pangunahing tampok na sa tingin ko ay ginagawang kakaiba ang serbisyong ito. Una, mababa ang latency ng video, na nangangahulugang ang oras sa pagitan ng iyong pagbo-broadcast at ang oras ng pagpapakita ng video sa mga screen ng iyong manonood ay maaaring kasing baba ng 2-3 segundo. Ang mababang latency ay mahalaga dahil ang serbisyong ito ay naglalayong tulungan kang bumuo ng mga interactive na realtime na application, at ito ay posible lamang kung mayroong kaunting pagkaantala. Pangalawa, idinagdag ng team ang kakayahang magpadala ng naka-time na metadata kasama ng video para makapagpalabas ka ng mga kaganapan sa iyong application sa mga mahahalagang punto sa live stream. Kaya halimbawa, maaari kang magpadala ng kaganapan para sabihing bukas ang isang live na poll, at maaaring tumugon ang iyong app at payagan ang mga manonood na bumoto sa poll kasama ng live na video. Ang kumbinasyon ng dalawang feature na ito ay nangangahulugan na maaari kang bumuo ng mga karanasan na lumikha ng mas mahalagang relasyon sa iyong mga manonood sa sarili mong mga website at application. Halimbawa, kung nag-live-stream ka ng paglulunsad ng produkto, maaari mong i-synchronize ang karagdagang impormasyon ng produkto na ipapakita habang lumalabas ang mga bagong produkto sa video. Maaari ka ring magpakita ng button na bumili ngayon na nagbibigay-daan sa mga manonood na bilhin ang eksaktong produktong pinapanood nila sa sandaling iyon sa live-stream. Sa nakalipas na ilang buwan, nagpapatakbo ako ng mga live na pagsusulit sa Twitch.tv, at ang bagong serbisyong ito ay nagpaisip sa akin na maaari akong bumuo ng isang mas personalized at pinagsama-samang bersyon nang direkta sa aking website. Hayaan akong ipakita sa iyo kung paano ka gagawa ng isang bagay na tulad nito sa pamamagitan ng pagpunta sa Amazon IVS Console at paggawa ng channel. Sa unang screen ng Amazon IVS console nakikita ko ang isang button na tinatawag na Lumikha ng channel, nag-click ako dito upang simulan ang paggawa ng aking channel. Binibigyan ko ng pangalan ang aking channel at pinipili ang default na configuration, na nangangahulugang gusto kong maghatid ng video sa Full HD, at gusto ko ng mababang latency. Pagkatapos ay i-click ko ang button na Lumikha ng Channel sa ibaba. Pagkalipas ng ilang segundo, nakatanggap ako ng mensahe na nagsasabing matagumpay na nalikha ang Channel . Sa screen, mayroong seksyong Magsimula na nagpapaliwanag kung paano i-configure ang computer o device na ginagamit ko para i-stream ang aking video. Sa parehong screen, makikita mo ang ilang impormasyon sa configuration ng Stream . Ang Ingest server at ang Stream key ay ang dalawang piraso ng impormasyon na kakailanganin ko upang simulan ang pagpapadala ng video sa serbisyo. Gumagamit ako ng software package na tinatawag na XSplit Broadcaster para sa lahat ng aking online streaming, ngunit ang mga susunod na hakbang ay magiging katulad sa anumang broadcast software na iyong ginagamit. Nag-set up ako ng bagong output at pinili ang Custom RTMPS . Sa screen ng mga katangian para sa bagong output ng RTMPS, nagdagdag ako ng pangalan at paglalarawan. Idinaragdag ko ang URL ng RTMPS na kinopya ko mula sa seksyong configuration ng Stream ng console. Idinaragdag ko rin ang Stream Key sa text box ng Pangalan ng Stream (ito ay tinatawag na iba’t ibang bagay sa iba’t ibang software kaya dapat mong tingnan ang dokumentasyon ng iyong broadcast software upang malaman kung saan mo dapat idagdag ang Stream Key ) Ngayong na-configure ko na ang output, maaari na akong mag-broadcast sa bagong Custom RTMPS output. Sa likod ng mga eksena, sinisimulan ng software ang pag-stream ng video at audio sa Amazon Interactive Video Service. Bumalik sa console, sa seksyong Live stream, dapat mo na ngayong makitang lumabas ang iyong live na video sa console. Sa aking karanasan, tumagal ng ilang segundo bago magsimulang mag-stream ang video. Upang idagdag ang live na video na ito sa isang website, kakailanganin kong gamitin ang Player SDK . Sa seksyong Configuration ng Player sa console, nakakakita ako ng URL ng Playback , at kakailanganin ko ito para i-configure ang isang player na i-play ang aking video. Ang pangkat na bumuo ng serbisyong ito ay lumikha ng isang kamangha-manghang halimbawa ng proyekto sa Codepen, na aking babaguhin upang subukan ang aking video at gawin ang aking pagsusulit. Ang halimbawang ito ay gumagamit ng JavaScript Player SDK, at ang kailangan ko lang gawin upang i-play ang aking video ay itakda ang playbackUrl variable upang tumuro sa aking bagong likhang Playback URL . Kapag nagawa ko na ito, lalabas ang aking video stream sa webpage. Ang halimbawang proyektong ito ay may ilang code na humahawak sa naka- time na tampok na metadata na napag-usapan ko kanina. Karaniwang kapag nagpadala ako ng metadata sa serbisyo, ire-relay nito ito sa player SDK bilang isang kaganapan. Kaya kong pangasiwaan ang kaganapang ito at gawin ang mga kapana-panabik na bagay dito. Sa halimbawang ito, nagdaragdag ako ng isang tagapakinig ng kaganapan upang makinig para sa isang kaganapan ng PlayerEventType.TEXT_METADATA_CUE at pagkatapos ay ginagamit ang cue object na ipinapasa sa aking function upang magpakita ng ilang on-screen na HTML button na nagbibigay-daan sa isang user na bumoto sa aking poll.

player.addEventListener(PlayerEventType.TEXT_METADATA_CUE, function (cue) { const metadataText = cue.text; triggerQuiz(metadataText); });

Sa anumang oras sa aking broadcast, maaari akong magpadala ng Metadata sa aking channel gamit ang PutMetadata API. Bilang halimbawa, Kung ipapadala ko ang sumusunod na command gamit ang AWS CLI pagkatapos ay ipapadala ang data sa serbisyo at pagkatapos ng ilang segundo mamaya ang PlayerEventType.TEXT_METADATA_CUE event ay itataas sa aking JavaScript code.

payload='{"question": "In which year did Jeff Barr Start a blog at Amazon?","answers": [ "1992", "2004", "2008", "2015"],"correctIndex": 1}' aws ivs put-metadata --channel-arn arn:aws:ivs:us-west-2:365489315573:channel/XBoZcusef81m --metadata "$payload" --region us-west-2

Gaya ng nakikita mo sa ibaba ang mga elemento ng HTML ng poll ay ipinapakita bilang isang overlay sa ibabaw ng live na video at maaaring makipag-ugnayan ang mga user dito at bumoto sa aking poll. Ang Amazon Interactive Video Service (Amazon IVS) ay may pay-as-you-go na pagpepresyo batay sa kabuuang tagal ng input ng video sa Amazon IVS at ang kabuuang tagal ng output ng video na naihatid sa iyong mga manonood. Maaari kang maghukay ng mas malalim sa mga karaniwang gastos sa seksyon ng pagpepresyo ng pahina ng produkto. Ang Amazon IVS Console at mga API ay available ngayon sa mga rehiyon ng Europe (Ireland), US East (N. Virginia), at US West (Oregon). Kakailanganin mong gamitin ang isa sa mga rehiyong iyon para gawin at baguhin ang iyong mga channel, gayunpaman, available ang pag-ingest at paghahatid ng video sa buong mundo sa isang pinamamahalaang network ng imprastraktura na na-optimize para sa live na video. Tingnan ang FAQ’s para makakuha ng higit pang mga detalye sa mga serbisyo sa pandaigdigang saklaw. Sana ay masiyahan ka sa serbisyong ito gaya ng ginagawa ko. Hindi ako makapaghintay upang makita kung ano ang iyong itatayo gamit ito. Maligayang Pag-stream — Martin Ang Amazon Interactive Video Service (IVS) ay nagbibigay-daan sa mga developer na madaling maghatid ng low-latency
na video sa mga manonood sa buong mundo. Sa Amazon IVS, kailangan lang pangasiwaan ng mga streamer ang
produksyon ng stream, pagkatapos ay ipadala ang stream sa Amazon IVS. Pinangangasiwaan ng Amazon IVS ang pagpoproseso ng video
(ingesting at transcoding), paghahatid, at pag-playback sa mga manonood gamit ang Amazon IVS
player. Mayroong maraming mga solusyon para sa live streaming. Kung mayroon kang studio na nilagyan ng
maraming camera, visual switcher, graphics compositing, at iba’t ibang kagamitan sa paghahalo ng audio
, o plano mong simulan ang iyong unang stream sa isang smartphone, kailangan mong harapin ang
ilan sa mga parehong konsepto at mga parameter ng pag-encode. Inilalarawan ng dokumentong ito kung paano i-configure ang mga video encoder para mag-stream sa Amazon IVS. Ang
audience para sa dokumentong ito ay mga developer na gustong bumuo ng streaming functionality sa
kanilang mga application.

Mga kinakailangan

Sundin ang mga hakbang sa Pagsisimula sa Amazon IVS, para gumawa ng channel at mag-set up ng streaming.
Sa proseso, itinalaga ang channel ARN (Amazon Resource Name) at stream key, kasama ang mga
URL para sa pag-ingest at pag-play muli ng stream. Kakailanganin mong ituro ang iyong streaming
application sa ingest URL. Bago basahin ang dokumentong ito, dapat kang maging pamilyar sa:

  • Mga pangunahing kaalaman sa Amazon IVS: Basahin Ano ang Amazon IVS at
    Pagsisimula sa Amazon IVS
  • Amazon IVS API: Unawain ang Amazon IVS API
    Reference.

Pagbabawas ng Latency

Ang Amazon IVS low-latency streaming ay tugma sa karamihan ng mga streaming application at
nangangailangan lamang ng maliliit na pagbabago sa iyong configuration ng streaming-application. Para sa pinakamababang
posibleng latency, dapat mong gamitin ang Amazon IVS player; Ang mga third-party na HLS video player ay
hindi suportado. Tingnan ang dokumentasyon ng Amazon IVS Player SDK. Upang ihanda ang iyong streaming application para sa low-latency streaming, gawin ang sumusunod.
(Tandaan: hindi lahat ng opsyong ito ay available sa bawat streaming application.)

  • Sa video encoder, itakda IDR/Keyframesa 2 segundong pagitan (o
    1 segundo, para sa mas mababang end-to-end latency). IDR/Keyframedirektang nakakaapekto sa timing ng stream startup at
    ang latency ng mga nauugnay na EventBridge event (Stream Start at Recording Start). Kung
    IDR/Keyframe2 segundo, ang latency ng pagsisimula ng stream ay humigit-
    kumulang 9-12 segundo. Kung IDR/Keyframe1 segundo, ang
    latency ng pagsisimula ng stream ay humigit-kumulang 6-8 segundo. Magiging
    available lang ang iyong video para sa mga manonood at awtomatikong magre-record sa Amazon S3 pagkatapos ng unang
    yugto ng latency ng pagsisimula ng stream. Ang mas maikli, 1 segundong agwat ng keyframe ay may ilang mga pagbabago sa QoS. Maaari itong maging sanhi
    ng adaptive bitrate streaming (ABR) ng Amazon IVS Player na
    mas madalas na lumipat ng resolution; ang laki ng segment ay mas maliit, kaya ang pagsusuri sa ABR ay nangyayari nang mas madalas.
    Maaaring tumaas ang buffering dahil sa tumaas na resolution-switching at/o kung
    hindi ma-download ng network ng manonood ang mga segment nang sapat na mabilis. Suriin ang mga
    tradeoff na ito kapag nagpapasya sa pagitan ng 1- o 2-segundong agwat ng keyframe.
  • Kung available, itakda ang iyong encoder sa zero-latency tuning sa loob ng x264
    configuration.
  • Tiyakin na ang laki ng buffer (VBV) ay hindi lalampas sa average na bitrate
    (kilobits-per-second) ng stream.

Iwasan ang Third-Party
Streaming/Forwarding Services

Lubos naming inirerekumenda na huwag kang gumamit ng serbisyo ng third-party upang i-restream o ipasa
ang nilalaman sa Amazon IVS. Magkakaroon ito ng karagdagang
latency.
Para sa mababang latency, direktang mag-stream sa Amazon IVS.

Mga Setting ng Encoder

Stream Ingest:
Mga Codec, RTMPS, at Port 443

Mga Codec: Sinusuportahan ng Amazon IVS ang H.264 para sa video at
AAC (LC) para sa audio. Sinusuportahan ng Amazon IVS ang pinakakaraniwang secure na ingest protocol na ginagamit sa streaming
software at hardware, RTMPS (Real-Time Messaging Protocol sa isang TLS/SSL na
koneksyon). Ang Amazon IVS streaming at playback ay nangangailangan ng TLS na bersyon 1.2 o
mas bago. Dapat kumonekta ang iyong video encoder sa Amazon IVS ingest sa pamamagitan ng RTMPS protocol na
nauugnay sa outbound port 443/TCP. Para matiyak ito, tumukoy ng IVS ingest server,
na kinabibilangan ng port sa path: rtmps://<IVS-ingest-server>/<IVS-stream-key> Halimbawa: rtmps://a1b2c3d4e5f6.global-contribute.live-video.net:443/app/<IVS-stream-key>

Resolution/Bitrate/FPS

Ang resolution ng stream ay higit na tinutukoy ang bitrate at frame rate nito
(frames-per-second, o FPS). Gamitin ang mga sumusunod na alituntunin; ito ang aming mga
rekomendasyon. Tandaan na ang mga resolution na ipinapakita sa ibaba ay landscape orientation
(horizontal x vertical), kaya baligtarin ang mga ito para sa portrait na oryentasyon.

Katanggap-tanggap na Kalidad (SD) 480p (852×480) Magandang Kalidad (HD) 720p (1280×720) Mataas na Kalidad (Buong HD) 1080p (1920×1080)
Bitrate Hanggang 1500 Kbps Hanggang 4500 Kbps Hanggang 8500 Kbps
FPS 30 30 o 60 30 o 60
Agwat ng keyframe 2 segundo 2 segundo 2 segundo

Ang bitrate, FPS, at resolution ay magkakaugnay. Ang pinakamainam na mga halaga ay nakasalalay sa
mga pangyayari at maaaring kumplikado upang matukoy. Ang aming pinakamahusay na gabay ay magsimula
sa mga halaga sa itaas at mag-eksperimento kung ninanais. Ang layunin ay malinaw at maayos na paggalaw
ng mga bahagi ng video sa panahon ng streaming at mahusay na resolution sa loob ng magagamit na
bandwidth. Ang pagtaas ng frame rate at/o resolution ay nagpapataas ng pangkalahatang kalidad ng video,
ngunit ito ay kinakailangang limitado ng bandwidth. Sinusuportahan ng Amazon IVS ang mga framerate hanggang 60 FPS. Kung mas mataas ang framerate, mas mahusay
ang kalidad — hangga’t mayroong sapat na bitrate bandwidth. Depende sa
application, ang mababang framerate ay maaaring maayos; hal, para sa isang security camera.

Mga Uri ng Channel

Tinutukoy ng uri ng channel ang pinapayagang resolution at bitrate. Kung lalampas ka sa pinapayagang resolution o bitrate,
malamang na madidiskonekta kaagad ang stream.
Sinusuportahan ng Amazon IVS ang dalawang uri ng channel
:

  • STANDARD: Na-transcode ang video: maraming katangian ang
    nabuo mula sa orihinal na input, upang awtomatikong bigyan ang mga manonood ng pinakamagandang
    karanasan para sa kanilang mga device at kundisyon ng network. Binibigyang-daan ng transcoding ang mas
    mataas na kalidad ng pag-playback sa iba’t ibang bilis ng pag-download. Maaaring
    hanggang 1080p ang resolution at maaaring hanggang 8.5 Mbps ang bitrate. Ang audio ay na-transcode lamang para sa
    mga rendition na 360p at mas mababa; sa itaas nito, ipinapasa ang audio. Ito ang
    default.
  • BASIC: Na-transmux ang video: Inihahatid ng Amazon IVS ang orihinal
    na input sa mga manonood. Ang pagpili ng kalidad ng video ng manonood ay limitado sa
    orihinal na input. Maaaring hanggang 1080p ang resolution at maaaring hanggang 1.5
    Mbps ang bitrate para sa 480p at hanggang 3.5 Mbps para sa mga resolution sa pagitan ng 480p at
    1080p.

Mga setting ng video

Inirerekomenda namin ang mga sumusunod na setting. Available ang mga ito sa karamihan ng H.264
video-encoding software o hardware API.

  • Sa video encoder, itakda IDR/Keyframesa 2 segundong pagitan
    (o 1 segundo, para sa mas mababang end-to-end latency).
  • Antas ng H.264: Pangunahing
  • Pagbabago ng eksena: Naka-off (mas gusto)
  • Chroma subsample: YUV420P
  • CABAC: Mas gusto

Mga setting ng audio

Sinusuportahan namin ang mga sumusunod na setting:

  • Codec: AAC (LC)
  • Bitrate: 96 Kbps hanggang 320 Kbps
  • Sample rate: 44.1 Khz o 48 Khz (pinakamainam na tumugma sa iyong production audio
    flow)
  • Mga Channel: Maximum 2 — Stereo (1: mono o 2: stereo audio channel
    support)

Gumamit ng CBR, Hindi VBR

Palaging gamitin ang CBR (Constant BitRate), hindi ang VBR (Variable BitRate), bilang
paraan ng pagkontrol sa rate para sa mga encoder. Ang CBR ay mas angkop para sa fixed-bandwidth na katangian ng mga
network, at ito ay gumagawa ng mas predictable, stable na pag-playback ng video para sa mga client
device. Sa pare-parehong bitrate, madali para sa mga manonood na pumili ng antas ng kalidad
na kayang pangasiwaan ng kanilang koneksyon sa paglipas ng panahon. Depende sa pagiging kumplikado ng eksena, maaaring magresulta ang VBR sa mga spike sa bitrate,
na maaaring magdulot ng pagbagsak ng frame bago maabot ng video ang Amazon IVS at/o pag-buffer sa mga
manlalaro ng kliyente. Lubos naming inirerekumenda na gumamit ka lamang ng CBR. Kung gagamit ka
ng VBR, ang iyong mga stream ay mas mapapailalim sa buffering at playback na hindi
maayos.

Gumamit ng Progressive
Signals

Gumamit ng mga progresibong daloy ng signal; iwasan ang anumang interlaced na video sa
production flow at/o encoding.
Ang mga progressive stream signal ay nagbubunga
ng mas mahusay na kalidad ng pag-playback na nagpapakita ng isang buong frame sa isang pagkakataon, na iniiwasan ang anumang motion
artifacting na ginagawa kapag nagpapakita ng interlaced na signal.

Mga Kinakailangan sa Network

Dapat ay mayroon kang matatag na koneksyon sa internet na maaaring magpanatili ng sapat, tuluy-tuloy na
stream ng pag-upload.
Ang hindi matatag na koneksyon sa internet ay maaaring magresulta sa pag-utal at pagkahuli ng stream para sa iyong mga manonood. Gumamit ng mga wired na koneksyon. Ang mga koneksyon sa WiFi at LTE ay maaaring
maging batik-batik o magdusa mula sa interference o latency dahil sa hindi magandang QoS/packet-queue
prioritization. Hangga’t maaari, umasa sa isang hardwired na koneksyon para sa mga stream. Magplanong maglaan ng 50% mas bandwidth kaysa sa minimum na kinakailangan. Ang overhead ay idinagdag
upang mabayaran ang mga pagbabago sa bitrate sa pag-encode ng isang bitstream ng video. Gumamit ng dedikadong Internet VLAN sa pag-encode ng mga makina. Ang pagpapanatili ng encoder sa isang hiwalay na
network ay pumipigil sa mga potensyal na nakakagambalang epekto, kabilang ang: polusyon ng trapiko, mga
bottleneck ng bandwidth at masamang mga kadahilanan sa seguridad.

Closed Captioning

Sinusuportahan ng IVS ang closed captioning. Bilang isang streamer, kung gusto mong mag-alok ng mga caption sa iyong
audience, dapat kang magpadala ng data ng caption sa isang tinatanggap na format, maaaring naka-embed sa iyong
stream o sa tabi ng iyong stream, sa pamamagitan ng iyong video encoder. Tumatanggap ang Amazon IVS ng mga caption sa linyang 21 CEA-708/EIA-608 na format (tinukoy din bilang 608
over 708). Maaari kang magpadala ng mga caption gamit ang isa sa mga sumusunod na pamamaraan:

  • CEA-708/EIA-608 na naka-embed sa video elementary stream, gaya ng inilarawan sa ATSC
    A/72 (SEI user_data). Ang format na ito ay karaniwan sa mga broadcast
    encoder sa telebisyon.
  • CEA-708/EIA-608 na ipinadala sa pamamagitan ng RTMPS onCaptionInfo script/AMF0 tag. Ang
    format na ito ay karaniwan sa mga Internet broadcast encoder at media server tulad
    ng Elemental Technologies at Wowza. Sinusuportahan ng Amazon IVS Player SDK ang isang
    wika; hindi nila sinusuportahan ang pag-playback ng mga multi-track na caption.

Tandaan: Sinusuportahan lang ng Amazon IVS Player SDK ang data ng caption sa field 1 ng CC1 NTSC. Hindi nila
sinusuportahan ang playback ng mga multi-track na caption. Kapag nagpapadala sa pamamagitan ng RTMPS, ang payload ay dapat maglaman ng ECMA array na may dalawang
pares ng elemento:

  • Isang string typena pinangalanang naglalaman ng mga character
    708.
  • Isang string datana pinangalanang naglalaman ng base64-encoded
    CEA-708/EIA-608 payload.

Halimbawa:

  00000000 12 00 00 69 00 00 00 00 00 00 00 02 00 0d 6f 6e |...i..........on| 00000010 43 61 70 74 69 6f 6e 49 6e 66 6f 08 00 00 00 02 |CaptionInfo.....| 00000020 00 04 74 79 70 65 02 00 03 37 30 38 00 04 64 61 |..type...708..da| 00000030 74 61 02 00 3c 74 51 41 78 52 30 45 35 4e 41 4e |ta..<tQAxR0E5NAN| 00000040 4c 41 50 79 55 72 76 79 55 49 50 79 52 51 50 7a |LAPyUrvyUIPyRQPz| 00000050 49 35 66 7a 73 37 50 7a 76 4c 50 77 67 56 50 7a |I5fzs7PzvLPwgVPz| 00000060 33 36 66 7a 30 34 2f 78 6f 67 50 79 55 4c 2f 38 |36fz04/xogPyUL/8| 00000070 3d 00 00 09 00 00 00 74 |=......t|

Kung gagamitin mo ang Elemental na video encoder, i-set up ito bilang sumusunod:

  • Itakda ang naka-embed na caption sa “capture 608 Field 1.”
  • I-embed ang mga caption na may onCaptionInfo bilang
    tag ng RTMPS sa pangkat ng output.

Stream gamit ang FFmpeg

Ang FFmpeg ay isang libre, open-source na proyekto na binubuo ng isang malawak na hanay ng mga software library
para sa paghawak ng video, audio, at iba pang mga multimedia file at stream. Maaari itong magamit sa
maraming mga operating system at device. Tingnan ang website ng FFmpeg para sa pag-
install at iba pang impormasyon tungkol sa FFmpeg. Gamitin ang pinakabagong static na build (huwag mag-
compile). Pagkatapos mag-install, pumili ng audio/video input source para sa FFmpeg. Maaari mong hanapin kung ano
ang magagamit, tulad ng sumusunod: ffmpeg -list_devices true -f dshow -i dummy. Para sa karagdagang impormasyon, tingnan dito. Depende sa kung ano ang available at kung anong paraan ng pag-capture ang naka-target,
dapat mong makuha ang video/audio (naka-embed) nang direkta mula sa iyong napiling
device at i-encode ang mga signal gamit ang FFmpeg. Halimbawa:

  • Webcam — Upang makuha ang output mula sa Logitech C920 webcam:
    ffmpeg -f dshow -video_size 1920x1080 -framerate 30 -i video="HD Pro Webcam C920":audio="Microphone (HD Pro Webcam C920)" -c:v libx264 -b:v 6000K -maxrate 6000K -pix_fmt yuv420p -r 30 -s 1920x1080 -profile:v main -preset veryfast -g 120 -x264opts "nal-hrd=cbr:no-scenecut” -acodec aac -ab 160k -ar 44100 -f flv rtmps://<IVS-ingest-server>/<IVS-stream-key>
  • Video file — Gumagana ang FFmpeg sa maraming format ng video-file at mga capture card. Narito
    ang isang halimbawa ng streaming batay sa isang MP4 input:
    ffmpeg -re -i input.mp4 -c:v libx264 -b:v 6000K -maxrate 6000K -pix_fmt yuv420p -s 1920x1080 -profile:v main -preset veryfast -force_key_frames expr:gte(t,n_forced*2) -x264opts "nal-hrd=cbr:no-scenecut” -acodec aac -ab 160k -ar 44100 -f flv rtmps://<IVS-ingest-server>/app/<IVS-stream-key>

Para sa higit pang impormasyon tungkol sa kung para saan ang papasukin <IVS-ingest-server>at
<IVS-stream-key>, tingnan ang impormasyon tungkol sa pag-set up ng
live-streaming na software sa Pagsisimula sa Amazon IVS. Halimbawa:

  • Ingest server:
    rtmps://jds34ksdg3las.global-contribute.live-video.net/app/
  • Stream key:sk_us-west-2_abcd1234efgh5678ijkl

Stream mula sa Android at iOS
gamit ang Amazon IVS Broadcast SDK

Ang Amazon IVS broadcast SDK ay para sa mga developer na gumagawa ng mga Android o iOS
application gamit ang Amazon IVS. Tingnan ang dokumentasyon ng broadcast SDK sa Amazon IVS User Guide , simula dito.

Pagsubok sa Stream

Palaging i-verify na gumagana ang iyong stream. Mag-navigate sa video stream sa Amazon IVS
console, para panoorin kung ano ang sini-stream at pamahalaan ang live stream.


Leave a comment

Your email address will not be published. Required fields are marked *