Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Milyen forrásadatokra van szükség a streaming médiában? Szinte bármilyen adat-, avi-, RM- stb. Fájlja van, még szalag vagy analóg jel is csak a felvevő eszközről.
Aktív adatok, hogyan kell kezelni? Először is, ha analóg jelről van szó, akkor azt digitális jellé kell átalakítani (az élő közvetítés általában átalakítja az éppen összegyűjtött analóg jelet digitális jellé), majd kódolja a kívánt kódsebességnek megfelelően. A kodek szükséges a kódoláshoz. Az, hogy melyik kódolóra van szükség, a kívánt fájl formátumától függ. Három népszerű streaming médiaformátum létezik: gyors idő, Windows Media Technology (WMT), valós rendszer. Három formátum különbözik a vállalattól: a gyors idő alma, és nem tudom, mi az utótag, mert nem gyakran keresik meg; A WMT a Microsoft, az ASF pedig az utótag; A Real rendszer egy igazi vállalat. Ezzel a formátummal mindenki a leginkább kapcsolatba lép. Az RM és az RMVB fájlok nagyon gyakoriak. A kódolás bizonyos formátumú. Azt is meg kell vizsgálni, hogy van-e olyan szerver szoftver, amely támogatja ezt a formátumot a szerveren. A kliens lejátszójának támogatnia kell ennek a formátumnak a lejátszását, hogy a streaming média folyhasson.
Miután a stream médiafájlokat kódolással generálták, a streaming médiaszervernek át kell adnia a médiát, főként az adatcsomagot meghatározott streaming médiaprotokollal tokozva.
A streaming protokollok felsorolása előtt nézzen meg két általános szállítási protokollt: TCP és UDP. Kérni a streaming média adatátvitelt és a fájlletöltést az adatátvitel más, a különböző átviteli protokoll. A fájlletöltés TCP protokollt használ, a TCP egy csatlakoztatott protokoll. Az adatátvitel előtt létrejön a kapcsolat. A kapcsolat csak az adatátvitel befejezéséig szakad meg. A TCP támogatja a visszaigazolás továbbítását, amely biztosítja az adatok integritását. Ezért, amíg a letöltés befejeződik, az ügyfélnek letöltött fájlok megegyeznek a szerveren található fájlokkal, és az adatok egy része nem fog elveszni. A streaming média nem használhatja a TCP protokollt, mert a TCP újraküldési mechanizmusa nem felel meg a streaming média idõigényének. A streaming média esetében a csomagvesztés nem lesz komolyabb, mint a videó megszakítása. A streaming média az UDP protokollt használja. Az UDP egy kapcsolat nélküli protokoll, és nem kell megerősítenie az újraküldést. Az UDP csomag elküldése után nem kell megvárnia a vevő visszaigazolását. Bár egyes adatok elveszhetnek, garantálni tudja a valós idejű teljesítményt. Az egyik esetben az UDP által továbbított adatfolyamot át kell alakítani TCP átvitelre. Mi a helyzet? Intranetes felhasználó vagy vállalati tűzfal után csak TCP-n keresztül fogadhat adatokat, mert az UDP-csomagot a tűzfal elutasítja. Csak ez a TCP-kapcsolat nem továbbítja újra, még akkor sem, ha elveszíti a csomagokat.
A streaming adatokat be kell foglalni a streaming protokollba. A formátum szerint az alkalmazott protokoll más. Négy híres streaming protokoll létezik: RTP, RTSP, RDP és MMS. Az RTP kiterjeszti a sorozatszám és az időbélyeg tartományát az UDP alapján. Az RTSP az RTP protokoll kiterjesztése. Adatok továbbításakor RTP protokollt használnak, és TCP kapcsolatot használnak az adatok továbbításának vezérléséhez. Az RDP az RTSP kiterjesztése, amely csak erősíti az ellenőrzési protokollt. A gyors idő a médiafájlok átvitele az rtp / rtsp használatával, míg a valós rendszer az rtsp / rdp-t használja a médiafájlok átvitelére. Az MMS egy speciális protokoll a Microsoft számára. Eleinte az mmsu-t használják a kapcsolat létrehozására (az MMS és az UDP kombinációja). Ha a kapcsolat sikertelen, az mmst (MMS és TCP kombináció) a kapcsolat létrehozására szolgál. A WMT MMS-t használ a médiafájlok átviteléhez.
Ha nincs streaming szerver, elérhetjük-e a letöltés és a lejátszás hatását? A válasz igen, csak használja a HTTP-kapcsolatot a TCP-n. Először néhány adatot letöltenek a pufferbe, majd az új adatokat a pufferbe, és lejátszják a pufferben lévő meglévő adatokat. Ezt az adatfolyamot HTTP-adatfolyamnak hívják, más néven hamis adatfolyamnak. Ez visszatér arra a kérdésre, amelyről beszélni kezdtünk, és a látott podcast klipek és a PPLive műsorai valójában HTTP streaming, nem pedig valódi streaming.
Mi a különbség a HTTP streaming és a valós média streaming között? A különbség sok szempontból áll:
(1) először is, a HTTP adatfolyamnak csak webszerverre van szüksége, a valódi médiafolyamnak pedig dedikált médiaszerverre van szüksége
(2) Ezután a HTTP streaminghez szükséges protokoll az IP, TCP, HTTP alulról felfelé, míg a valódi médiafolyamhoz IP, UDP és dedikált streaming protokoll szükséges
(3) Továbbá, mivel a HTTP streaming TCP kapcsolatokat használ, ha a csomagvesztés elvész, akkor az újraküldi, és a valós médiafolyamok nem továbbítják. Ez az oka annak is, hogy ha elhagyjuk a megszakítás és így tovább, a videó minősége, amelyet a HTTP adatfolyamon keresztül látunk, megegyezik a szerverével, és a valós média adatfolyamon keresztül a minőség a hálózati feltételektől függően változik
(4) A kezdés késleltetésétől kezdve a HTTP adatfolyam kezdési késése a hálózati kapcsolat állapotától és a média kód sebességétől függ; A médiafolyam indításának valódi késleltetése nem lehet több, mint néhány másodperc
(5) Ha a http streaminget nézi, akkor csak a letöltött videotartományon belül húzhat, míg az igazi streaming média a teljes tartományban húzható
(6) Végül a HTTP streaming a letöltött médiaadatokat a merevlemezre tárolja, a valódi médiafolyam pedig nem. Az általa lejátszott adatokat azonnal elvetjük, ami csak védi a médiaművek szerzői jogait.
|
Írja be az e-mail címet a meglepetéshez
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
Kapcsolat
Cím:
No. 305 szoba HuiLan épület No.273 Huanpu Road Guangzhou, Kína 510620
Kategóriák
Hírlevél