Diberdayakan oleh Blogger.
RSS

Streaming

Streaming media

Dari Wikipedia, ensiklopedia bebas

Tipikal webcast , streaming media player tertanam.
Media streaming adalah multimedia yang terus-menerus diterima oleh dan disajikan ke pengguna akhir ketika sedang disampaikan oleh penyedia streaming. [ catatan 1 ] Nama mengacu pada metode pengiriman medium daripada media itu sendiri. Perbedaan ini biasanya diterapkan untuk media yang didistribusikan melalui jaringan telekomunikasi , karena sebagian besar sistem pengiriman lainnya baik inheren streaming (misalnya, radio , televisi ) atau inheren non-streaming (misalnya, buku , kaset video , audio CD ). Kata kerja 'untuk streaming' ini juga berasal dari istilah ini, yang berarti untuk memberikan media dalam cara ini. televisi Internet adalah media streaming umumnya.
Live streaming, memberikan live melalui internet, melibatkan kamera untuk media, sebuah encoder untuk mendigitalkan konten, penerbit media, dan jaringan pengiriman konten untuk mendistribusikan dan memberikan konten.

Isi

  [ sembunyikan ] 

sunting ]Sejarah

Upaya untuk menampilkan media pada komputer tanggal kembali ke hari-hari awal komputasi pada pertengahan abad ke-20. Namun, sedikit kemajuan dibuat untuk beberapa dekade, terutama karena biaya yang tinggi dan kemampuan terbatas dari perangkat keras komputer.
Dari akhir 1980-an hingga 1990, konsumen kelas komputer pribadi menjadi cukup kuat untuk menampilkan berbagai media. Masalah teknis utama yang terkait untuk streaming adalah:
Namun, jaringan komputer masih terbatas, dan media biasanya diserahkan non-streaming saluran, seperti dengan men-download file digital dari sebuah remote server dan kemudian menyimpannya ke drive lokal pada komputer pengguna akhir atau menyimpannya sebagai file digital dan bermain kembali dari CD-ROM .
Selama 1990-an dan awal 2000-an, pengguna internet melihat:
  • lebih besar bandwidth jaringan, terutama di mil terakhir
  • peningkatan akses ke jaringan, terutama internet
  • menggunakan protokol standar dan format, seperti TCP / IP , HTTP , dan HTML
  • komersialisasi Internet.
Kerusakan Ban parah adalah band pertama yang melakukan hidup di Internet. Pada tanggal 24 Juni 1993, band ini memainkan manggung di Xerox PARC sementara di tempat lain di gedung itu, para ilmuwan membahas teknologi baru ( MBone ) untuk penyiaran di Internet menggunakan multicasting . Sebagai bukti dari teknologi mereka, band ini siaran dan bisa dilihat tinggal di Australia dan tempat lain.
RealNetworks juga pelopor dalam pasar media streaming dan disiarkan salah satu acara sebelumnya audio melalui Internet - pertandingan bisbol antara Seattle Mariners Yankees dan - pada tahun 1995. [ 1 ] Mereka pergi untuk meluncurkan teknologi video streaming pertama di 1997.
Ini kemajuan dalam jaringan komputer dikombinasikan dengan komputer rumah kuat dan sistem operasi modern membuat streaming media praktis dan terjangkau bagi konsumen biasa. Berdiri sendiriperangkat radio Internet muncul untuk menawarkan pendengar pilihan-komputer untuk mendengarkan audio stream.
Secara umum, konten multimedia memiliki volume besar, sehingga media penyimpanan dan biaya transmisi masih signifikan. Untuk mengimbangi ini agak, media umumnya terkompresi untuk kedua penyimpanan dan streaming.
Peningkatan permintaan konsumen untuk streaming definisi tinggi (HD) konten ke perangkat yang berbeda di rumah telah memimpin industri untuk mengembangkan sejumlah teknologi, sepertiWireless HD atau ITU-T G.hn , yang dioptimalkan untuk streaming konten HD tanpa memaksa pengguna untuk menginstal baru kabel jaringan .
Peningkatan permintaan konsumen untuk live streaming telah mendorong YouTube untuk mengimplementasikan layanan baru mereka Live Streaming kepada pengguna. [ 2 ]
Sebuah media stream dapat dialirkan baik hidup atau on demand. Live stream umumnya disediakan oleh sarana yang disebut streaming yang benar. Benar Streaming mengirimkan informasi tersebut langsung ke komputer atau perangkat tanpa menyimpan file ke hard disk. Pada Streaming Permintaan disediakan oleh sarana yang disebut streaming yang progresif atau download progresif .streaming yang Progresif menyimpan file ke hard disk dan kemudian dimainkan dari lokasi itu. On Demand stream sering disimpan ke hard disk dan server untuk jumlah diperpanjang waktu, sedangkan aliran hidup hanya tersedia pada satu waktu saja (misalnya selama pertandingan Sepak Bola). [ 3 ]

