Zusammenfassung

  • draft-ietf-mlcodec-opus-extension-06 erhält die RFC-6716-Basisschicht auch dann, wenn ein alter Decoder Erweiterungsdaten verwirft.
  • Selbst ein Decoder, der eine Erweiterung technisch unterstützt, darf sie ignorieren; Codebestand, Aushandlung, lokale Freigabe und Wirkung sind verschiedene Zustände.
  • Ein sauberer Basisausgang belegt die Kompatibilitätsuntergrenze, nicht die optionale Leistung.

Eingebaut, aber nicht aktiv

Ein Betreiber aktualisiert seine Decoder. Das neue Binärprogramm enthält ein Modul für eine Opus-Erweiterung, und die Endpunkte nennen die Kennung in ihren Fähigkeitslisten. Im laufenden Profil ist das Modul jedoch abgeschaltet. Die Pakete kommen an, die Basisspur klingt unverändert, und die allgemeine Erfolgsmetrik bleibt grün. Aus Sicht der Nutzer fehlt dennoch die angekündigte optionale Funktion.

Der Entwurf lässt diesen Zustand ausdrücklich zu. Ein Decoder muss unbekannte Erweiterungen ignorieren und darf sogar eine technisch unterstützte Erweiterung ignorieren. „Unterstützt“ beschreibt damit keine Anwendungspflicht. Es kann bedeuten, dass Code vorhanden ist, während Konfiguration, Ressourcenbudget, Sitzungsprofil oder eine weitere Bedingung die Ausführung verhindern.

Die Untergrenze der Kompatibilität

RFC 6716 verlangt vom Encoder Nullen in den Padding-Bytes, vom Decoder aber die Annahme beliebiger Werte. Der Entwurf nutzt Nichtnull-Padding als Erweiterungsrahmen. Ein alter Decoder verwirft es und verarbeitet den Opus-Basisteil. Ein erweiterter Decoder muss sich ohne Erweiterungen wie ein nicht erweiterter verhalten.

Der Encoder darf außerdem den nicht erweiterten Teil nicht so verändern, dass bei einem alten Decoder eine merkliche Qualitätsminderung entsteht. Damit wird eine Untergrenze geschützt. Wenn diese Basis gut klingt, ist genau diese Untergrenze beobachtet. Ob ein zusätzlicher Pfad aktiviert wurde, folgt daraus nicht.

Eine Instanz beginnt mit einer sieben Bit breiten Kennung und dem L-Bit. Kurze Kennungen tragen kein oder ein Datenbyte, lange Kennungen beliebig viele Bytes innerhalb des Pakets. Bei einer langen Erweiterung verbraucht L=0 normalerweise den Rest des Paddings und darf so höchstens einmal auftreten. L=1 kündigt eine explizite Länge an; der Wert 255 kann die Längenangabe fortsetzen, solange die Paketgrenze eingehalten wird.

Überschreitet die Länge das Paket, ist bereits die Längenangabe unvollständig oder fehlen RTE-Nutzdaten, muss der Decoder den fehlerhaften Teil ignorieren. Er darf weder über zugewiesenen Speicher hinauslesen noch fehlende Daten erfinden. Die Basis kann trotzdem erfolgreich sein.

Zugehörigkeit und Reihenfolge

Erweiterungen beziehen sich auf einzelne Opus-Frames. Die Strukturkennung 1 trennt ihre Gruppen. Eine Form erhöht den Frameindex um eins, die andere um einen angegebenen Betrag. Ein Index außerhalb der vorhandenen Frames führt dazu, dass alle zugeordneten Instanzen ignoriert werden.

Die Strukturkennung 2, Repeat These Extensions, wiederholt eine Auswahl in späteren Frames und überträgt neue Nutzdaten. Dadurch kann die vollständige Sammlung eines Frames im Paket nicht zusammenhängend sein. Die Reihenfolge innerhalb eines Frames ist bedeutsam, und eine Erweiterungsdefinition kann Anzahl und Position weiter einschränken. Nur die durch RTE beschriebene Umordnung gilt als äquivalent zur Einzelkodierung.

Eine Inventarliste gefundener IDs ist deshalb kein Anwendungsnachweis. Der Beleg muss zeigen, wie RTE entfaltet wurde, welchem Frame jede Instanz gehörte, welche Grenzen galten und welche Entscheidung folgte.

Aushandlung ohne Ausführung

Der Entwurf ergänzt audio/opus um extensions für Empfänger- und sprop-extensions für Senderkennungen. Erweiterungsspezifische Parameter verwenden extN-* und sprop-extN-*. Jeder Empfänger, der den Mechanismus erkennt, muss die Strukturkennungen 0, 1 und 2 unterstützen; sie müssen nicht in der Liste stehen.

SDP-Parameter müssen ausdrücklich angegeben und dürfen nicht blind aus einem anderen Offer oder Answer übernommen werden. Selbst bei gescheiterter Aushandlung muss der Empfänger Pakete mit unbekannten oder nicht ausgehandelten Erweiterungen dekodieren können. Das bedeutet sicheres Überspringen und Erhalt der Basis, nicht Ausführung.

Eine aktive Sitzung kann somit gerade wegen des Fallbacks weiterlaufen. Um Erweiterungsnutzung zu belegen, müssen Offer, Answer, gewählte Parameter, Binärversion, Konfiguration, Paketinstanz, lokale Freigabe und Ausgabebeobachtung demselben Kontext zugeordnet sein.

Kennung, Definition und Experiment

Der Entwurf schlägt ein sieben Bit breites Register vor. 0, 1 und 2 sind strukturell. 3 bis 119 sind unter Standards Action frei. 120 bis 126 dienen Experimenten; empfohlen werden ein Experiment-/Versionspräfix und die Vermeidung von Kollisionen. 127 bleibt für eine künftige Erweiterung des Mechanismus reserviert.

Eine Kennung koordiniert Dokumente, nicht laufende Prozesse. Experimente können kollidieren, Versionen auseinanderlaufen, stabile Definitionen in alten Builds fehlen. Registerstand, Definition, Version, Build und lokale Entscheidung brauchen getrennte Nachweise.

Der benachbarte Opus-HD-Entwurf zeigt einen möglichen Nutzer des Containers: zusätzliche Auflösung, Inhalte über 20 kHz und 96-kHz-Verarbeitung. Er nennt Code und eine Build-Option. Daraus folgt weder Aktivierung auf einem bestimmten Endpunkt noch Aushandlung oder hörbare Verbesserung. Dieser Artikel bewertet Opus HD nicht; er trennt den allgemeinen Container von der konkreten Wirkung.

Status und Unsicherheit

Revision 06 ist ein aktiver Internet-Draft der mlcodec-Arbeitsgruppe vom 23. Juli 2026, im Datatracker zuletzt am 27. August aktualisiert, im WG Last Call, mit beabsichtigtem Status Proposed Standard und Ablauf am 24. Januar 2027. Sie ist kein RFC und kann sich ändern oder unveröffentlicht bleiben.

Es wurden keine Encoder, Decoder, Produkte, Anbieter, Betreiber oder Sitzungen getestet. Die Quellen belegen keinen Angriff, Absturz, Kollisionsfall, Ressourcenverbrauch und keine Bitraten-, Spektral- oder Hörmessung. Die Szenarien sind analytisch.

Sauberer Basiston ist ein Beleg für den beobachteten Basiston. Die Erweiterung beginnt ihre Beweiskette danach.

Quellen