FMUSER Wirless transmet la vidéo et l'audio plus facilement!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanais
ar.fmuser.org -> arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaïdjanais
eu.fmuser.org -> basque
be.fmuser.org -> biélorusse
bg.fmuser.org -> Bulgare
ca.fmuser.org -> catalan
zh-CN.fmuser.org -> chinois (simplifié)
zh-TW.fmuser.org -> Chinois (traditionnel)
hr.fmuser.org -> croate
cs.fmuser.org -> tchèque
da.fmuser.org -> danois
nl.fmuser.org -> Néerlandais
et.fmuser.org -> estonien
tl.fmuser.org -> Philippin
fi.fmuser.org -> finnois
fr.fmuser.org -> Français
gl.fmuser.org -> Galicien
ka.fmuser.org -> géorgien
de.fmuser.org -> allemand
el.fmuser.org -> Grec
ht.fmuser.org -> Créole haïtien
iw.fmuser.org -> hébreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongrois
is.fmuser.org -> islandais
id.fmuser.org -> indonésien
ga.fmuser.org -> irlandais
it.fmuser.org -> Italien
ja.fmuser.org -> japonais
ko.fmuser.org -> coréen
lv.fmuser.org -> letton
lt.fmuser.org -> Lituanien
mk.fmuser.org -> macédonien
ms.fmuser.org -> malais
mt.fmuser.org -> maltais
no.fmuser.org -> Norwegian
fa.fmuser.org -> persan
pl.fmuser.org -> polonais
pt.fmuser.org -> portugais
ro.fmuser.org -> Roumain
ru.fmuser.org -> russe
sr.fmuser.org -> serbe
sk.fmuser.org -> slovaque
sl.fmuser.org -> Slovène
es.fmuser.org -> espagnol
sw.fmuser.org -> Swahili
sv.fmuser.org -> suédois
th.fmuser.org -> Thai
tr.fmuser.org -> turc
uk.fmuser.org -> ukrainien
ur.fmuser.org -> ourdou
vi.fmuser.org -> Vietnamienne
cy.fmuser.org -> Gallois
yi.fmuser.org -> Yiddish
De quel type de données source les médias en streaming ont-ils besoin? Presque tous les fichiers de données, avi, RM, etc. que vous possédez, même des bandes ou des signaux analogiques provenant uniquement du périphérique d'acquisition.
Données actives, comment y faire face? Premièrement, s'il s'agit d'un signal analogique, il est nécessaire de le convertir en signal numérique (la diffusion en direct convertit généralement le signal analogique qui vient d'être collecté en signal numérique), puis de coder en fonction du taux de code requis. Le codec est nécessaire pour le codage. L'encodeur nécessaire dépend du format du fichier souhaité. Il existe trois formats de médias en streaming populaires: Quick Time, Windows Media Technology (WMT), système réel. Trois formats sont des entreprises différentes: quick time c'est apple, et je ne sais pas quel est le suffixe, car il n'est pas souvent contacté; WMT est Microsoft et ASF est le suffixe; Le vrai système est une vraie entreprise. Ce format est le plus contacté de tous. Les fichiers RM et RMVB sont très courants. Le codage est dans un certain format. Il est également nécessaire de voir s'il existe un logiciel serveur prenant en charge ce format sur le serveur. Le lecteur du client doit prendre en charge la lecture de ce format, afin que le contenu multimédia en continu puisse circuler.
Une fois que les fichiers multimédias de flux sont générés par codage, le serveur multimédia de diffusion en continu doit transmettre le contenu multimédia, encapsulant principalement le paquet de données avec un protocole multimédia de diffusion en continu spécifique.
Avant de lister les protocoles de streaming, examinez deux protocoles de transport courants: TCP et UDP. Pour demander la transmission de données multimédia en continu et la transmission de données de téléchargement de fichiers est différent, est le protocole de transmission différent. Le téléchargement du fichier utilise le protocole TCP, TCP est un protocole connecté. Avant la transmission des données, la connexion sera établie. La connexion ne sera pas déconnectée tant que la transmission des données ne sera pas terminée. TCP prend en charge la retransmission de confirmation, ce qui peut garantir l'intégrité des données. Par conséquent, tant que le téléchargement est terminé, les fichiers téléchargés sur le client sont les mêmes que ceux sur le serveur et certaines données ne seront pas perdues. Le streaming multimédia ne peut pas utiliser le protocole TCP, car le mécanisme de retransmission de TCP ne peut pas répondre aux exigences de temps du streaming multimédia. Pour les médias en streaming, la perte de paquets ne sera pas plus grave qu'une interruption vidéo. Le streaming multimédia utilise le protocole UDP. UDP est un protocole sans connexion et n'a pas besoin de confirmer la retransmission. Une fois le package UDP envoyé, il n'est pas nécessaire d'attendre la confirmation du destinataire. Bien que certaines données puissent être perdues, elles peuvent garantir des performances en temps réel. Dans un cas, le média en continu transmis par UDP doit être converti en transmission TCP. Quel est le cas? Si vous êtes un utilisateur intranet ou après un pare-feu d'entreprise, vous ne pouvez recevoir des données que via TCP car le package UDP sera rejeté par le pare-feu. Seule cette connexion TCP ne retransmet pas même si elle perd des paquets.
Les données de streaming doivent être encapsulées dans un protocole de streaming. Selon le format, le protocole utilisé est différent. Il existe quatre protocoles de streaming célèbres: RTP, RTSP, RDP et MMS. RTP étend le domaine du numéro de séquence et de l'horodatage basé sur UDP. RTSP est une extension du protocole RTP. Lors de la transmission de données, le protocole RTP est utilisé et la connexion TCP est utilisée lors de la transmission des données de contrôle. RDP est l'extension de RTSP, qui ne fait que renforcer le protocole de contrôle. Le temps rapide est de transférer des fichiers multimédias à l'aide de rtp / rtsp, tandis que le système réel utilise rtsp / rdp pour transférer des fichiers multimédias. MMS est un protocole spécial pour Microsoft. Dans un premier temps, mmsu est utilisé pour établir une connexion (la combinaison de MMS et UDP). Si la connexion échoue, mmst (combinaison MMS et TCP) est utilisé pour établir la connexion. WMT utilise MMS pour transférer des fichiers multimédias.
S'il n'y a pas de serveur de streaming, pouvons-nous obtenir l'effet de téléchargement et de lecture? La réponse est oui, utilisez simplement la connexion HTTP sur TCP. Tout d'abord, certaines données sont téléchargées dans la mémoire tampon, puis les nouvelles données sont téléchargées dans la mémoire tampon et les données existantes dans la mémoire tampon sont lues. Ce flux est appelé flux HTTP, également appelé faux flux. Cela revient à la question dont nous avons commencé à parler, et les clips de podcast que nous voyons et les émissions sur PPLive sont en fait du streaming HTTP, pas du vrai streaming.
Quelle est la différence entre le streaming HTTP et le streaming multimédia réel ? La différence réside dans de nombreux aspects :
(1) Premièrement, le flux HTTP n'a besoin que d'un serveur Web et le flux multimédia réel a besoin d'un serveur multimédia dédié
(2) Ensuite, le protocole requis par le streaming HTTP est IP, TCP, HTTP de bas en haut, tandis que le vrai flux multimédia nécessite IP, UDP et un protocole de streaming dédié
(3) De plus, étant donné que le streaming HTTP utilise des connexions TCP, si la perte de paquets est perdue, il sera retransmis et les flux multimédias réels ne seront pas retransmis. C'est aussi la raison pour laquelle si nous laissons l'influence de l'interruption et ainsi de suite, la qualité vidéo que nous voyons à travers le flux HTTP est la même que celle du serveur, et à travers le flux multimédia réel, la qualité variera avec l'état du réseau
(4) À partir du délai de démarrage, le délai de démarrage du flux HTTP dépend de l'état de la connexion réseau et du débit de code multimédia ; Le délai de démarrage réel du flux multimédia ne dépassera pas quelques secondes
(5) Lorsque vous regardez le streaming http, vous ne pouvez faire glisser que dans la plage de vidéos téléchargées, tandis que les vrais médias en streaming peuvent être glissés dans toute la plage
(6) Enfin, le streaming HTTP stockera les données multimédia téléchargées sur le disque dur, contrairement au flux multimédia réel. Les données qu'il lit seront immédiatement supprimées, ce qui protège simplement le droit d'auteur des œuvres multimédias.
|
Entrez l'email pour avoir une surprise
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanais
ar.fmuser.org -> arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaïdjanais
eu.fmuser.org -> basque
be.fmuser.org -> biélorusse
bg.fmuser.org -> Bulgare
ca.fmuser.org -> catalan
zh-CN.fmuser.org -> chinois (simplifié)
zh-TW.fmuser.org -> Chinois (traditionnel)
hr.fmuser.org -> croate
cs.fmuser.org -> tchèque
da.fmuser.org -> danois
nl.fmuser.org -> Néerlandais
et.fmuser.org -> estonien
tl.fmuser.org -> Philippin
fi.fmuser.org -> finnois
fr.fmuser.org -> Français
gl.fmuser.org -> Galicien
ka.fmuser.org -> géorgien
de.fmuser.org -> allemand
el.fmuser.org -> Grec
ht.fmuser.org -> Créole haïtien
iw.fmuser.org -> hébreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongrois
is.fmuser.org -> islandais
id.fmuser.org -> indonésien
ga.fmuser.org -> irlandais
it.fmuser.org -> Italien
ja.fmuser.org -> japonais
ko.fmuser.org -> coréen
lv.fmuser.org -> letton
lt.fmuser.org -> Lituanien
mk.fmuser.org -> macédonien
ms.fmuser.org -> malais
mt.fmuser.org -> maltais
no.fmuser.org -> Norwegian
fa.fmuser.org -> persan
pl.fmuser.org -> polonais
pt.fmuser.org -> portugais
ro.fmuser.org -> Roumain
ru.fmuser.org -> russe
sr.fmuser.org -> serbe
sk.fmuser.org -> slovaque
sl.fmuser.org -> Slovène
es.fmuser.org -> espagnol
sw.fmuser.org -> Swahili
sv.fmuser.org -> suédois
th.fmuser.org -> Thai
tr.fmuser.org -> turc
uk.fmuser.org -> ukrainien
ur.fmuser.org -> ourdou
vi.fmuser.org -> Vietnamienne
cy.fmuser.org -> Gallois
yi.fmuser.org -> Yiddish
FMUSER Wirless transmet la vidéo et l'audio plus facilement!
Contactez-nous
Adresse :
No.305 Chambre HuiLan Building No.273 Huanpu Road Guangzhou Chine 510620
Catégories
Newsletter