Потокове мультимедіа (стри́мінг) (від англ.streaming media) — це мультимедіа, яке безперервно отримується користувачем від провайдера потокового мовлення через Інтернет. Це поняття застосовне як до інформації, поширюваної через телекомунікації, так і до інформації, яка спочатку поширювалася за допомогою потокового мовлення (наприклад, радіо, телебачення) або непотокового (наприклад, книги, відеокасети, аудіо CD).
Перші спроби відображення мультимедіа інформації на комп'ютерах почалися в середині XX століття. Однак, прогрес у цій сфері був дуже малим внаслідок високої вартості та обмежених можливостей комп'ютерів тих часів.
З кінця 1980-х і до 1990-х комп'ютери, доступні споживачам, вже були здатні відображати різні види інформації.
Тим не менш, комп'ютери мережі залишалися обмеженими, а потокове мультимедіа поступалося традиційному (CD-ROM).
У період з 1990 до 2000 користувачі інтернету отримали:
високу пропускну здатність мереж, зокрема, на останній милі;
зросла кількість абонентів мереж, особливо Інтернету;
стали використовуватися стандартизовані протоколи та формати, такі як (TCP/IP), HTTP і HTML;
з'явилася комерція в Інтернеті.
Ці досягнення в області мереж у сукупності з високопродуктивними домашніми комп'ютерами і сучасними операційними системами зробили потокову мультимедійну інформацію доступною широкому колу простих користувачів. Автономні приймачі інтернет-радіо пропонували користувачам можливість прослуховування потокового звуку без наявності комп'ютера.
В основному, мультимедіа інформація займає великі обсяги, так що витрати на зберігання та передачу такої інформації завжди великі; тому в більшості випадків передана в потік інформація стискається при передачі у мережу мовлення.
Мультимедіа потоки бувають двох видів: за запитом або живими. Потоки інформації, що викликається по запиту користувача, зберігаються на серверах тривалий період часу. Живі потоки доступні короткий період часу, наприклад, при передачі відео зі спортивних змагань.
Потокове мовлення і зберігання інформації
Реалізація сервера потокового мовлення за принципом 1 клієнт — 1 з'єднання
Розмір, необхідний для зберігання потокової мультимедіа інформації (в більшості файлових систем виявляється в мегабайтах, гігабайтах, терабайтах і т. д.), обчислюється в залежності від швидкості переданої інформації та тривалості інформації за такою формулою (для одного користувача і файлу):
розмір сховища (в мегабайтах) = тривалість (у секунда х) * бітрейт (у кбіт/с) / (8 * 1024)
Приклад з життя: Одна година відео, закодованого зі швидкістю 300 кбіт/с (типове відео за станом на 2005 рік, що має розмір 320 × 240 пікселів), буде займати:
(3600 с * 300 кбіт/с) / (8 * 1024) = порядку 130 Мб місця на диску
Якщо файл, що зберігається на сервері з режимом передачі за запитом, буде проглядатися 1000 людей одночасно за протоколом (1 клієнт — 1 з'єднання), то сервер повинен мати таку пропускну здатність:
300 кбіт / с * 1000 = 300.000 кбіт / с = 300 (Мбіт/с) мережевого інтерфейсу
Це еквівалент близько 125 Гб інформації на годину. Зрозуміло, при використанні протоколу Multicast навантаження на сервер набагато нижче, так як для передачі інформації всім клієнтам використовується єдиний потік. Отже, такий потік буде займати всього 300 мережевого інтерфейсу сервера. Детальніша інформація про ці протоколи дається нижче.
Протоколи потокового мовлення
Розробка мережевих протоколів потокового мовлення викликає наступні проблеми:
Датаграмні протоколи, такі як User Datagram Protocol (UDP), відправляють потік медіаінформації як потік окремих маленьких пакетів. Він простий і ефективний; в той же час, у специфікації протоколу немає гарантії доставки даних одержувачу. Це дуже сильно ускладнює пошук і виправлення одержуваних даних приймаючим інформацію додатком. При втраті даних потік може бути відключений.
Протоколи RTSP, RTP і RTCP спеціально розроблялися для передачі мультимедійної інформації по мережі. Останні два побудовані на основі UDP.
Надійні протоколи, такі як TCP, гарантують коректність одержуваних даних клієнтів потокового мовлення. Однак при великій кількості помилок при з'єднанні / підтвердженні одержуваної інформації передана інформація може стати неактуальною. Це також може викликати значні затримки при передачі інформації на час, витрачений на пересилання пошкодженої інформації. Одним з рішень даної проблеми є буферизація інформації на стороні клієнта.
Протоколи відправляють окрему копію даних кожного клієнта. Unicast підходить для більшості користувачів мережі Інтернет, але сильно утрудняє масштабування сервера для більшої кількості клієнтів.
При широкомовній передачі одна копія даних передається всім клієнтам сервера Протоколи Multicast розроблені для зниження навантаження з серверів на підключення / ширину каналу при отриманні потокового мультимедіа великою кількістю клієнтів. Ці протоколи відсилають одну порцію даних цілій групі клієнтів. Залежно від типу мережевої інфраструктури, групова передача даних може бути доступна, а може і не бути. Одним з потенційних недоліків групової передачі є відсутність можливості реалізувати функцію відео за запитом. Безперервне мовлення потокової інформації також робить неможливим управління відтворенням користувачем. Проте, ця проблема може бути вирішена впровадженням у мережу передачі даних кешуючих серверів і буферизує приймається потік програмного забезпечення.
Multicast дозволяє передавати один потік інформації групі клієнтів по мережі. Однією з проблем при реалізації подібної схеми потокового мовлення є коректне налаштування маршрутизаторів для передачі широкомовних пакетів з одного сегмента мережі в іншій. Якщо організація, що надає потокове мовлення, має контроль над мережею між сервером і клієнтами (наприклад, в освітній, урядовій або корпоративній мережі), то протоколи маршрутизації, такі як IGMP і PIM, можуть бути використані для доставки мультимедіа кільком клієнтам з різних сегментів LAN.
Протоколи P2P можуть використовуватися при поширенні попередньо записаної мультимедіа між комп'ютерами. Це знімає навантаження з сервера, проте мережу передачі даних між сервером і одним з клієнтів стає вузьким місцем даного варіанта реалізації потокового мовлення інформації.
Деніел Коен. Монополія на наші вуха // London Review of Books, Vol. 45, No. 9, 4 May 2023.
Ця стаття не містить . Ви можете допомогти поліпшити цю статтю, додавши посилання на . Матеріал без джерел може бути піддано сумніву та вилучено.(січень 2018)
В іншому мовному розділі є повніша стаття Streaming media(англ.). Ви можете допомогти, розширивши поточну статтю за допомогою з англійської.
Дивитись автоперекладену версію статті з мови «англійська».
Перекладач повинен розуміти, що відповідальність за кінцевий вміст статті у Вікіпедії несе саме автор редагувань. Онлайн-переклад надається лише як корисний інструмент перегляду вмісту зрозумілою мовою. Не використовуйте невичитаний і невідкоригований машинний переклад у статтях української Вікіпедії!
Машинний переклад Google є корисною відправною точкою для перекладу, але перекладачам необхідно виправляти помилки та підтверджувати точність перекладу, а не просто скопіювати машинний переклад до української Вікіпедії.
Не перекладайте текст, який видається недостовірним або неякісним. Якщо можливо, перевірте текст за посиланнями, поданими в іншомовній статті.
Potokove multimedia stri ming vid angl streaming media ce multimedia yake bezperervno otrimuyetsya koristuvachem vid provajdera potokovogo movlennya cherez Internet Ce ponyattya zastosovne yak do informaciyi poshiryuvanoyi cherez telekomunikaciyi tak i do informaciyi yaka spochatku poshiryuvalasya za dopomogoyu potokovogo movlennya napriklad radio telebachennya abo nepotokovogo napriklad knigi videokaseti audio CD Potokove multimediaKorotka nazvastrimingSposib poshirennyad Potokove multimedia u VikishovishiIstoriyaPershi sprobi vidobrazhennya multimedia informaciyi na komp yuterah pochalisya v seredini XX stolittya Odnak progres u cij sferi buv duzhe malim vnaslidok visokoyi vartosti ta obmezhenih mozhlivostej komp yuteriv tih chasiv Z kincya 1980 h i do 1990 h komp yuteri dostupni spozhivacham vzhe buli zdatni vidobrazhati rizni vidi informaciyi Tim ne mensh komp yuteri merezhi zalishalisya obmezhenimi a potokove multimedia postupalosya tradicijnomu CD ROM U period z 1990 do 2000 koristuvachi internetu otrimali visoku propusknu zdatnist merezh zokrema na ostannij mili zrosla kilkist abonentiv merezh osoblivo Internetu stali vikoristovuvatisya standartizovani protokoli ta formati taki yak TCP IP HTTP i HTML z yavilasya komerciya v Interneti Ci dosyagnennya v oblasti merezh u sukupnosti z visokoproduktivnimi domashnimi komp yuterami i suchasnimi operacijnimi sistemami zrobili potokovu multimedijnu informaciyu dostupnoyu shirokomu kolu prostih koristuvachiv Avtonomni prijmachi internet radio proponuvali koristuvacham mozhlivist prosluhovuvannya potokovogo zvuku bez nayavnosti komp yutera V osnovnomu multimedia informaciya zajmaye veliki obsyagi tak sho vitrati na zberigannya ta peredachu takoyi informaciyi zavzhdi veliki tomu v bilshosti vipadkiv peredana v potik informaciya stiskayetsya pri peredachi u merezhu movlennya Multimedia potoki buvayut dvoh vidiv za zapitom abo zhivimi Potoki informaciyi sho viklikayetsya po zapitu koristuvacha zberigayutsya na serverah trivalij period chasu Zhivi potoki dostupni korotkij period chasu napriklad pri peredachi video zi sportivnih zmagan Potokove movlennya i zberigannya informaciyiRealizaciya servera potokovogo movlennya za principom 1 kliyent 1 z yednannya Rozmir neobhidnij dlya zberigannya potokovoyi multimedia informaciyi v bilshosti fajlovih sistem viyavlyayetsya v megabajtah gigabajtah terabajtah i t d obchislyuyetsya v zalezhnosti vid shvidkosti peredanoyi informaciyi ta trivalosti informaciyi za takoyu formuloyu dlya odnogo koristuvacha i fajlu rozmir shovisha v megabajtah trivalist u sekunda h bitrejt u kbit s 8 1024 Yaksho vvazhati sho 1 megabajt 8 1024 kbit Priklad z zhittya Odna godina video zakodovanogo zi shvidkistyu 300 kbit s tipove video za stanom na 2005 rik sho maye rozmir 320 240 pikseliv bude zajmati 3600 s 300 kbit s 8 1024 poryadku 130 Mb miscya na disku Yaksho fajl sho zberigayetsya na serveri z rezhimom peredachi za zapitom bude proglyadatisya 1000 lyudej odnochasno za protokolom 1 kliyent 1 z yednannya to server povinen mati taku propusknu zdatnist 300 kbit s 1000 300 000 kbit s 300 Mbit s merezhevogo interfejsu Ce ekvivalent blizko 125 Gb informaciyi na godinu Zrozumilo pri vikoristanni protokolu Multicast navantazhennya na server nabagato nizhche tak yak dlya peredachi informaciyi vsim kliyentam vikoristovuyetsya yedinij potik Otzhe takij potik bude zajmati vsogo 300 merezhevogo interfejsu servera Detalnisha informaciya pro ci protokoli dayetsya nizhche Protokoli potokovogo movlennyaRozrobka merezhevih protokoliv potokovogo movlennya viklikaye nastupni problemi Datagramni protokoli taki yak User Datagram Protocol UDP vidpravlyayut potik mediainformaciyi yak potik okremih malenkih paketiv Vin prostij i efektivnij v toj zhe chas u specifikaciyi protokolu nemaye garantiyi dostavki danih oderzhuvachu Ce duzhe silno uskladnyuye poshuk i vipravlennya oderzhuvanih danih prijmayuchim informaciyu dodatkom Pri vtrati danih potik mozhe buti vidklyuchenij Protokoli RTSP RTP i RTCP specialno rozroblyalisya dlya peredachi multimedijnoyi informaciyi po merezhi Ostanni dva pobudovani na osnovi UDP Nadijni protokoli taki yak TCP garantuyut korektnist oderzhuvanih danih kliyentiv potokovogo movlennya Odnak pri velikij kilkosti pomilok pri z yednanni pidtverdzhenni oderzhuvanoyi informaciyi peredana informaciya mozhe stati neaktualnoyu Ce takozh mozhe viklikati znachni zatrimki pri peredachi informaciyi na chas vitrachenij na peresilannya poshkodzhenoyi informaciyi Odnim z rishen danoyi problemi ye buferizaciya informaciyi na storoni kliyenta Protokoli vidpravlyayut okremu kopiyu danih kozhnogo kliyenta Unicast pidhodit dlya bilshosti koristuvachiv merezhi Internet ale silno utrudnyaye masshtabuvannya servera dlya bilshoyi kilkosti kliyentiv Pri shirokomovnij peredachi odna kopiya danih peredayetsya vsim kliyentam servera Protokoli Multicast rozrobleni dlya znizhennya navantazhennya z serveriv na pidklyuchennya shirinu kanalu pri otrimanni potokovogo multimedia velikoyu kilkistyu kliyentiv Ci protokoli vidsilayut odnu porciyu danih cilij grupi kliyentiv Zalezhno vid tipu merezhevoyi infrastrukturi grupova peredacha danih mozhe buti dostupna a mozhe i ne buti Odnim z potencijnih nedolikiv grupovoyi peredachi ye vidsutnist mozhlivosti realizuvati funkciyu video za zapitom Bezperervne movlennya potokovoyi informaciyi takozh robit nemozhlivim upravlinnya vidtvorennyam koristuvachem Prote cya problema mozhe buti virishena vprovadzhennyam u merezhu peredachi danih keshuyuchih serveriv i buferizuye prijmayetsya potik programnogo zabezpechennya Multicast dozvolyaye peredavati odin potik informaciyi grupi kliyentiv po merezhi Odniyeyu z problem pri realizaciyi podibnoyi shemi potokovogo movlennya ye korektne nalashtuvannya marshrutizatoriv dlya peredachi shirokomovnih paketiv z odnogo segmenta merezhi v inshij Yaksho organizaciya sho nadaye potokove movlennya maye kontrol nad merezheyu mizh serverom i kliyentami napriklad v osvitnij uryadovij abo korporativnij merezhi to protokoli marshrutizaciyi taki yak IGMP i PIM mozhut buti vikoristani dlya dostavki multimedia kilkom kliyentam z riznih segmentiv LAN Protokoli P2P mozhut vikoristovuvatisya pri poshirenni poperedno zapisanoyi multimedia mizh komp yuterami Ce znimaye navantazhennya z servera prote merezhu peredachi danih mizh serverom i odnim z kliyentiv staye vuzkim miscem danogo varianta realizaciyi potokovogo movlennya informaciyi Div takozhIPTV Videopotik Koristuvach merezhi peredavannya danih Peredavannya fajliv Cifrove telebachennyaPrimitki Arhiv originalu za 6 serpnya 2020 PosilannyaDeniel Koen Monopoliya na nashi vuha London Review of Books Vol 45 No 9 4 May 2023 Cya stattya ne mistit posilan na dzherela Vi mozhete dopomogti polipshiti cyu stattyu dodavshi posilannya na nadijni avtoritetni dzherela Material bez dzherel mozhe buti piddano sumnivu ta vilucheno sichen 2018 V inshomu movnomu rozdili ye povnisha stattya Streaming media angl Vi mozhete dopomogti rozshirivshi potochnu stattyu za dopomogoyu perekladu z anglijskoyi Divitis avtoperekladenu versiyu statti z movi anglijska Perekladach povinen rozumiti sho vidpovidalnist za kincevij vmist statti u Vikipediyi nese same avtor redaguvan Onlajn pereklad nadayetsya lishe yak korisnij instrument pereglyadu vmistu zrozumiloyu movoyu Ne vikoristovujte nevichitanij i nevidkorigovanij mashinnij pereklad u stattyah ukrayinskoyi Vikipediyi Mashinnij pereklad Google ye korisnoyu vidpravnoyu tochkoyu dlya perekladu ale perekladacham neobhidno vipravlyati pomilki ta pidtverdzhuvati tochnist perekladu a ne prosto skopiyuvati mashinnij pereklad do ukrayinskoyi Vikipediyi Ne perekladajte tekst yakij vidayetsya nedostovirnim abo neyakisnim Yaksho mozhlivo perevirte tekst za posilannyami podanimi v inshomovnij statti Dokladni rekomendaciyi div Vikipediya Pereklad
Azərbaycanca
Беларускі
Dansk
Deutsch
Española
Français
Indonesia
Italiana
日本語
Қазақ
Lietuvos
Nederlands
Português
Русский
සිංහල
แบบไทย
Türkçe
Українська
中國人
United State
Afrikaans
Потокове мультимедіа у Вікісховищі
