Haluatko oppia webcast?

tässä artikkelissa käsitellään lyhyesti, mitä on webcast, ennen kuin selitetään, miten tehdä oma webcast viidessä vaiheessa. Jos haluat videon tästä aiheesta, yhdessä korostamalla monia ominaisuuksia, joita voitaisiin käyttää osana webcast tai tuloksena on-demand-tiedosto, tutustu tämä aloittaminen Demo.

• mikä on webcast?
• Mitä eroa on webcastilla ja webinaarilla?
• Vaihe 1: Valitse video-ja äänilähde
• Vaihe 2: kooderin valitseminen
• Vaihe 3: toimitustavan valitseminen
• Vaihe 4: internet-yhteyden varmistaminen
• Vaihe 5: kooderin määrittäminen

mikä on webcast?

ennen sukellusta ”miten”, käydään lyhyesti läpi ”mitä”. Niille, jotka ovat kuulleet webcast mutta eivät tunne, mitä se tarkoittaa tai miten se eroaa live stream, vain tietää, että live online video. Pohjimmiltaan, webcast lähettää suoraa videota Internetissä. Se ei ole sidottu formaatteihin, yhteensopiviin laitteisiin tai mihinkään muuhunkaan. Jos joku tekee livestriimiä ja se tehdään netin kautta, se on nettilähetys.

Mitä eroa on webcastilla ja webinaarilla?

webinaari on eräänlainen webcast. Määritelmän mukaan webinaari on Internetissä reaaliaikaisesti toteutettava verkkoseminaari tai-konferenssi. Usein mukana on interaktiivinen komponentti, kuten Q&istunto, mutta se ei ole pakollinen. Formaatti tunnetaan opetusalustana, joka tarjoaa tietoa jostakin aiheesta. Koska se on video streamed Internetissä, se on eräänlainen webcast. Toisin sanoen kaikki webinaarit ovat webcasteja, mutta kaikki webcastit eivät ole webinaareja. Niille, jotka ihmettelevät, miten webcast eroaa podcast, webcast liittyy yleensä videosisältöä, kun podcast liittyy audio broadcast, joskus live mutta usein on-demand samoin.

nyt kun on puhuttu siitä, mikä on webcast, niin sukelletaan askeleisiin, miten webcast.

Vaihe 1: valitse video-ja äänilähde

tämä vaihe voi olla nopea, Jos olet tehnyt videon aiemmin ja sinulla on pääsy laitteisiin, tai se voi olla aikaa vievää, jos et ole koskaan aiemmin striimannut. Jos olet uusi streaming, valitsemalla videolähteen pitäisi olla jotain, joka voidaan digitoida. Tämä on joko web-kamera, joka tuottaa jo videosignaalin verkkoystävällisessä muodossa, tai se edellyttää kameran ja kaappauskortin käyttöä, joka luo web-ystävällisen lähteen. Kamerat, joissa on lähtöjä, kuten HDMI, HD-SDI tai komponentti, ovat esimerkkejä niistä, jotka tarvitsevat kaappauskortin. Monimutkaisuudesta riippuen lähetys saattaa käyttää yhtä videolähdettä tai useita videolähteitä, joiden välillä vaihdetaan.

äänen osalta tämä voi olla kameraan sisäänrakennettu lähde tai erillinen äänenkaappauslaite, kuten eristetty mikrofoni. Niille, jotka etsivät helppokäyttöisyyttä tehdä webcast, webcam sisäänrakennettu mikrofoni on helpoin tapa. Parempia tuloksia etsivät haluavat ammattilaiskameran ja eristetyn mikrofonin, joka voidaan sijoittaa optimaalisesti.

Vaihe 2: kooderin valitseminen

niille, jotka ovat uusia webcastingissa, kooderi muuntaa audio-video-sisällön muotoon, jota voidaan suoratoistaa Internetissä. Kooderi voi olla ohjelmisto-tai laitteistopohjainen. Kummassakin skenaariossa video-ja äänilähteet syötetään siihen. Kooderi lähettää sitten stream URL, joka on sidottu toimitustapa.

