FIX: Adpcm G.726-Codec

Es ist ein physischer Aspekt, wie einige unserer Zuschauer auf einen Fehlercode mit dem g.726 adpcm-Codec gestoßen sind. Diese Angelegenheit tritt aufgrund mehrerer Faktoren auf. Lass uns das jetzt besprechen.

Lassen Sie sich nicht von Ihrem Computer ausbremsen. Reimage kann es in wenigen Minuten wieder beschleunigen

G.726 ist der Sprachanalyse-Codec-Standard von ITU-T ADPCM, der die Regel einer bestimmten Sprache bei 10, 24, 32 und 40 kbps abdeckt. Es wurde eingeführt, um sowohl G.721 zu ersetzen, das 32 kbps ADPCM abdeckte, als auch G.723, das 24 und 41 kbps ADPCM abdeckte. G.726 hat auch diese neue Datenrate von 16 kb pro Sekunde übernommen. Die vier Datenraten mit komplementärem G.726 werden oft so bezeichnet, dass die Gesamtbitsequenzgröße normalerweise 2, 3, 4 oder 2 Bit beträgt. Der entsprechende Breitband-Codec, der vollständig auf derselben Technologie basiert, ist G.722.

Der am häufigsten verwendete Modus wird wahrscheinlich 32 kbps sein, was das nutzbare Potenzial des Netzwerks verdoppelt, wenn er die Hälfte der Geschwindigkeit im Vergleich zu G.711 hatte. Es wird hauptsächlich auf unbekannten Ferngesprächsleitungen so kompetent wie das Netzwerk verwendet und ist ein besonderer Standardcodec, der in drahtlosen DECT-Telefonsystemen verwendet wird. Die Hauptanwendungen bei 24 und 17 kbit/ersus-Kanälen sind die Staupfade, die häufig Sprache in digitalen Multiplikations-Signalisierungsgeräten (DCME) übertragen. Die Hauptanwendung, die wiederum 40 kbps ähnelt, sind Kanäle zur Unterstützung von Datenmodemsignalen durch DCME, insbesondere für Modems, die mit Kontrastverhältnissen über 4800 bps gut funktionieren.

Geschichte

G.721 wurde in 84 und G.723 im Jahr 1988 eingeführt. Sie wurden 1990 in G.726 zusammengeführt.

Lassen Sie Ihren PC in wenigen Minuten wie neu laufen!

