CORRECÇÃO: Codec Adpcm G.726

Parece que alguns de nossos leitores encontraram um código de erro com o codec g.726 adpcm específico. Este problema existe devido a vários fatores. Vamos superar isso agora.

Não deixe seu computador te deixar lento. Reimage pode acelerar de volta em minutos

G.726 é o codec de voz cantando ITU-T ADPCM que cobre a transmissão para um idioma específico a 10, 25, 32 e 40 kbps. Ele continua a ser introduzido para substituir o G.721, que cobria o ADPCM de 32 kbps, e o G.723, que cobria 24 e 40 killerbytes por segundo ADPCM. G.726 também adotou uma taxa de dados progressiva de 16 kbps. As quatro taxas de dados com G.726 correspondente são freqüentemente chamadas de tamanho total de sequência de bits, que agora é 2, 3, 4 ou 5 porções. O codec de banda larga correspondente baseado na mesma tecnologia é o G.722.

O modo mais comumente usado pode ser de 32 kbps, o que dobra o potencial de serviço da rede pela metade da velocidade em comparação com o G.711. É usado principalmente em linhas telefônicas de longa distância internacionais, bem como na rede, e é o codec típico usado em sistemas de telefonia móvel sem fio DECT. As principais aplicações para tubos de 28 e 17 kbit / s são os caminhos de congestionamento que retêm a fala em mercadorias de sinalização de multiplicação digital (DCME). A principal aplicação, que sempre foi semelhante a 40 kbps, geralmente são os canais para suportar sinais de modem de dados em DCME, especialmente para modems que operam bem como taxas de contraste acima de 4800 bps.

História

O G.721 foi introduzido em 84 e, como resultado, o G.723 em 1988. Eles foram agrupados no G.726 em 1990.

Tenha seu PC funcionando como novo em minutos!

