vil du lære at sende?

denne artikel diskuterer kort, hvad der er en internetcast, før du forklarer, hvordan du laver en egen internetcast i fem trin. Hvis du vil have en video om dette emne sammen med at fremhæve mange af de funktioner, der kan bruges som en del af en internetcast eller resulterende on-demand-fil, skal du tjekke denne Kom godt i gang Demo.

• Hvad er en internetcast?
• hvad er forskellen mellem en internetcast og en internetcast?
• Trin 1: Vælg en video-og lydkilde
• Trin 2: Vælg en encoder
• Trin 3: Valg af leveringsmetode
• Trin 4: sikring af en internetforbindelse
• Trin 5: konfiguration af din encoder

Hvad er en internetcast?

før vi dykker ned i “hvordan”, lad os kort tackle “hvad”. For dem, der har hørt om en internetcast, men ikke er bekendt med præcis, hvad det betyder, eller hvordan det adskiller sig fra en live stream, skal du bare vide, at det er live online video. I det væsentlige sender en internetcast live video over Internettet. Det er ikke bundet til formater, kompatible enheder eller noget andet. Hvis nogen laver en live stream, og det gøres via Internettet, er det en internetcast.

hvad er forskellen mellem en internetcast og en internetcast?

en internetudbyder er en type internetudbyder. Per definition er et online seminar eller en online konference udført over Internettet i realtid. Ofte er en interaktiv komponent, som f.eks. en session&, inkluderet, men er ikke obligatorisk. Formatet er kendt som en uddannelsesplatform til at give information om et emne. Da det er video streamet over Internettet, er det en slags internetcast. Med andre ord er alle internetcasts internetcasts, men ikke alle internetcasts er internetcasts. For dem, der undrer sig over, hvordan en podcast adskiller sig fra en podcast, relaterer det normalt til videoindhold, mens en podcast vil forholde sig til en lydudsendelse, nogle gange live, men ofte også On-demand.

nu hvor vi har talt om, hvad der er en internetcast, lad os dykke ned i trinnene til, hvordan man sender.

Trin 1: vælg en video-og lydkilde

dette trin kan være hurtigt, hvis du tidligere har lavet video og har adgang til udstyr, eller det kan være tidskrævende, hvis du aldrig har streamet før. Hvis du er ny til streaming, skal valg af en videokilde være noget, der kan digitaliseres. Dette vil enten være et kamera, der allerede producerer et videosignal i et internetvenligt format, eller det vil involvere brug af et kamera og et optagekort, der opretter en kilde, der er internetvenlig. Kameraer, der har udgange som HDMI, HD-SDI eller komponent, er eksempler på dem, der har brug for et optagekort. Afhængigt af kompleksiteten kan udsendelsen bruge en enkelt videokilde eller flere videokilder, der skiftes mellem.

for lyd kan dette være en kilde, der er indbygget i kameraet, eller en separat lydoptagelsesenhed som en isoleret mikrofon. For dem, der leder efter brugervenlighed til at gøre deres hjemmeside, er et kamera med en indbygget mikrofon den nemmeste metode. De, der leder efter bedre resultater, vil have et professionelt kamera og en isoleret mikrofon, der kan placeres optimalt.

Trin 2: Vælg en encoder

for dem, der er nye til internetcasting, konverterer en encoder dit audio-videoindhold til et format, der kan streames over Internettet. Koderen kan være programmel-eller maskinbaseret. I begge scenarier vil video-og lydkilderne blive fodret ind i den. Koderen sendes derefter til en stream-URL, som vil være bundet til din leveringsmetode.

med hensyn til hvilken encoder der skal bruges, bestemmes dette delvist af din leveringsmetode. Især skal din encoder være i stand til at udsende i et kompatibelt format. For eksempel hvis din videoløsning kun accepterer RTMP (Real Time Messaging Protocol), skal din encoder understøtte dette. I tilfælde af IBMs videostreaming og enterprise video streaming-tilbud er der brug for en RTMP-koder. Eksempler inkluderer:

• Telestream-kabelføring (programmel)
• programmel)
• Teradek Cube (maskinel)
• )

Trin 3: Valg af leveringsmetode

for at vælge en leveringsmetode skal dette svare til dine mål for indholdet. Hvis det er nødvendigt at sikre en internetcast, skal en udbyder, der kan begrænse adgangen til indholdet, vælges. Dette gælder især, hvis Netcast kun skal være internt, for hvilket der er Enterprise Video Security-komponenter til rådighed for at opnå dette.

så ønsket sikkerhed er en overvejelse, en anden er skalerbarhed. Hvis dit seerskab forventes at være potentielt stort, skal din leveringsmetode være i stand til at skalere i overensstemmelse hermed. Denne hvidbog, Live Video Delivery system bygget til skalerbarhed, beskriver lidt om, hvordan et system kan bygges for at opnå skala, især hvordan det gøres hos IBM.