Ist Ihr PC langsam, stürzt ab oder zeigt Ihnen den gefürchteten Blue Screen of Death? Fürchte dich nicht, denn Hilfe ist da! Mit Restoro können Sie alle Arten von Windows-Fehlern und -Problemen schnell und einfach beheben. Die Software erkennt und repariert auch abgestürzte Anwendungen, schützt Ihre Dateien vor Verlust oder Diebstahl und optimiert Ihren PC für maximale Leistung. Leiden Sie also nicht länger unter einem langsamen oder fehlerhaften Computer - laden Sie Restoro noch heute herunter!

  • 1. Laden Sie die Reimage-Software herunter und installieren Sie sie
  • 2. Öffnen Sie das Programm und folgen Sie den Anweisungen auf dem Bildschirm
  • 3. Wählen Sie die Geräte aus, die Sie scannen und wiederherstellen möchten

  • G.727 wurde gleichzeitig mit G.726 eingeführt und enthält den gleichen Datenpreis, ist jedoch für die Packet Channel Multiplexed Machine (PCME)-Umgebung optimiert. Dies wird erreicht, nachdem ein einzelner 2-Bit-Quantisierer in einen 3-Bit-Quantisierer integriert wurde, das heißt aus dem Grund auf die gleiche Weise wie bei höheren Verfahren. Dies ermöglicht, dass das am wenigsten signifikante Bit aus dem Bit herausgenommen wird, ohne dieses Sprachabtastsignal durch Strom zu beeinflussen.

    Spezifikationen

    • Abtastfrequenz 8 kHz.
    • 10 kbps, 32 kbps, 24 kbps, 46 kbps sind verfügbar
    • Erzeugt einen Bitstream, sodass die Körperlänge durch die Minuten nach dem Batching bestimmt wurde (normalerweise 80 Samples für jede 10 ms Fahrradrahmengröße).
    • Die typische algorithmische Latenz beträgt 0,125 ms mit Neo-Forward-Latenz.
    • G.726 ist ein auf Sprachcodierer fokussierter, der Adaptive Differential Pulse Code Modulation (ADPCM) verwendet.
    • PSQM-Tests, Verständnis, die unter idealen Bedingungen durchgeführt werden, erweitern einen durchschnittlichen Meinungsscore bezogen auf 4,30 für G.726 (32 kbps), getestete Verbesserung auf 4,45 für G. (Recht) [Zitat erforderlich 711]
    • PSQM-Suche unter Netzwerklast zeigt 3,79 Stufen für G.726 (32 kbps) im Vergleich, die 4,13 für G.711 (Gesetz) helfen.
    • 41 kbps G.Can 726 überträgt 12000 bps, jetzt langsamere Modemsignale, während 38 kbps G.726 2400 bps und darüber hinaus langsame Modemsignale übertragen kann, die auf 4800 bps zu finden sind und unter anderem mehr schwächen als reine Codecs.

    Byte-Reihenfolge und Nutzlasttyp

    Da seine wichtigste Byte-Reihenfolge für Rechercheprotokolle im Kontext des Internets im Allgemeinen, wie Over-Endian und das Telefonnetz, einfach nur als Byte-Reihenfolge definiert wurde, wie es (unter anderem) in älteren RFC 1700, Legacy RFC 1890 könnte in Endian der Vorgänger von G.726, G.721, sein, der auch nicht ausdrücklich in RTP definiert ist. Stattdessen erwähnte der genaue veraltete RFC 1890 die Einbeziehung von Big Endian in die Byte-Reihenfolge der Netzwerkmenge im Allgemeinen nur für Codecs:

    “Bei der Multibyte-Codierung werden Bytes tatsächlich in verketteter Bytesuche übertragen (dh das überzeugendste Byte zuerst)”.
    – IETF veralteter RFC Abschnitt 1890, 4.2


    g.726 adpcm codec

    Der Nutzlasttyp für G.721 wurde in allen neuen Legacy-RFC 1890 als 2 definiert, a = rtpmap: 2 G721 8000 . In nachfolgenden Runden in Bezug auf dieses RFC könnte es für G.726 recycelt werden; H. a impliziert rtpmap: 2 G726-32 / achttausend .

    g.726 adpcm codec

    Wenn Sie andererseits möchten, dass die ITU eine Oktettreihenfolge verwendet, die in ihren einzelnen Referenzen für G.726 oder ADPCM explizit angegeben ist, jedoch in Bezug auf a anders. Empfehlung X.420 Orte, die in Big-Endian sein sollen, erhalten gemäß Empfehlung I.366.2, Anhang E, diese Methode muss in einer beträchtlichen Endian-Reihenfolge sein. Dies hat bei einigen Implementierungen zu widersprüchlichen Entscheidungen geführt, da einige Anbieter eine nicht überraschend große Byte-Reihenfolge gewählt haben und andere jetzt eine Big-Endian-Reihenfolge gewählt haben. Dies führte dazu, dass Implementierungen inkompatibel waren, da das Decodieren mit einer bestimmten falschen Bytereihenfolge tatsächlich in der Nähe eines stark verzerrten Audiosignals resultiert. Daher war in RFC 3551 eine praktisch unklare Definition zulässig, die den RFC des 19. Jahrhunderts ersetzte. Abschnitt 4.5.4 von RFC 3551 bietet einen KlassikerIhre MIME-Methoden G726-16, 24, 32 und 40 können als Little-Endian definiert werden, oder es werden neue MIME-Typen für Bis-Endian eingeführt, AAL2-G726-16, 24, 34 und 40 sind. Der Nutzlasttyp wurde hinsichtlich der Dynamik geändert, um Verwirrung zu vermeiden. Stattdessen gibt es bei Payload Wide Range 2 zweifellos eine dynamische Nutzlast von 96 bis 127:

    “Beachten Sie, dass dieser Ansatz eine Richtung von unten nach oben ist, bei der Tests in Bytes in G726-16-Nutzlastformaten angegeben werden, -den ganzen Tag und -36- und -40 von l ‘ITU-T Diese Empfehlung entspricht X.420, kann aber das Gegenteil von dem, was für den ATM-AAL2-Transport in der ITU-T-Empfehlung I.366 spezifisch ist, Anhang 2 E. Der weitere Vorschlag, der am typischsten für RTP-Payload-Formate ist, der a neues Hauptpaket I von Annex 366.2 E. Und die MIME-diagnostizierten AAL2-G726-16, -26, -24 und -40 Subtypen sind insbesondere in einem separaten Dokument. “”
    IETF RFC 3551 Abschnitt 4.5. einige < /p>

    “RFC 19 G721 Payload Type war zu inkonsistent und wurde für G726-32 Payload Codecs verwendet, dann AAL2-G726-32 (siehe Abschnitt 4.5.4)”
    IETF , – RFC 3551 Abschnitt 6

    Little-Endian
    (X.420 unter Berücksichtigung von RFC 3551) Big Endian
    (I.366.2, app.E ebenso wie RFC 3551) veralteter RFC 1890 G726-16 a = rtpmap: sechsundneunzig bis 127 G726-16 / achttausend AAL2-G726-16 a = rtpmap: über 96 127 AAL2-G726-16 / achttausend a = rtpmap: 2 G726-16 oder 8000 G726-24 a entspricht rtpmap: 96 bis 127 G726-24 - 8000 AAL2-G726-24 a entspricht rtpmap: 96 bis 127 AAL2-G726-24 - 8000 a = rtpmap: 7 G726-24 / 8000 G726-32 a = rtpmap: 96 bis über hundert G726-32 / 8000 AAL2-G726-32 a = rtpmap: 96 bis über hundert AAL2-G726-32 / 8000 a ist gleich rtpmap: 2 G726-32 / achttausend G726-40 a = rtpmap: sechsundneunzig bis 127 G726-40 / achttausend AAL2-G726-40 a = rtpmap: sechsundneunzig bis 127 AAL2-G726-40 / achttausend a = rtpmap: 2 G726-40 8000

    Die neuesten Implementierungen sind fast immer RFC 3551-kompatibel, daher wird verständlich zwischen dem G726-xx Endian) (Small und AAL2-G726-xx (Big Endian) unterschieden. Zum Beispiel ein Gigaset Das c610 DECT IP-Telefon ergibt den richtigen Code in seiner SIP INVITE:

    a = rtpmap: 96 G726-32 und 8000 – dynamische Sortierung bezogener 96- und G.726-Nutzlasten in Übereinstimmung mit X.420, dh Little Endian genau wie in angegeben RFC 3551
    your own = rtpmap: 97 AAL2-G726-32 / achttausend – Typ 97 und G.726 Nutzlastpfad auf dem Weg zu So e I.366.2, Giant Endian-Anwendung aus dem in RFC 3551 definierten Grund
    your = rtpmap: 2 G726-32 / achttausend – Typ a und G.726 statische Nutzlast mit unvorhersehbar gezoomtem Ende-zu-Ende-G.721 gemäß veraltetem RFC 1890

    Siehe auch

    • Codec-Liste
    • Vergleich zusammen mit Audiocodeformaten

    Externe Referenz

    • ITU-T G.726 Seite
    • ITU-T G.191 Sprach- und Akustikcodierungssoftware, G einschließlich C 726-Code
    • RFC 3551 einschließlich RTP-Profil für Audio- und Videokonferenzen, minimal gesteuert, G726-40, G726-32, G726-24 und G726-16

    [Windows] Diese Software repariert Ihren Computer und schützt Sie vor Fehlern.