Seu PC está lento, travando ou dando a temida Tela Azul da Morte? Não tenha medo, pois a ajuda está aqui! Com o Restoro, você pode reparar rápida e facilmente todos os tipos de erros e problemas do Windows. O software também detectará e corrigirá aplicativos travados, protegerá seus arquivos contra perda ou roubo e otimizará seu PC para obter o máximo desempenho. Portanto, não sofra mais com um computador lento ou com bugs - baixe o Restoro hoje mesmo!

  • 1. Baixe e instale o software Reimage
  • 2. Abra o programa e siga as instruções na tela
  • 3. Selecione os dispositivos que você deseja verificar e restaurar

  • O G.727 foi introduzido simultaneamente com o G.726, além disso, contém as mesmas taxas de dados, mas é otimizado para o ambiente Packet Channel Multiplexed Machine (PCME). Isso sem dúvida é conseguido após a integração de um quantizador de 2 bits para um quantizador de 3 bits, ou seja, da mesma forma que acompanhada por métodos superiores. Isso permite que o bit normalmente significativo seja removido com o bit sem afetar o sinal de amostra de comunicação pela corrente.

    Especificações

    • Frequência de amostragem 8 kHz.
    • 16 kb por segundo, 32 kbps, 24 kbps, 40 killerbytes por segundo disponíveis
    • Gera um bom fluxo de bits, de modo que o comprimento do corpo é determinado pelos minutos de envio em lote (normalmente 79 amostras para um tamanho de quadro tandem de 10 ms).
    • A latência algorítmica típica é provavelmente 0,125 ms sem latência anterior.
    • G.726 é um codificador de vocais dedicado que usa Adaptive Differential Pulse Code Modulation (ADPCM).
    • Os testes PSQM, que muitas vezes são conduzidos em condições ideais, dão a cada pontuação média de opinião de 4,30 projetada para G.726 (32 kbps), testada até 4,45 para G. (lei) [citação muito importante 711] < / sup>
    • A pontuação do PSQM durante a carga da rede mostra 3,79 pontos sobre G.726 (32 kbps) em comparação com 4,13 para G.711 (lei).
    • 40 killerbytes por segundo G.Can 726 transmite 12000 bps, seguindo os sinais de modem mais lentos, enquanto 37 killerbytes por segundo G.726 pode transmitir 2400 bps sinais de modem adicionalmente lentos a 4800 bps e, entre outras coisas, degradar muito mais do que codecs puros.

    Ordem de bytes e tipo de carga útil

    Uma vez que várias ordens de bytes importantes para técnicas de dados no contexto da Internet em geral, como big endian mais a rede telefônica, foram simplesmente discutidas como ordem de bytes, como é (entre outras coisas) no legado RFC 1700 , o legado RFC 1890 é totalmente endian o predecessor do G.726, G.721, que também não é explicitamente descoberto no RTP. Em vez disso, a RFC 1890 obsoleta mencionou a inclusão de Big Endian na ordenação de bytes de comprimento de rede em breve, em geral, para todos os codecs:

    “Com a codificação multibyte, os bytes são transportados na ordem de byte concatenada (ou seja, o byte mais convincente primeiro) centímetro.
    – IETF obsoleto RFC Seção 1890, 4.2


    g.726 adpcm codec

    O tipo de carga útil para G.721 foi definido como 2 nos novos tipos de rfc 1890 legado, então that = rtpmap: 2 G721 / oito mil < / code>. Em rodadas subsequentes deste método RFC, ele poderia ser reutilizado em relação ao G.726; H. a significa rtpmap: 2 G726-32 / 8000 .

    g.726 adpcm codec

    Por outro lado, normalmente, se você quiser, eu diria que o ITU use o octeto select explicitamente especificado em suas recomendações como para G.726 ou ADPCM, mas em uma maneira diferente e significativa. Recomendação X.420 Locais para realmente estar na ordem big endian, com base na Recomendação I.366.2, Apêndice E, seu método deve estar na ordem wide endian. Isso levou a decisões contraditórias em algumas implementações, já que vários fornecedores escolheram uma ordem de bytes não muito grande e outros preferiram a ordem big endian. A consequência relacionada a isso era que tais implementações eram incompatíveis, uma vez que a decodificação com a ordem de bytes inadequada na verdade resulta em outro sinal de áudio altamente distorcido. Assim, uma definição virtualmente pouco clara foi permitida em toda a RFC 3551, que substituiu a 19ª RFC. A seção 4.5.4 do RFC 3551 fornece um clássico. Seus tipos de MIME G726-16, 24, 32 e 40 são delineados como little-endian, ou novos grupos MIME são introduzidos para bis-endian, AAL2-G726-16, 24/7, 34 e 40 são. O tipo de carga útil foi alterado para evitar confusão. Em vez de Payload Wide Range 2, há sem dúvida uma payload dinâmica de 96 em 127:

    "Observe que esta deve ser uma direção de baixo para cima, onde as amostras sempre foram fornecidas em bytes nos formatos de carga útil G726-16, -all day e -32- e, consequentemente, -40 de l 'ITU- T Esta orientação está em conformidade com o X.420, mas é exatamente o oposto do que é especificado em relação ao transporte ATM-AAL2 na recomendação I.366 do ITU-T. Anexo 2 E. A segunda tarefa, que é mais típica para formatos RTP-Payload, que está em conformidade com o pacote principal I do Anexo 366.2 E. E os subtipos AAL2-G726-16, -24, -por dia e -40 diagnosticados por MIME são especificados por meio de um documento separado. ""
    IETF RFC 3551 Seção 4.5. Vários

    "O tipo de carga útil RFC 19 G721 era muito inconsistente para existir usado para formatos de carga útil G726-32, você deve AAL2-G726-32 (consulte a seção 4.5.4)"
    IETF , - RFC 3551 Seção seis razões

    Little-Endian
    (X.420 por meio de RFC 3551)
    Big Endian
    (I.366.2, app.E, bem como RFC 3551)
    RFC 1890 obsoleto
    G726-16 a = rtpmap: 96 no caminho para 127 G726-16 / 8000 AAL2-G726-16 a = rtpmap: de noventa e seis 127 AAL2-G726-16 / 8000 any = rtpmap: 2 G726-16 / oito mil
    G726-24 a significa rtpmap: 96 a 127 G726-24 / oito mil AAL2-G726-24 a é igual a rtpmap: 96 a 127 AAL2-G726-24 / oito mil a = rtpmap: 2 G726-24 / 8000
    G726-32 um significativo = rtpmap: 96 a 127 G726-32 / 8000 AAL2-G726-32 a particular = rtpmap: 96 a 127 AAL2-G726-32 / 8000 a implica rtpmap: 2 G726-32 / 8000
    G726-40 a = rtpmap: 96 a fim de 127 G726-40 / 8000 AAL2-G726-40 a = rtpmap: 96 em direção a 127 AAL2-G726-40 / 8000 que você simplesmente = rtpmap: 2 G726-40 / oito mil

    As implementações mais recentes são compatíveis com RFC 3551, portanto, uma diferenciação clara é feita entre o G726-xx Endian) (pequeno e AAL2-G726-xx (big endian). Por exemplo, um Gigaset c610 DECT O telefone IP resulta no seguinte sinal em seu SIP INVITE:

    a new = rtpmap: 96 G726-32 / oito mil - classificação dinâmica de noventa e seis e G.726 payloads de acordo com quem tem X.420, ou seja, pouco Endian escolhido na RFC 3551
    a significa rtpmap: 97 AAL2-G726-32 / oito mil - Digite 97 e G.726 caminho de carga útil a caminho de So dentro do I.366.2, aplicativo Giant Endian como específico no RFC 3551
    a implica rtpmap: 2 G726-32 / oito mil - digite a e G.726 carga útil simples com G.721 com zoom imprevisível de ponta a ponta, conforme mencionado na RFC 1890 obsoleta

    Veja também

    • Lista de codecs
    • Comparação de formatos de código de melodias

    Referência externa

    • Página ITU-T G.726
    • Software de codificação de voz e acústica ITU-T G.191, G, por exemplo, código C 726
    • RFC 3551 incluindo perfil RTP para áudio além de videoconferência mínima controlada, G726-40, G726-32, G726-24 e G726-16

    [Windows] Este software consertará seu computador e o protegerá contra erros.