H.264, ou MPEG-4 Part Ten (AVC, Advanced Video Coding), é a última xeración de estándares de compresión de vídeo lanzados conxuntamente polo Departamento de Normalización Internacional das Telecomunicacións UIT-T e a Organización Internacional para a Normalización ISO / IEC en 2003. En presente, o estándar H.264 úsase amplamente na monitorización remota de vídeo con fíos / sen fíos, medios interactivos en rede, TV dixital e videoconferencia, etc.
Nome chinés H.264 + alias MPEG-4 Parte 10 Tempo estándar para a compresión de vídeo de calidade no 2003
táboa de contidos
1 Introdución básica
2 Datos técnicos destacados
Comparación de rendemento 3
Introdución básicaeditar
H.264 é un novo vídeo dixital desenvolvido polo equipo de vídeo conxunto (JVT: equipo de vídeo conxunto) de VCEG (Video Coding Experts Group) do ITU-T e MPEG (Moving Picture Coding Experts Group) da ISO / IEC
Servidor de vídeo
Servidor de vídeo
Estándar de codificación, é tanto UIT-T H.264 como ISO / IEC MPEG-4 Parte 10. A solicitude de borradores comezou en xaneiro de 1998. O primeiro borrador completouse en setembro de 1999. O modelo de proba TML-8 desenvolveuse en maio 2001. O consello da FCD de H.264 aprobouse na 5a reunión de JVT en xuño de 2002.. Lanzado oficialmente en marzo de 2003. Como o estándar anterior, H.264 tamén é un modo de codificación híbrido de codificación DPCM máis transformación. Non obstante, adopta un deseño sinxelo de "volver ao básico", sen moitas opcións, e obtén un rendemento de compresión moito mellor que o H.263 ++; fortalece a adaptabilidade a varias canles, adopta unha estrutura e sintaxe "compatibles coa rede", propicia o procesamento de erros e a perda de paquetes; unha ampla gama de obxectivos de aplicación para satisfacer as necesidades de diferentes velocidades, diferentes resolucións e diferentes ocasións de transmisión (almacenamento); o seu sistema básico está aberto e non se requiren dereitos de autor para o seu uso. Técnicamente, hai moitos aspectos destacados no estándar H.264, como a codificación de símbolos VLC unificada, a estimación do desprazamento multimodo de alta precisión, a transformación enteira baseada en bloques 4 × 4 e a sintaxe de codificación en capas. Estas medidas fan que o algoritmo H.264 teña unha eficiencia de codificación moi alta, baixo a mesma calidade de imaxe reconstruída, pode aforrar aproximadamente o 50% da taxa de código que H.263. A estrutura de fluxo de código de H.264 ten unha forte adaptabilidade á rede, aumenta as capacidades de recuperación de erros e pode adaptarse ben a aplicacións de rede IP e sen fíos.
Destacados técnicos
Deseño en capas
O algoritmo H.264 pódese dividir conceptualmente en dúas capas: a capa de codificación de vídeo (VCL: Video Coding Layer) é responsable da representación eficiente do contido de vídeo e a capa de abstracción de rede (NAL: Network Abstraction Layer) é a responsable do xeito adecuado requirido pola rede Empaque e transmita datos. Unha interface baseada en paquetes defínese entre VCL e NAL, e o empaquetado e a sinalización correspondente forman parte de NAL. Deste xeito, VCL e NAL completan as tarefas de alta eficiencia de codificación e facilidade de rede. A capa VCL inclúe codificación híbrida de compensación de movemento baseada en bloques e algunhas novas características. Do mesmo xeito que os estándares de codificación de vídeo anteriores, H.264 non inclúe no borrador funcións como o pre-procesado e o posterior ao procesamento, o que pode aumentar a flexibilidade do estándar. NAL é responsable de encapsular datos empregando o formato de segmento da rede subxacente, incluíndo enmarcado, sinalización de canles lóxicas, utilización de información de temporización ou sinais finais de secuencia. Por exemplo, NAL admite formatos de transmisión de vídeo en canles con conmutación de circuítos e admite formatos de transmisión de vídeo en Internet mediante RTP / UDP / IP. NAL inclúe a súa propia información de cabeceira, información de estrutura de segmento e información de carga real, é dicir, os datos VCL da capa superior. (Se se usa tecnoloxía de segmentación de datos, os datos poden constar de varias partes).
Estimación de movemento multimodo de alta precisión
H.264 admite vectores de movemento con precisión de 1/4 ou 1/8 píxeles. Con precisión de 1/4 píxeles, pódese usar un filtro de 6 pulsacións para reducir o ruído de alta frecuencia. Para vectores de movemento con precisión de 1/8 píxeles, pódese usar un filtro de 8 pulsacións máis complexo. Ao realizar a estimación de movemento, o codificador tamén pode escoller filtros de interpolación "mellorados" para mellorar o efecto da predición. Na predición de movemento de H.264, un bloque macro (MB) pódese dividir en diferentes subblocos como se mostra na Figura 2, formando tamaños de bloques de 7 modos diferentes. Esta división flexible e detallada multimodo é máis axeitada para a forma dos obxectos en movemento reais da imaxe, o que mellora moito a precisión da estimación do movemento. Deste xeito, pódense incluír 1, 2, 4, 8 ou 16 vectores de movemento en cada bloque macro. En H.264, o codificador pode usar máis dun cadro anterior para a estimación do movemento, que é a chamada tecnoloxía de referencia de cadros múltiples. Por exemplo, se 2 ou 3 fotogramas só son fotogramas de referencia codificados, o codificador seleccionará un mellor fotograma de predición para cada macrobloque de destino e indicará para cada macrobloque que fotograma se usa para a predición.
Transformación de números enteiros
H.264 é similar ao estándar anterior, usando codificación de transformada baseada en bloques para o residual, pero a transformada é unha operación enteira e non unha operación de número real, e o seu proceso é basicamente similar ao DCT. A vantaxe deste método é que se permite a mesma transformación de precisión e transformación inversa no codificador e no decodificador, e é conveniente usar operacións sinxelas de punto fixo. Noutras palabras, non hai "erro de transformación inversa". A unidade de transformación é de 4 × 4 bloques, en lugar de 8 × 8 bloques usados habitualmente no pasado. A medida que se reduce o tamaño do bloque de transformación, a división do obxecto en movemento é máis precisa, de xeito que non só a cantidade de cálculo da transformación é menor, senón que tamén se reduce moito o erro de converxencia no bordo do obxecto en movemento. Para facer que o método de transformación de bloques de pequeno tamaño non produza a diferenza de escala de grises entre os bloques na área lisa máis grande da imaxe, o coeficiente de CC de 16 bloques 4 × 4 dos datos de brillo do macrobloc intra-cadro (cada bloque pequeno Un , un total de 16) realiza a segunda transformación de bloques 4 × 4 e realiza transformación de bloques 2 × 2 nos coeficientes de CC de 4 4 × 4 bloques de datos de crominancia (un por cada pequeno bloque, 4 en total).
Co fin de mellorar a capacidade de control de velocidade de H.264, o cambio do tamaño do paso de cuantificación contrólase ao redor dun 12.5%, en lugar dun aumento constante. A normalización da amplitude do coeficiente de transformación é procesada no proceso de cuantización inversa para reducir a complexidade computacional. Para enfatizar a fidelidade da cor, adóptase un tamaño de paso de cuantización menor para o coeficiente de crominancia.
VLC unificado
Hai dous métodos de codificación de entropía en H.264, un consiste en usar VLC unificado (UVLC: Universal VLC) para todos os símbolos que se van codificar e o outro é usar codificación aritmética binaria adaptativa ao contido (CABAC: Context-Adaptive Binary Codificación aritmética). CABAC é opcional e o seu rendemento de codificación é lixeiramente mellor que o UVLC, pero a complexidade computacional tamén é maior. A UVLC usa un conxunto de palabras de código de lonxitude ilimitada e a estrutura de deseño é moi regular e pódense codificar diferentes obxectos coa mesma táboa de códigos. Este método pode xerar facilmente unha palabra de código e o descodificador pode identificar facilmente o prefixo da palabra de código e UVLC pode obter rapidamente a resincronización cando se produce un erro de bit.
Predicción intra
Nas normas anteriores da serie H.26x e MPEG-x úsanse métodos de predición entre fotogramas. En H.264, a predición intra-cadro está dispoñible ao codificar imaxes intra. Para cada bloque 4 × 4 (excepto o tratamento especial do bloque de borde), pódese predicir cada píxel coa suma ponderada diferente dos 17 píxeles codificados previamente máis próximos (algúns pesos poden ser 0), é dicir, este píxel de 17 píxeles na esquina superior esquerda do bloque. Obviamente, este tipo de predición intra-cadro non é a tempo, senón un algoritmo de codificación preditivo realizado no dominio espacial, que pode eliminar a redundancia espacial entre bloques adxacentes e lograr unha compresión máis efectiva.
Como se mostra na Figura 4, a, b, ..., p no cadrado 4 × 4 son 16 píxeles que se poden predicir e A, B, ..., P son píxeles codificados. Por exemplo, o valor do punto m pódese predicir coa fórmula (J + 2K + L + 2) / 4 ou coa fórmula (A + B + C + D + I + J + K + L) / 8, etc. Segundo os puntos de referencia de predición seleccionados, hai 9 modos diferentes de brillo, pero só 1 modo para a predición intra de croma.
Para ambientes IP e sen fíos
O borrador H.264 contén ferramentas para eliminar erros para facilitar a transmisión de vídeo comprimido nun ambiente con erros frecuentes e perda de paquetes, como a solidez da transmisión en canles móbiles ou canles IP. Para resistir os erros de transmisión, a sincronización horaria no fluxo de vídeo H.264 pódese conseguir usando a actualización de imaxe dentro do cadro e a sincronización espacial está soportada por unha codificación estruturada por porcións. Ao mesmo tempo, para facilitar a resincronización despois dun erro de bit, tamén se proporciona un certo punto de resincronización nos datos de vídeo dunha imaxe. Ademais, a actualización de macroblocos dentro do cadro e os macroblocos de referencia múltiples permiten ao codificador considerar non só a eficiencia de codificación, senón tamén as características da canle de transmisión á hora de determinar o modo de macrobloco.
Ademais de usar o cambio do tamaño do paso de cuantificación para adaptarse á taxa de código de canle, en H.264, o método de segmentación de datos úsase a miúdo para tratar o cambio da taxa de código de canle. En xeral, o concepto de segmentación de datos é xerar datos de vídeo con diferentes prioridades no codificador para apoiar a calidade do servizo QoS na rede. Por exemplo, o método de particionamento de datos baseado na sintaxe adóptase para dividir os datos de cada fotograma en varias partes segundo a súa importancia, o que permite descartar a información menos importante cando o búfer reborda. Tamén se pode adoptar un método de particionamento de datos temporais similar, que se consegue empregando múltiples fotogramas de referencia en fotogramas P e B.
Na aplicación de comunicación sen fíos, podemos soportar grandes cambios na taxa de bits da canle sen fíos cambiando a precisión de cuantificación ou a resolución espazo / tempo de cada cadro. Non obstante, no caso do multidifusión, é imposible esixir ao codificador que responda a velocidades de bits variables. Polo tanto, a diferenza do método FGS (Fine Granular Scalability) empregado en MPEG-4 (con menor eficiencia), H.264 usa marcos SP de conmutación de fluxo en vez de codificación xerárquica.
Comparación de rendementoedit
TML-8 é unha proba para H.264. O PSNR proporcionado polos resultados da proba demostrou claramente que, en comparación co rendemento de MPEG-4 (ASP: Advanced Simple Profile) e H.263 ++ (HLP: High Latency Profile), os resultados de H.264 teñen vantaxes evidentes.
O PSNR de H.264 é obviamente mellor que o de MPEG-4 (ASP) e H.263 ++ (HLP). Na proba de comparación de 6 velocidades, o PSNR de H.264 é 2dB maior que o MPEG-4 (ASP) de media. É 3dB superior a H.263 (HLP) de media. As 6 taxas de proba e as súas condicións relacionadas son: taxa de 32 kbit / s, taxa de fotogramas 10f / s e formato QCIF; Taxa de 64 kbit / s, velocidade de fotogramas 15f / s e formato QCIF; Taxa de 128kbit / s, velocidade de fotogramas 15f / s e formato CIF; Taxa de 256kbit / s, taxa de fotogramas 15f / s e formato QCIF; Taxa de 512 kbit / s, taxa de fotogramas 30f / s e formato CIF; 1024 kbit / s de velocidade, 30f / s de fotogramas e formato CIF.
|
|
|
|
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: |
|
