FMUSER ¡Transmite video y audio sin cables más fácilmente!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
¿Qué tipo de datos de origen necesitan los medios de transmisión? Casi todos los archivos de datos, avi, RM, etc. que tenga, incluso cintas o señales analógicas solo del dispositivo de adquisición.
Datos activos, ¿cómo tratarlos? Primero, si es una señal analógica, es necesario convertirla en señal digital (la transmisión en vivo generalmente convierte la señal analógica recién recolectada en señal digital), y luego codificar de acuerdo con la tasa de código requerida. El códec es necesario para la codificación. El codificador que se necesita depende del formato del archivo que desee. Hay tres formatos populares de transmisión de medios: tiempo rápido, tecnología Windows Media (WMT), sistema real. Tres formatos son empresas diferentes: quick time es apple, y no sé cuál es el sufijo, porque no se contacta a menudo con él; WMT es Microsoft y ASF es el sufijo; El sistema real es una empresa real. Este formato es el más contactado por todos. Los archivos RM y RMVB son muy comunes. La codificación está en un formato determinado. También es necesario ver si hay software de servidor que admita este formato en el servidor. El reproductor del cliente debe admitir la reproducción de este formato, para que los medios de transmisión puedan fluir.
Después de que los archivos de transmisión de medios se generan mediante la codificación, se requiere que el servidor de transmisión de medios transmita los medios, encapsulando principalmente el paquete de datos con un protocolo de transmisión de medios específico.
Antes de enumerar los protocolos de transmisión, observe dos protocolos de transporte comunes: TCP y UDP. Preguntar a la transmisión de datos multimedia de transmisión y la transmisión de datos de descarga de archivos es diferente, es el protocolo de transmisión diferente. La descarga de archivos utiliza el protocolo TCP, TCP es un protocolo conectado. Antes de la transmisión de datos, se establecerá la conexión. La conexión no se desconectará hasta que se complete la transmisión de datos. TCP admite la retransmisión de confirmación, lo que puede garantizar la integridad de los datos. Por lo tanto, siempre que se complete la descarga, los archivos descargados al cliente son los mismos que los del servidor y algunos de los datos no se perderán. Los medios de transmisión por secuencias no pueden utilizar el protocolo TCP, porque el mecanismo de retransmisión de TCP no puede cumplir con los requisitos de tiempo de los medios de transmisión. Para la transmisión de medios, la pérdida de paquetes no será más grave que la interrupción del video. Los medios de transmisión utilizan el protocolo UDP. UDP es un protocolo sin conexión y no necesita confirmar la retransmisión. Una vez enviado el paquete UDP, no es necesario esperar la confirmación del receptor. Aunque se pueden perder algunos datos, puede garantizar un rendimiento en tiempo real. En un caso, los medios de transmisión transmitidos por UDP deben convertirse en transmisión TCP. Cual es el caso Si es un usuario de una intranet o tiene un firewall corporativo, solo puede recibir datos a través de TCP porque el paquete UDP será rechazado por el firewall. Solo esta conexión TCP no retransmite incluso si pierde paquetes.
La transmisión de datos debe encapsularse en un protocolo de transmisión. Según el formato, el protocolo utilizado es diferente. Hay cuatro protocolos de transmisión famosos: RTP, RTSP, RDP y MMS. RTP extiende el dominio del número de secuencia y la marca de tiempo según UDP. RTSP es una extensión del protocolo RTP. Cuando se transmiten datos, se usa el protocolo RTP y se usa la conexión TCP cuando se transmiten los datos de control. RDP es la extensión de RTSP, que solo refuerza el protocolo de control. Quick time es transferir archivos multimedia usando rtp / rtsp, mientras que el sistema real usa rtsp / rdp para transferir archivos multimedia. MMS es un protocolo especial para Microsoft. Al principio, mmsu se usa para establecer una conexión (la combinación de MMS y UDP). Si la conexión no se realiza correctamente, se utiliza mmst (combinación MMS y TCP) para establecer la conexión. WMT usa MMS para transferir archivos multimedia.
Si no hay un servidor de transmisión, ¿podemos lograr el efecto de descargar y jugar? La respuesta es sí, solo use la conexión HTTP en TCP. Primero, algunos datos se descargan al búfer, luego los nuevos datos se descargan al búfer y se reproducen los datos existentes en el búfer. Este flujo se llama flujo HTTP, también llamado flujo falso. Esto es de vuelta a la pregunta de la que comenzamos a hablar, y los clips de podcast que vemos y los programas en PPLive son en realidad transmisión HTTP, no transmisión real.
¿Cuál es la diferencia entre la transmisión HTTP y la transmisión de medios reales? La diferencia está en muchos aspectos:
(1) primero, el flujo HTTP solo necesita un servidor web, y el flujo de medios real necesita un servidor de medios dedicado
(2) Luego, el protocolo que necesita la transmisión HTTP es IP, TCP, HTTP de abajo hacia arriba, mientras que la transmisión de medios real necesita IP, UDP y un protocolo de transmisión dedicado.
(3) Además, debido a que la transmisión HTTP utiliza conexiones TCP, si se pierde el paquete, se retransmitirá y las transmisiones multimedia reales no se retransmitirán. También es la razón por la que si dejamos la influencia de la interrupción, etc., la calidad del video que vemos a través del flujo HTTP es la misma que la del servidor, y a través del flujo de medios real, la calidad variará con la condición de la red.
(4) Desde el retraso de inicio, el retraso de inicio de la transmisión HTTP depende del estado de la conexión de red y la tasa de código de medios; El retraso de inicio de la transmisión de medios real no será más de unos pocos segundos
(5) Cuando observa la transmisión http, solo puede arrastrar dentro del rango de video descargado, mientras que los medios de transmisión real se pueden arrastrar en el rango completo
(6) Finalmente, la transmisión HTTP almacenará los datos multimedia descargados en el disco duro, y la transmisión multimedia real no lo hará. Los datos que reproduce se descartarán de inmediato, lo que solo protege los derechos de autor de las obras multimedia.
|
Ingrese el correo electrónico para recibir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER ¡Transmite video y audio sin cables más fácilmente!
Contacto
Dirección:
Habitación No.305 Edificio HuiLan No.273 Huanpu Road Guangzhou China 510620
Categorías
Newsletter