Descrición xeral dos medios de transmisión:
O chamado multimedia en streaming refírese ao formato multimedia reproducido en Internet mediante transmisión en streaming.
Os medios de transmisión tamén se coñecen como medios de transmisión, isto significa que as empresas utilizan un servidor de entrega de vídeo para enviar programas como paquetes de datos á rede.
Despois de que o usuario descomprime os datos a través do dispositivo de descompresión, o programa amosarase como antes.
A transmisión multimedia transmite arquivos de audio, vídeo e multimedia na rede mediante transmisión.
O formato de ficheiro multimedia en streaming é un formato multimedia que admite a transmisión e reprodución en streaming.
O modo de transmisión en streaming consiste en dividir ficheiros multimedia como vídeo e audio en paquetes de compresión a través do modo de compresión especial,
Transmisión continua e en tempo real dende o servidor ao ordenador do usuario. No sistema de transmisión, os usuarios non teñen que agardar a todo o ficheiro como o non streaming
Só despois de completar todas as descargas podemos ver o contido, pero só despois dalgúns segundos ou decenas de segundos de atraso no inicio podemos empregalos no ordenador do usuario
O reprodutor correspondente reproducirá o vídeo ou audio comprimido e outros ficheiros multimedia en streaming e o resto seguirá descargándose ata o final da reprodución.
RTP: (protocolo de transporte en tempo real)
RTP é un protocolo de capa de transporte para transmisión de datos multimedia en Internet. RTP úsase xunto con RTCP e está baseado no protocolo UDP
A diferenza de HTTP e FTP, RTP pode descargar todo o ficheiro de vídeo. Envía datos na rede a unha velocidade de datos fixa. O cliente tamén ve o ficheiro de vídeo a esta velocidade. Cando
Despois de reproducirse a película e a película de televisión, non se poderá reproducir de novo, a non ser que os datos se soliciten de novo ao servidor.
RTCP: protocolo de control de transporte en tempo real ou RTP (protocolo de control ou RTCP)
RTCP é un protocolo irmán de RTP
Nota: -: O protocolo RTP e RTCP úsanse xuntos e baséase no protocolo UDP (normalmente úsase para videoconferencia)
RTSP: (protocolo de transmisión en tempo real)
Protocolo de sesión multimedia en tempo real, SDP (Protocolo de descrición da sesión), RTP (Protocolo de transporte en tempo real).
RTSP é un protocolo de transmisión multimedia usado para controlar o son ou o vídeo. RTSP ofrece un marco extensible, que permite controlar e esixir datos en tempo real, como son e vídeo.
Os datos multimedia utilizan protocolo RTP, RTCP.
Xeralmente, o UDP úsase como capa de transporte. Adecuado para escenas IPTV.
As fontes de datos inclúen datos de campo e datos almacenados en clips. O propósito deste protocolo é controlar varias conexións de transmisión de datos e proporcionar un xeito de seleccionar canles de transmisión, como UDP, UDP multicast e TCP
Tamén ofrece un método para seleccionar o mecanismo de transmisión baseado en RTP
O protocolo de rede empregado na transmisión non está dentro do alcance da súa definición. O servidor pode optar por usar TCP ou UDP para transmitir o contido do fluxo, o que é máis tolerante ao atraso na rede
---> A maior diferenza entre RTSP e RTP é que RTSP é un protocolo bidireccional de transmisión de datos en tempo real, que permite ao cliente enviar solicitudes ao servidor, como a reprodución, o avance rápido, o retroceso, etc. Cando
Non obstante, RTSP pode transmitir datos baseados en RTP e tamén pode seleccionar TCP, UDP, UDP multidifusión e outras canles para enviar datos, o que ten unha boa escalabilidade. É semellante ao protocolo HTTP
Protocolo de capa de aplicación de rede
WebRTC:
O protocolo de transmisión multimedia está implementado na web. Cando Google lanzou webrtc por primeira vez, os xigantes miraron con frialdade ou resistiron. O protocolo RTP úsase para a transmisión.
RTMP (protocolo de mensaxería en tempo real)
Macromedia desenvolveu un conxunto de protocolos de vídeo en directo, agora pertence a Adobe. Do mesmo xeito que HLS, pódese aplicar a vídeo en directo e non se perderá en base a TCP.
// A diferenza é que RTMP non pode reproducirse no navegador iOS baseado en flash, pero o seu rendemento en tempo real é mellor que o HLS.
O protocolo de mensaxería en tempo real é un protocolo aberto desenvolvido por Adobe Systems para a transmisión de audio, vídeo e datos entre o reprodutor flash e o servidor
// No código IOS, RTMP úsase normalmente para empurrar a transmisión. Podes usar a biblioteca de terceiros librtmp IOS para empurrar a transmisión. Librtmp encapsula algunhas API principais para que os usuarios poidan chamar
O protocolo RTMP tamén require que o cliente e o servidor establezan a conexión RTMP mediante un "apretón de mans" e logo transmitan información de control sobre a conexión. O protocolo RTMP formateará os datos durante a transmisión. Para conseguir unha mellor multiplexación, subcontratación e xustiza da información, o remitente dividirá a mensaxe en anacos con ID de mensaxe e cada anaco pode ser unha mensaxe separada,
Tamén pode formar parte da mensaxe. O receptor restaurará o anaco nunha mensaxe completa segundo a lonxitude dos datos, o ID da mensaxe e a mensaxe contida no anaco, para enviar e recibir información.
HLS: transmisión en directo HTTP (HLS)
É un protocolo de transporte multimedia baseado en HTTP implementado por Apple Inc,
Pode realizar streaming en directo e baixo demanda, empregados principalmente no sistema IOS
Proporcionar solucións de audio e vídeo en directo e baixo demanda para dispositivos iOS (como iPhone e iPad).
HLS baixo demanda é basicamente un HTTP segmentado común baixo demanda. A diferenza é que os seus segmentos son moi pequenos.
En comparación cos protocolos de transmisión en directo comúns, como o protocolo RTMP, o protocolo RTSP, o protocolo MMS, etc., a maior diferenza da transmisión en directo HLS é que o que obtén o cliente de transmisión en directo non é unha mensaxe completa.
Todo o fluxo de datos.
O protocolo HLS almacena o fluxo de datos en directo como ficheiros multimedia continuos, a curto e longo prazo (formato mpeg-ts) no lado do servidor, mentres que o lado do cliente descarga e reproduce estes pequenos ficheiros continuamente,
Debido a que o servidor sempre xera pequenos ficheiros a partir dos últimos datos en directo, polo que sempre que o cliente reproduce continuamente os ficheiros obtidos no servidor, a transmisión en directo realízase.
Pódese ver que, basicamente, HLS baséase en>> tecnoloxía baixo demanda para conseguir <<en directo. Debido a que os datos transmítense a través do protocolo HTTP, non hai que considerar o cortalumes nin o proxy
Ademais, a lonxitude do ficheiro segmentado é moi curta, polo que o cliente pode seleccionar e cambiar rapidamente a taxa de código para adaptarse á reprodución baixo diferentes condicións de ancho de banda. Non obstante, este tipo de características técnicas de HLS determina o seu desenvolvemento futuro
Xeralmente, o atraso sempre é superior ao protocolo de transmisión en directo normal.
// Tanto IOS como Android soportan este protocolo naturalmente e a configuración é sinxela. Podes usar a etiqueta de vídeo directamente
*** VLS: é unha especie de servidor de transmisión, que se usa especialmente para resolver varios problemas de transmisión. Tamén ten algunhas características de VLC. Como servidor, videolan pode emitir fluxos HTTP, RTP e RTSP.
En principio, RTSP, RTMP e HTTP pódense usar para transmisións en directo e baixo demanda, pero normalmente RTSP e RTMP úsanse para transmisión en directo e HTTP para transmisións baixo demanda. Escollemos o protocolo RTMP.
Atraso de varios protocolos e as súas causas
RTMP e httpflv: os datos destes dous protocolos son aproximadamente os mesmos, polo que as razóns do retraso son similares. É razoable dicir que o atraso da transmisión en directo de transmisión TCP é moi baixo. Por que hai atraso en RTMP e httpflv? A razón é que en h264, RTMP e httpflv son etiquetas flv transmitidas. Os datos da etiqueta de vídeo adoitan ser datos H264. A descodificación H264 ten un IBP. I é o cadro clave, que é unha imaxe completa. Primeiro debes ter un I para decodificar o seguinte BP. O número de fotogramas BP pode ser o menor que queiras, pero o número de fotogramas I non pode ser menor, polo que os fotogramas I deben estar en flv A transmisión de etiquetas é a segunda transmisión (a primeira é h264spps). Non obstante, os fotogramas I non son comúns nos fluxos H264. Só hai un fotograma I tras outro. Este intervalo coñécese normalmente como GOP. Ao codificar, GOP está moi curto. Cando o cliente se conecta, o servidor atopará o último I-frame no fluxo á maior velocidade e enviará datos en directo desde I-frame. Non obstante, cando o GOP é moi longo, o intervalo de fotogramas I é moi longo ou agarda a que o seguinte fotograma comece a enviar datos á nova conexión ou busque o último fotograma I na caché para comezar a enviar. Esta é a clave do atraso dos protocolos RTMP e HLS. Nas principais plataformas CDN chámase "RTMP segundo en tecnoloxía". O principio é descodificar os datos de transmisión dúas veces e establecer un pequeno GOP. En xeral, cando GOP está definido en 1s, independentemente do atraso da ligazón de transmisión de rede, o atraso máximo de datos é 1s. Afortunadamente, o cadro é 0 demora.
|
|
|
|
Como distante (long) a tapa do transmisor?
A franxa de transmisión depende de moitos factores. A distancia real baséase na altura da antena de instalar, a ganancia da antena, usando ambiente como a construción e outras obturacións, a sensibilidade do receptor, a antena do receptor. Instalación de antena máis alta e usando o campo, a distancia vai moito máis lonxe.
EXEMPLO 5W FM Transmitter usar na cidade e cidade natal:
Teño un uso do cliente 5W transmisor FM EUA con antena GP na súa cidade natal, e proba-lo con un coche, cubrir 10km (6.21mile).
I probar o transmisor FM 5W con antena GP na miña cidade natal, que cobren aproximadamente 2km (1.24mile).
I probar o transmisor FM 5W con antena GP na cidade de Guangzhou, que abranguen aproximadamente única 300meter (984ft).
Abaixo amósanse ao descanso aproximado de diferentes transmisores de enerxía FM. (O intervalo é de diámetro)
0.1W ~ 5W Transmisor FM: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W Transmisor FM: 3KM ~ 10KM
80W ~ 500W Transmisor FM: 10KM ~ 30KM
500W ~ 1000W Transmisor FM: 30KM ~ 50KM
1KW ~ 2KW Transmisor FM: 50KM ~ 100KM
2KW ~ 5KW Transmisor FM: 100KM ~ 150KM
5KW ~ 10KW Transmisor FM: 150KM ~ 200KM
Como contactar connosco para o transmisor?
Chama-me + 8618078869184 OU
Enviar email me [protexido por correo electrónico]
1.How lonxe quere cubrir de diámetro?
2.How altura de torre ti?
3.Where es?
E imos dar-lle consellos máis profesional.
Sobre nós
FMUSER.ORG é unha empresa de integración de sistemas centrada en equipos de transmisión / transmisión de audio sen fíos de radio / estudio de vídeo e procesamento de datos. Estamos ofrecendo todo desde asesoramento e consultoría a través da integración de rack ata a instalación, posta en servizo e adestramento.
Ofrecemos transmisor de FM, transmisor de TV analóxico, transmisor de TV dixital, transmisor UHF de VHF, antenas, conectores de cable coaxial, STL, procesamento de aire, produtos de transmisión para o estudio, monitorización de sinais de RF, codificadores de RDS, procesadores de audio e unidades de control de sitios remotos. Produtos IPTV, codificador / decodificador de audio / vídeo, deseñados para satisfacer as necesidades de grandes redes de transmisión internacionais e pequenas estacións privadas.
A nosa solución ten estación de radio FM / estación de televisión analóxica / estación de TV dixital / equipos de estudio de vídeo e vídeo / enlace de transmisión de estudio / sistema de telemetría de transmisor / sistema de TV de hotel / transmisión en directo IPTV / transmisión en directo de transmisión / conferencia de vídeo / sistema de transmisión CATV.
Estamos a usar produtos de tecnoloxía avanzada para todos os sistemas, porque sabemos que a alta fiabilidade e alto rendemento son tan importantes para o sistema e a solución. Ao mesmo tempo, temos que asegurarnos que o noso sistema de produtos a un prezo moi razoable.
Temos clientes de radiodifusores públicos e comerciais, operadores de telecomunicacións e autoridades reguladoras, e tamén ofrecemos solucións e produtos a moitos centos de emisoras locais e comunitarias máis pequenas.
FMUSER.ORG leva máis de 15 anos exportando e ten clientes en todo o mundo. Con 13 anos de experiencia neste campo, temos un equipo profesional para resolver todo tipo de problemas do cliente. Dedicámonos a ofrecer prezos extremadamente razoables de produtos e servizos profesionais. Correo electrónico de contacto: [protexido por correo electrónico]
nosa fábrica
Temos modernización da fábrica. Estás convidado a visitar a nosa fábrica cando chegar a China.
Actualmente, xa existen clientes 1095 en todo o mundo visitan nosa oficina Guangzhou Tianhe. Se ve a China, está invitado a visitar-nos.
na Feira
Esta é a nosa participación en 2012 Global Sources Hong Kong Fair Electrónica . Clientes de todo o mundo finalmente ter a oportunidade de estar xuntos.
Onde está Fmuser?
Podes buscar nestes números " 23.127460034623816,113.33224654197693 "en google map, entón podes atopar a nosa oficina fmuser.
oficina FMUSER Guangzhou está Tianhe District, que é a centro do cantón . moi preto ao Feira de Cantón , Estación ferroviaria Guangzhou, estrada Xiaobei e dashatou , Só ten minutos 10 tomar TAXI . Benvidos amigos de todo o mundo a visitar e negociar.
Contacto: Ceo azul
Móbil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [protexido por correo electrónico]
QQ: 727926717
Skype: sky198710021
Dirección: No.305 cuarto Huilan Edificio No.273 Huanpu Estrada Guangzhou China Zip: 510620
|
|
|
|
Inglés: Aceptamos todos os pagos, como PayPal, tarxeta de crédito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Se tes algunha pregunta, póñase en contacto comigo [protexido por correo electrónico] ou WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Recomendamos que use Paypal para mercar os nosos produtos, PayPal é unha forma segura de mercar en internet.
Cada da nosa lista de elementos de páxina de fondo na parte superior ten un logotipo PayPal para pagar.
Tarxeta de crédito.Se non ten paypal, pero ten tarxeta de crédito, tamén se pode facer clic no botón amarelo PayPal para pagar coa súa tarxeta de crédito.
-------------------------------------------------- -------------------
Pero se non ten unha tarxeta de crédito e non ten unha conta PayPal ou de difícil ten un accout PayPal, pode utilizar o seguinte:
Western Union.  www.westernunion.com
Pago por Western Union para min:
Nome / nome: Yingfeng
Apelido / Apelido / Apelido: Zhang
Nome completo: Yingfeng Zhang
País: China
Cidade: Guangzhou
|
-------------------------------------------------- -------------------
T / T. pago por T / T (transferencia bancaria / transferencia telegráfica / Transferencia bancaria)
Primeira información bancaria (conta da empresa):
SWIFT BIC: BKCHHKHHXXX
Nome do banco: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Enderezo bancario: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIGO BANCO: 012
Nome da conta: FMUSER INTERNATIONAL GROUP LIMITED
Conta NON. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Segunda INFORMACIÓN BANCARIA (CONTA DA EMPRESA):
Beneficiario: Fmuser International Group Inc.
Número de conta: 44050158090900000337
Banco do beneficiario: China Construction Bank Sucursal de Guangdong
Código SWIFT: PCBCCNBJGDX
Enderezo: estrada Tianhe NO.553, Cantón, Guangdong, distrito de Tianhe, China
** Nota: cando transfira cartos á nosa conta bancaria, NON escriba nada na área de comentarios, se non, non poderemos recibir o pago debido á política gobernamental sobre o comercio internacional.
|
|
|
|
* Será enviado en 1 2 día de traballo cando o pagamento clara.
* Nós imos envialo seu enderezo de paypal. Se queres cambiar de dirección, por favor, envíe o seu enderezo correcto e número de teléfono para o meu e-mail [protexido por correo electrónico]
* Se os paquetes está baixo 2kg, que serán enviados vía correo aéreo, vai levar preto de 15-25days para a súa man.
Se o paquete é máis que 2kg, nós enviamos vía EMS, DHL, UPS, FedEx entrega rápida expresa, vai levar preto de 7 ~ 15days para a súa man.
Se o paquete de máis de 100kg, enviarémoslle vía DHL ou transporte aéreo. Isto levará uns 3 ~ 7days para a súa man.
Todos os paquetes son a forma China Guangzhou.
* O paquete enviarase como un "agasallo" e descartarase o menos posible, o comprador non terá que pagar o "IMPOSTO".
* Despois de navío, nós enviarémosche un correo electrónico e darlle o número de rastreamento.
|
|
|
Para garantía.
Contacte connosco --- >> Devólvenos o artigo --- >> Reciba e envíe outro substituto.
Nome: Liu Xiaoxia
Dirección: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
CEP: 510620
Teléfono: + 8618078869184
Por favor, retorne a este enderezo e escribir o seu paypal enderezo, nome, problema na nota: |
|