annostelutapa määrittää osittain sen, mitä kooderia käytetään. Erityisesti, kooderin pitäisi pystyä tulostamaan yhteensopivassa muodossa. Esimerkiksi jos videoratkaisu hyväksyy vain RTMP: n (Real Time Messaging Protocol), kooderin on tuettava tätä. IBM: n videoiden suoratoisto-ja yritysvideoiden suoratoisto-tarjonnassa tarvitaan RTMP-kooderi. Esimerkiksi siksi, että:

• Telestream Wirecast (ohjelmisto)
• vMix (ohjelmisto)
• Teradek Cube (laitteisto)
• NewTek Tricaster (hadware)

Vaihe 3: toimitustavan valitseminen

toimitustavan valitsemiseksi tämän tulisi vastata sisältöä koskevia tavoitteitasi. Jos webcast on turvattava, on valittava palveluntarjoaja, joka voi rajoittaa pääsyä sisältöön. Tämä on erityisen totta, jos webcast on vain sisäinen, jolle on olemassa yrityksen Video Tietoturvakomponentit tämän saavuttamiseksi.

niin haluttu turvallisuus on yksi näkökohta, toinen on skaalautuvuus. Jos katsojakuntasi odotetaan olevan potentiaalisesti suuri, toimitustapasi on kyettävä skaalaamaan sen mukaisesti. Tämä valkoinen kirja, Live Video Delivery System rakennettu skaalautuvuus, hahmotellaan hieman siitä, miten järjestelmä voidaan rakentaa saavuttaa mittakaava, erityisesti miten se tehdään IBM Watson Media.

monilla ratkaisuilla on kuitenkin lisäarvoa, joka ylittää tietoturvan ja skaalautuvuuden. Alkeellisista vaatimuksista, kuten upotettavasta soittimesta, hienostuneisiin prosesseihin, kuten katsojan seurantaan. Sisällönomistajan on priorisoitava ominaisuuksia ja valittava, mitä hän lisää talon sisällä verrattuna siihen, että hän valitsee palveluntarjoajan, joka paketoi nämä palveluun. Yksi huomioon otettava seikka on kuitenkin se, millaisen yleisön haluat tavoittaa. Antureita, jotka ovat RTMP perustuu vain voi tavoittaa katsojat, jotka ovat Flash-pohjainen soitin raw-syöte. Tämä sulkee pois mobiilikatsojat, joissa Flash ei yleensä ole yhteensopiva. Tapa tavoittaa tämä yleisö on transkoodauksen kautta. Tämä voi tehdä stream yhteensopiva näiden laitteiden. Yhteensopivuus on kuitenkin yksi komponentti, toinen varmistaa, että katsoja voi katsella sisältöä niiden yhteysnopeudella. Tämä voidaan saavuttaa adaptiivisen bitrate streaming, prosessi palvelevat eri bitrate ja resoluutio yhdistelmiä videosisällön perustuu niiden yhteysnopeuteen. Tämä tekniikka on osa mobiiliystävällistä toimitustekniikkaa nykyään, kuten HLS (HTTP Live Streaming). Niin usein, kun sisältö muunnetaan mobiiliyhteensopivaksi, adaptiivisen suoratoiston tukeminen voi mennä sen mukana. Se sanoi, Adaptiivinen tekniikka tarvitsee lisää bittinopeus siirtyä. On olemassa kaksi menetelmää tämän saavuttamiseksi, yksi on lähettää useita kilobitin kooderista. Tätä ei suositella, koska se vaatii nopeamman Internet-yhteyden, jota käsitellään seuraavassa vaiheessa. Sen sijaan, se on suositeltavaa mennä palvelun, joka tekee pilvi transkoodaus yhdestä, korkea laatu stream. Pohjimmiltaan luoda ylimääräisiä resoluutio ja bittinopeus yhdistelmiä, joita käytetään osana mukautuva prosessi sen sijaan, että niiden lähettäminen.

Vaihe 4: Internet-yhteyden turvaamista