mange løsninger har værditilvækst, der dog går ud over sikkerhed og skalerbarhed. Fra rudimentære krav, som en integreret afspiller, til sofistikerede processer som seersporing. En indholdsejer bliver nødt til at prioritere funktioner og vælge, hvad der skal tilføjes internt i forhold til at vælge en leveringsudbyder, der pakker disse sammen med tjenesten. En overvejelse at gøre, selvom, er den type publikum, du ønsker at nå. Encodere, der er RTMP-baserede, kan kun nå seere, der har en flashbaseret afspiller med det rå feed. Det udelukker mobile seere, hvor Flash generelt ikke er kompatibel. En måde at nå dette publikum på er gennem omkodning. Dette kan gøre strømmen kompatibel over disse enheder. Kompatibilitet er dog en komponent, den anden sørger for, at seeren kan se indholdet med deres forbindelseshastighed. Dette kan opnås gennem adaptiv bitrate streaming, en proces med at betjene forskellige bitrate og opløsningskombinationer af videoindhold baseret på deres forbindelseshastighed. Denne teknologi er en komponent i mobilvenlig leveringsteknologi i dag, såsom HLS (HTTP Live Streaming). Så ofte, når indhold konverteres til at være mobilkompatibelt, kan understøttelse af adaptiv streaming gå sammen med det. Når det er sagt, har den adaptive teknologi brug for de ekstra bitrates at skifte til. Der er to metoder til at opnå dette, den ene er at sende flere bitrates fra koderen. Dette anbefales ikke, da det kræver en hurtigere internetforbindelse, som vil blive behandlet i næste trin. I stedet anbefales det at gå med en tjeneste, der gør cloud transcoding fra en enkelt strøm af høj kvalitet. Væsentlige skabe den ekstra opløsning og bitrate kombinationer, der vil blive brugt som en del af den adaptive proces i stedet for at skulle sende dem.

Trin 4: sikring af en internetforbindelse

dette kunne hævdes som det vigtigste trin. En pålidelig, hurtig internetforbindelse er nødvendig for at trække en internetcast ud. Hvor hurtigt en forbindelse du har brug for, bestemmes delvist af den kvalitet, du planlægger at udsende på. En god tommelfingerregel er at sikre en uploadhastighed, der handler om det dobbelte af din planlagte bithastighed. Så hvis du vil streame med 1 Mbps, skal din uploadhastighed være 2 Mbps.

det skal understreges, at forbindelsen til internettet er afgørende. Det kan gøre eller bryde en internetcast. Som følge heraf skal der ske en masse test på hjemmesiden for at sikre, at der er en pålidelig forbindelse. Dette skal ske gennem en hastighedstest på stedet. Ikke af variabler også, som om det er en delt forbindelse og muligheden for, at andre bruger den tilgængelige uploadhastighed under udsendelsen, hvis den er. En anden overvejelse er type, da trådløse signaler er mindre pålidelige end en kabelforbindelse.

Bemærk, at hvis du går med en tjeneste, der kræver, at du sender yderligere bitrates gennem koderen, kræver det en hurtigere forbindelseshastighed. Hvor hurtigt igen er baseret på kvaliteten, selvom i dette tilfælde skal alle bitrates tilføjes. For eksempel, hvis man skulle levere en 2.5 Mbps, 1Mbps, 500kbps og en 250kbps feed, ville det være i alt 3.25 Mbps. Som et resultat kræves en uploadhastighed på 6,5 Mbps. Dette er grunden til, at cloud-omkodning for at oprette de ekstra bitrates på live-indhold anbefales.

Trin 5: konfiguration af din encoder

det sidste stykke i puslespillet konfigurerer din encoder. Din leveringsmetode og forbindelseshastighed påvirker dette trin.

først er at indtaste stream-URL ‘ en for den live kanal, du vil streame til. Dette vil variere afhængigt af din udbyder. For IBMs videostreaming-og enterprise-videostreaming-tilbud findes disse oplysninger i instrumentbrættet. Klik på en kanal derinde og gå til “Broadcast Settings” og derefter “Encoder Settings”. Dette giver en RTMP-URL og en streamnøgle, der kan indtastes i koderen. Alternativt, hvis din encoder understøtter det, kan du logge ind ved hjælp af en enhedsadgangskode i stedet for at bruge streamoplysningerne, der findes under “Encoder Settings”.

næste op, inde i koderen skal du angive din opløsning og bitrate. Nogle gange er disse attributter sammenkædet, hvilket betyder, at hvis du vælger en 720p-indstilling, kan den have en standardbitrate, der allerede er knyttet til den. Sørg for, at bithastigheden ikke overstiger halvdelen af din uploadhastighed på stedet.

yderligere indstillinger afhænger af koderen. Hvis det giver indholdsejeren mulighed for at styre keyframe-intervallet, skal dette indstilles til 2 sekunder. Hvis du ikke kan se muligheden for at indstille intervallet, betyder det normalt, at det er indstillet til 2 sekunder. Hvis et auto keyframe-interval er tilgængeligt, skal det deaktiveres. Få flere oplysninger i denne artikel om Keyframes, Interframe og videokomprimering.

Resume

Netcasting kan være let at trække af, men svært at mestre. Som de fleste ting gør praksis perfekt, og at gøre flere udsendelser giver en mulighed for at finpudse deres færdigheder. Noget af dette, som at vælge en leveringsmetode, vil ideelt set være en og gjort, mens ting som din internetforbindelse skal være på en spillestedstjekliste før hver live stream. Hvis du har lavet din første udsendelse og er interesseret i at lære flere teknikker, skal du tjekke vores 5 Pro-Tip til Live Videoproduktion.