Audio Streaming - Miten menestyä 2

pöytäkirjan Issues

suunnittelu protokolla, joka tukee streaming media voi olla vaikeaselkoisia.

Seuraavat kysymykset ovat huomionarvoisia:
pöytäkirjat kutsutaan Datagram, kuten User Datagram Protocol, lähettää mediavirran sarjana pieniä komponentteja tietoja. Vaikka tämä on yksinkertainen ja tehokas, pöytäkirja ei sisällä mitään säännöstä taata toimituksen tietovirran. Itse asiassa vastuu on sijoitettu käyttäjän havaita vahingoista tai korruptiota tiedot, ja palauttaa näiden tietojen avulla virheenkorjausta menetelmiä. Jos jotkut tiedot menetetään, tiedotusvälineet virta saattaa syntyä ns keskeyttämisen.

Seuraavat pöytäkirjat on erityisesti suunniteltu antamaan streaming media verkoissa:
Real-Time Streaming Protocol, RTP, ja Real-time Transport Control Protocol.

Luotettava protokollia, kuten Transmission Control Protocol, varmistaa oikea toimitus jokaisen bitin mediavirran. Jotta tähän päästäisiin, he käyttävät järjestelmää aikakatkaisuja ja sisäänkirjausyritysten, mikä tekee niistä monimutkaisempia toteuttaa. Huonona puolena on, että kun verkko kärsii on tietojen menetys, mediavirta asetetaan pitoon, kun protokollakäsittelijät menetyksen havaitsemiseen ja palautettava puuttuvat tiedot. Puskuroimalla näyttää tietoja, on mahdollista vähentää tätä vaikutusta melko huomattavasti.

Kun käytetään Unicast protokollia, vaihtoehtoinen kopio datavirta lähetetään palvelimelta kullekin käyttäjälle. Unicast on yleisimmin käytetty useimmissa Internet-yhteydet. Kuitenkin, se ei toimi hyvin, kun suuri määrä käyttäjät haluavat katsella samaa ohjelmaa samaan aikaan. Kun on paljon vastaanottajia vastaanottaa Unicast sisältöä purojen itsenäisesti, on yleensä tietojen kopiointi on seurauksena palvelimen /verkon kuormia. Vaikka streaming sisältö on sama kuin tarjoama liittyvät Streaming Server, jää vielä vaatimus useita yhteyksiä yksilähetysyhteyksiä.

Kuitenkin monilähetysprotokollia kehitettiin minimoimiseksi tällaista lisääntymään. Tällaiset pöytäkirjat lähettää vain yhden virran lähteeltä vastaanottajille. Onko Multicast lähetykset ovat toteutettavissa riippuu verkkoinfrastruktuurin ja tyyppi. Yksi mahdollinen haittapuoli multicasting on menetys kyky käyttää video on demand. Kun on kyse jatkuvasti streaming radio- tai televisio materiaalia, käyttäjä ei voi ohjata toistoa. Käyttö palvelinten kanssa kyky välimuistiin, digivastaanottimista, ja puskuroitu mediasoittimet ovat kaikki menetelmiä, joilla on taipumus rajoittaa tätä ongelmaa.

kyky lähettää yhden tietovirran käyttäjäjoukkojen tietoverkossa on saatavana IP multicast. Koska reitittimet ja palomuurit on sallittava tiedonkulun tarkoitettu ryhmälähetysryhmät, tämä on otettava huomioon käyttöön IP multicast.

Kun on kyse koulutuksen, hallinnon ja yrityksen intranetiin, jossa organisaatio, joka palvelee sisällön on valvoa verkon välillä palvelimen ja vastaanottajat, sitten reititys protokollia, kuten IGMP ja PIM voidaan käyttää kuljettamaan stream sisältöä useita LAN segmentteihin.

Organisoidaan äänitetyt virrat lähetetään tietokoneiden välillä muodostaa perustan vertaisverkko (P2P) protokollia. Tällä tavalla, palvelin ja sen verkkoyhteydet ovat vapaita kokee pullonkauloja. On kuitenkin tiettyjä asioita, jotka ehkä ratkaistava käytettäessä tällaisesta järjestelystä. Näitä ovat tekninen, tehokkuus, tietojen oikeellisuus, ja erilaisia ​​oikeudellisia kysymyksiä.

Audio Streaming – Miten menestyä
.