tätä voidaan pitää tärkeimpänä askeleena. Verkkolähetyksen vetämiseen tarvitaan luotettava, Nopea Internet-yhteys. Kuinka nopeasti yhteyden tarvitset määräytyy osittain laatu aiot lähettää. Hyvä nyrkkisääntö on turvata latausnopeus, joka on noin kaksinkertainen suunniteltuun bittinopeuteen. Joten jos aiot stream 1Mbps, latausnopeuden pitäisi olla 2Mbps.

on korostettava, että Internet-yhteys on ratkaisevan tärkeä. Se voi tehdä tai rikkoa webcast. Tämän vuoksi webcastin paikalla pitäisi tapahtua paljon testausta luotettavan yhteyden varmistamiseksi. Tämä pitäisi tehdä nopeustestillä työmaalla. Ei muuttujia liian, kuten jos se on jaettu yhteys ja mahdollisuus muut käyttävät käytettävissä latausnopeutta lähetyksen aikana, jos se on. Toinen näkökohta on tyyppi, koska langattomat signaalit ovat vähemmän luotettavia kuin langallinen yhteys.

huomaa, että jos siirryt palveluun, joka edellyttää, että lähetät lisää bittinopeuksia kooderin kautta, se vaatii nopeampaa yhteysnopeutta. Kuinka nopeasti taas perustuu laatuun, vaikka tässä tapauksessa kaikki kilobitin olisi laskettava yhteen. Esimerkiksi, jos yksi aikoi tarjota 2.5 Mbps, 1Mbps, 500kbps ja 250kbps syöttö, että olisi yhteensä 3.25 Mbps. Tämän seurauksena, 6.5 Mbps latausnopeus olisi tarpeen. Tämän vuoksi suositellaan pilvipalvelun transkoodausta live-sisällön ylimääräisten bittinopeuksien luomiseksi.

Vaihe 5: kooderin määrittäminen

palapelin viimeinen pala on kooderin määrittäminen. Toimitustapa ja yhteyden nopeus vaikuttavat tähän vaiheeseen.

ensimmäinen up on saada syöttämällä stream URL live kanava haluat stream. Tämä vaihtelee palveluntarjoajan mukaan. IBM: n videoiden suoratoisto-ja yritysvideoiden suoratoisto-tarjonnassa nämä tiedot löytyvät kojelaudasta. Klikkaamalla kanavan siellä ja menossa ” lähetysasetukset ”ja sitten”kooderin Asetukset”. Tämä antaa RTMP: n URL-osoitteen ja virta-avaimen, joka voidaan syöttää kooderiin. Vaihtoehtoisesti, jos kooderi tukee sitä, voit kirjautua käyttämällä laitteen salasanaa sen sijaan, että käytät stream tiedot löytyvät ”kooderin Asetukset”.

seuraavaksi kooderin sisällä täytyy määrittää resoluutio ja bittinopeus. Joskus nämä attribuutit linkitetään toisiinsa, eli jos valitset 720p-vaihtoehdon, siihen saattaa liittyä jo oletusbittinopeus. Varmista, että bittinopeus ei ylitä puolta lähetysnopeudestasi kohteessa.

lisäasetukset riippuvat kooderista. Jos sen avulla sisällön omistaja voi hallita avainkehyksen aikaväliä, tämän tulisi olla 2 sekuntia. Jos et näe mahdollisuutta asettaa aikaväli, tämä tarkoittaa yleensä sitä, että se on asetettu 2 sekuntia. Jos käytettävissä on automaattinen avainkehysväli, se tulee poistaa käytöstä. Lue lisää tässä Keyframes, Interframe ja Video Pakkaus artikkeli.

Summary

Webcasting voi olla helppo vetää pois, mutta vaikea hallita. Kuten useimmat asiat, harjoitus tekee täydelliseksi, ja tekemällä enemmän lähetyksiä avulla yksi hioa taitojaan. Osa tästä, kuten toimitustavan valitseminen, on ihanteellisesti yksi ja tehty, kun taas asiat, kuten Internet-yhteytesi, pitäisi olla tapahtumapaikan tarkistuslistalla ennen jokaista live-streamia. Jos olet tehnyt ensimmäisen webcast ja ovat kiinnostuneita oppimaan lisää tekniikoita, tutustu 5 Pro Vinkkejä Live Video tuotanto.