sunting ]bandwith Streaming dan penyimpanan

Sebuah kecepatan broadband 2,5 Mbit / s atau lebih direkomendasikan untuk film streaming, misalnya ke Apple TV , Google TV atau TV Sony Blu-ray Disc Player, 10 Mbit / s untuk konten High Definition. [ 4 ]

Koneksi unicast memerlukan beberapa sambungan dari streaming server yang sama bahkan ketika aliran konten yang sama
Streaming media ukuran penyimpanan dihitung dari bandwidth streaming dan panjang media menggunakan rumus berikut (untuk single user dan file):
penyimpanan ukuran (dalam mebibytes ) = panjang (dalam detik) × bit rate (dalam bit / s) / (8 × 1024 × 1024) [ catatan 2 ]
Dunia nyata contoh:
Satu jam video dikodekan pada 300 kbit / s (ini adalah video broadband khas pada 2005 dan biasanya disandikan dalam ukuran 320 × 240 piksel jendela) akan:
(3.600 s × 300.000 bit / s) / (8 × 1024 × 1024) membutuhkan sekitar 128 MiB penyimpanan.
Jika file tersebut disimpan pada server untuk on-demand streaming dan aliran ini dipandang oleh 1.000 orang pada saat yang sama menggunakan Unicastprotokol, kebutuhannya adalah:
300 kbit / s × 1.000 = 300.000 kbit / s = 300 Mbit / s bandwidth
Hal ini setara dengan sekitar 135 GB per jam. Menggunakan multicast protokol server hanya mengirimkan aliran tunggal yang umum bagi semua pengguna.Oleh karena itu, seperti sungai hanya akan menggunakan 300 kbit / s melayani bandwidth. Lihat di bawah untuk informasi lebih lanjut tentang protokol ini.
Perhitungan untuk streaming Live serupa.
Asumsi: kecepatan encoder, adalah 500 kbit / s.
Jika acara berlangsung selama 3 jam dengan 3.000 penonton, maka perhitungannya adalah:
Jumlah MiB ditransfer = kecepatan encoder (dalam bit / s) x jumlah detik × jumlah pemirsa / (8 * 1024 * 1024)
Jumlah MiB ditransfer = 500.000 (bit / s) × 3 × 3.600 (= 3 jam) × 3.000 (nbr pemirsa) / (8 * 1024 * 1024) = 1.931.190 MiB

sunting ]Codec, bitstream, transportasi, kontrol

Stream audio dikompresi dengan menggunakan codec audio seperti MP3, Vorbis atau AAC.
Stream video dikompresi menggunakan video codec seperti H.264 atau VP8.
Pengkodean audio dan video stream yang dirakit di sebuah bitstream wadah seperti FLV, WebM, ASF atau Isma.
Bitstream disampaikan dari server streaming ke klien streaming menggunakan protokol transportasi, seperti MMS atau RTP .
Klien Streaming dapat berinteraksi dengan server streaming menggunakan protokol kontrol, seperti MMS atau RTSP.

sunting ]Protokol masalah

Merancang sebuah protokol jaringan untuk mendukung streaming media menimbulkan banyak masalah, seperti:
  • Datagram protokol, seperti User Datagram Protocol (UDP), mengirim stream media sebagai serangkaian paket kecil. Ini adalah sederhana dan efisien, namun, tidak ada mekanisme dalam protokol untuk menjamin pengiriman. Hal ini sampai ke aplikasi penerima untuk mendeteksi kerugian atau korupsi dan memulihkan data menggunakan koreksi kesalahan teknik. Jika data hilang, aliran mungkin mengalami putus sekolah .
  • The Real-time Streaming Protocol (RTSP), Real-time Transport Protocol (RTP) dan Real-time Transport Control Protocol (RTCP) yang khusus dirancang untuk media stream melalui jaringan. RTSP berjalan melalui berbagai protokol transport, sementara dua yang terakhir dibangun di atas UDP.
  • Pendekatan lain yang tampaknya menggabungkan kedua keuntungan menggunakan protokol web standar dan kemampuan yang akan digunakan untuk streaming bahkan konten hidup adalah bitrate adaptif HTTP streaming. HTTP Streaming bitrate adaptif didasarkan pada download HTTP progresif, tetapi bertentangan dengan pendekatan sebelumnya, di sini file-file sangat kecil, sehingga mereka dapat dibandingkan dengan streaming paket, seperti kasus menggunakan RTSP dan RTP. [ 5 ]
  • Handal protokol, seperti Transmission Control Protocol (TCP), menjamin pengiriman tepat setiap bit pada media stream. Namun, mereka mencapai hal ini dengan sistem timeout dan retries, yang membuat mereka lebih kompleks untuk diimplementasikan. Ini juga berarti bahwa ketika ada kehilangan data pada jaringan, kios-kios aliran media sementara mendeteksi protokol penangan kerugian dan memancarkan kembali data yang hilang. Klien dapat meminimalkan efek ini dengan penyangga data untuk ditampilkan. Sementara penundaan karena buffering diterima dalam video pada skenario permintaan, pengguna aplikasi interaktif seperti konferensi video akan mengalami kehilangan kesetiaan jika penundaan yang memberikan kontribusi untuk penyangga melebihi 200 ms. [ 6 ]
  • Unicast protokol mengirimkan salinan terpisah dari media stream dari server ke setiap penerima. Unicast adalah norma untuk koneksi Internet yang paling, tetapi tidak skala dengan baik ketika banyak pengguna ingin melihat yang sama program televisi secara bersamaan.

Multicasting siaran salinan yang sama dari multimedia melalui seluruh jaringan untuk sekelompok klien
  • Multicast protokol yang dikembangkan untuk mengurangi replikasi data (dan konsekuen server / jaringan beban) yang terjadi ketika banyak penerima menerima stream konten unicast secara independen. Protokol-protokol ini mengirim aliran tunggal dari sumber ke sekelompok penerima. Tergantung pada infrastruktur jaringan dan jenis, transmisi multicast mungkin atau mungkin tidak layak. Salah satu potensi kerugian multicasting adalah hilangnyavideo on demand fungsionalitas. Streaming yang terus menerus dari bahan radio atau televisi biasanya menghalangi kemampuan penerima untuk mengontrol pemutaran. Namun, masalah ini dapat diatasi oleh elemen-elemen seperti server caching, digital set-top box , dan buffer media player .
  • IP Multicast menyediakan sarana untuk mengirim aliran media tunggal kepada sekelompok penerima pada jaringan komputer . Sebuah protokol multicast, biasanya Internet Group Management Protocol , digunakan untuk mengelola aliran pengiriman multicast untuk kelompok penerima pada sebuah LAN. Salah satu tantangan dalam menyebarkan IP multicast adalah bahwa router dan firewall antara LAN harus memungkinkan petikan paket ditakdirkan untuk grup multicast. Jika organisasi yang melayani konten memiliki kontrol atas jaringan antara server dan penerima (yaitu, pendidikan, pemerintah, dan perusahaan intranet ), kemudian routing protokol seperti Protokol Independen multicast dapat digunakan untuk memberikan streaming konten ke beberapa Local Area Network segmen .
  • Peer-to-peer (P2P) protokol mengatur aliran rekaman untuk dikirim antara komputer. Hal ini untuk mencegah server dan koneksi jaringan dari menjadi hambatan. Namun, hal itu menimbulkan masalah teknis, kinerja, kualitas, dan bisnis.

sunting ]Lihat juga

sunting ]Catatan

sunting ]Catatan kaki

  1. ^ Istilah "disajikan" digunakan dalam artikel ini dalam arti umum yang meliputi pemutaran audio atau video.
  2. ^ 1 = 8 × mebibyte 1024 × 1024 bit.

sunting ]Kutipan

  1. "RealNetworks Inc" . Pendanaan Universe Diperoleh 2011/07/23 .
  2. ^ Josh Lowensohn (2008). "YouTube untuk Penawaran Live Streaming Tahun Ini" . Diperoleh 2011/07/23 .
  3. ^ Grant dan Meadows. (2009). Komunikasi Teknologi Update dan Fundamental Edisi 11. pp.114
  4. ^ persyaratan Mimimum untuk Player Sony Blu-ray Disc TV, pada iklan terpasang ke DVD NetFlix tidak cukup spesifik untuk memverifikasi ]
  5. ^ Ch. Patrikakis Z., N. Papaoulakis, Ch. Stefanoudaki, MS Nunes, "perang Streaming isi: Download dan putar pemogokan kembali" disajikan di Personalisasi dalam Media Workshop Platform Pengiriman, [218-226], Venice, Italia, 2009.
  6. ^ Krasic, C dan Li, K. dan Walpole, J., Kasus untuk streaming multimedia dengan TCP , Catatan Kuliah di Ilmu Komputer, halaman 213-218, Springer, 2001

  • Digg
  • Del.icio.us
  • StumbleUpon
  • Reddit
  • RSS

0 komentar:

Posting Komentar