AAC in OGG umwandeln

AAC ist lizenzpflichtig, und genau deshalb bauen manche Linux-Distributionen ihr Chromium bewusst ohne die entsprechenden Codecs. Wer für eine deutsche Behörde oder ein Projekt im Umfeld der Bundesverwaltung entwickelt, kennt diese Einschränkung von der anderen Seite: Die Digitalstrategie der öffentlichen Hand setzt zunehmend auf lizenzkostenfreie, offene Formate, und ein Audio-Element, das ausschließlich auf AAC setzt, funktioniert dort nicht zuverlässig.

Diese Umwandlung liefert genau die zweite Quelle für ein audio- oder video-Element: eine Datei, die ein Player ohne AAC-Decoder trotzdem abspielen kann. Ob das im konkreten Fall überhaupt nötig ist, klärt der nächste Abschnitt.

Ogg ist ein Container, und drei Codecs passen hinein: Vorbis, Opus und FLAC. Seit fünfundzwanzig Jahren wird die Endung .ogg mit Vorbis assoziiert, weil diese Kombination zuerst kam — eine Datei mit dieser Endung gilt deshalb weithin automatisch als Vorbis. Diese Umwandlung schreibt stattdessen Opus, und wer eine Fallback-Kette aufbaut, sollte das wissen, bevor er einen Prüfschritt gegen den falschen Codec baut.

Für diesen Zweck ist das die bessere Wahl. Opus wurde 2012 als RFC 6716 veröffentlicht und übertrifft Vorbis bei jeder Bitrate. Die eigentliche Unterstützungsfrage liegt beim Container: Safari hat bis Version 18.4 im März 2025 überhaupt nichts aus einem Ogg-Wrapper gelesen, eine .ogg-Datei ist also selbst als Fallback vor allem eine Lösung für Chrome, Edge und Firefox. Was sie nicht erfüllt, ist eine Prüfung oder ein Build-Check, der ausdrücklich Vorbis verlangt.

Die Lücke ist kleiner als ihr Ruf, aber sie ist real. Chrome, Edge, Safari und aktuelle Firefox-Versionen dekodieren AAC alle ohne Weiteres. Was das nicht zuverlässig tut, ist Chromium in der Auslieferung mancher Linux-Distributionen, das ohne den lizenzpflichtigen Codecsatz gebaut wird — und jede Anwendung, die eine gleich gebaute Engine einbettet, erbt diese Lücke.

Dieselbe Logik trifft Open-Source-Player und Desktop-Anwendungen, die konsequent nur freie Codecs mitliefern. Für ein Publikum aus Linux-Desktops, selbst gehosteten Instanzen oder Distributions-Builds lohnt sich eine zweite Quelle. Besteht das Publikum überwiegend aus Smartphones und marktüblichen Browsern, löst diese Seite ein Problem, das in diesem Fall gar nicht besteht.

Das gehört ausdrücklich gesagt, statt es beim Ausprobieren entdecken zu lassen: Die Ziele ogg und opus schreiben auf dieser Website beide einen Opus-Strom in einem Ogg-Container, mit demselben Encoder. Das Ergebnis dieser Seite und der AAC-zu-OPUS-Seite ist identisch — nur die Endung unterscheidet sich.

Welche Endung passt, ist deshalb eine Frage der eigenen Werkzeugkette, nicht des Inhalts. Build-Pipelines, Upload-Formulare und Content-Type-Prüfungen akzeptieren oft die eine Endung und nicht die andere, und audio-Elemente in freier Wildbahn tragen häufiger .ogg, weil diese Konvention älter ist. Wer die falsche gewählt hat, kann die Datei anschließend gefahrlos umbenennen — der Strom bleibt unter beiden Namen gültig.

Eine Datei mit der Endung .aac ist meist ein Audio Data Transport Stream: eine Folge von AAC-Rahmen mit jeweils einem kurzen Kopf, ohne Container drumherum. Es gibt kein Inhaltsverzeichnis, kein Dauerfeld, keinen Metadatenbereich. Dateien in dieser Form stammen oft aus einem Segmentierer, einer Aufzeichnung oder einem für Streaming konfigurierten Encoder.

Das hat eine konkrete Folge für Web-Einsatz: Manche Player melden bei einem ADTS-Strom die falsche Länge oder verweigern das Vor- und Zurückspulen, weil die Dauer erst durch Abtasten geschätzt werden muss, statt aus einem Kopf gelesen zu werden. Die hier erzeugte OGG trägt diese Struktur, weshalb sich der Fallback gelegentlich sogar zuverlässiger verhält als die eigentliche Hauptquelle — ein Argument dafür, AAC in einem M4A statt roh auszuliefern, wo man die Wahl hat.

Ein Browser entscheidet anhand des deklarierten Typs, welche Quelle er überhaupt versucht — und das, bevor er irgendetwas herunterlädt. Für diese Endung steht audio/ogg im MIME-Type-Attribut und im Header, den der eigene Webserver ausliefert.

Ein falscher Wert führt zu genau dem Fehler, den man vermeiden wollte: Ein Client lädt eine Datei, die er nicht dekodieren kann, scheitert und fällt entweder langsam oder gar nicht weiter. Den korrekten Content-Type ausliefern, die OGG-Quelle hinter der AAC-Quelle im Markup listen, damit fähige Clients die besser unterstützte Datei zuerst nehmen — und mit einem Build testen, der AAC tatsächlich nicht kann, statt sich auf eine Codec-Tabelle zu verlassen.

Das AAC hat bereits Teile der Aufnahme dauerhaft verworfen, und Opus verwirft jetzt eine weitere Auswahl nach einem anderen Modell — ein Teil des Bit-Budgets geht dabei in die möglichst genaue Nachbildung der Artefakte des ersten Encoders statt in das ursprüngliche Signal. Das ist der Standardpreis jeder verlustbehafteten Umwandlung, den keine Einstellung wegnimmt.

Für einen Fallback, den nur eine Minderheit je hört, ist die kleinste Stufe eine vernünftige technische Entscheidung, die die Zusatzdatei klein hält. Für alles, was auf manchen Plattformen die eigentliche Quelle wird, ist die höchste Stufe die richtige Wahl: Sie lässt dem Encoder genug Spielraum, kaum noch etwas Eigenes hinzuzufügen.

Die drei Stufen — „Kleine Datei", „Ausgewogen", „Hohe Qualität" — geben dem Encoder eine Qualitätsvorgabe statt eine feste Kilobit-Zahl; welche Bitrate am Ende tatsächlich herauskommt, entscheidet der Encoder selbst und hängt vom Material ab. Wer daraus MP3-Erfahrungen ableitet, überschätzt trotzdem, wie viel Opus für ein gutes Ergebnis braucht: Derselbe Codec betreibt Sprachnachrichten in Messengern bei sehr niedrigen Bitraten bereits verständlich, und Stereo-Musik klingt bei Werten, die für MP3 eng wären, bei Opus komfortabel.

Für Interface-Töne, Benachrichtigungen, kurze Signale und Sprachansagen ist „Kleine Datei" oft die richtige Wahl statt eine bloße Sparmaßnahme, und bei dutzenden Assets auf einer Seite macht sich der Unterschied in der Ladezeit bemerkbar. Für Musikbetten und alles mit anhaltendem Inhalt eignen sich „Ausgewogen" oder „Hohe Qualität" besser.

Ogg speichert Metadaten als Vorbis-Comments — eine einfache Liste aus Schlüsseln in Großbuchstaben mit Textwerten — und ist damit ein durchaus geeigneter Ort für Titel, Lizenz oder Namensnennung. Das Problem liegt hier weiter vorn in der Kette: Ein roher ADTS-Strom hat überhaupt keinen Metadatenbereich, es gibt also nichts zu übertragen, und der Kommentar-Header im Ergebnis bleibt leer.

Für reine Build-Assets ist das meist ohne Bedeutung, weil Dateiname und Manifest die Identität ohnehin tragen. Wo es zählt — ein herunterladbares Klangbeispiel, ein Creative-Commons-Asset mit Namensnennungspflicht — müssen die Tags nachträglich mit einem eigenen Werkzeug in die OGG geschrieben werden, und an dieser Stelle in der Kette ist genau der richtige Zeitpunkt dafür, weil sie danach jede weitere Kopie überstehen.

Opus ist das einzige Audioziel auf dieser Website, das keinen Encoder nachladen muss, weil jeder Browser ihn ohnehin für Telefonie eingebaut hat, und AAC dekodiert das eigene Gerät bereits selbst. Eine Umwandlung beginnt deshalb sofort, und der Netzwerkverkehr bleibt während der gesamten Zeit ruhig — im Netzwerk-Tab der Entwicklerwerkzeuge während eines laufenden Stapels nachprüfbar.

Dateien sind bei 100 MB je Stück gedeckelt, hundert lassen sich in einem Durchgang ablegen, das Ergebnis kommt als ein ZIP zurück — die übliche Form für diese Aufgabe, weil ein Fallback für einen ganzen Asset-Ordner erzeugt wird und nicht für eine einzelne Datei. Bei unveröffentlichtem Produktmaterial ist die Tatsache, dass nichts übertragen wird, mehr wert als jede Bequemlichkeit.

Nicht jede Lücke lässt sich mit einem Opus-Fallback schließen. Braucht ein Werkzeug unkomprimiertes Audio, etwa für eine weitere Bearbeitungsstufe, ist AAC zu WAV auf dieser Website die richtige Seite, nicht diese hier. Soll AAC lediglich in einen anderen Container gepackt werden, ohne den Codec zu wechseln, ist AAC zu M4A der direktere Weg und verändert den eigentlichen Ton gar nicht erst.

Diese Seite ist speziell für den Fall gedacht, dass ein Player AAC gar nicht erst entgegennimmt — für alles andere ist ein anderes Ziel auf dieser Website die passendere Antwort, und die Wahl zwischen ihnen hängt vom tatsächlichen Fehlerbild ab, nicht von der Endung, die gerade zur Hand ist.

Ein Fallback, der nie getestet wurde, ist eine Vermutung. Am zuverlässigsten lässt sich das mit einer Linux-Distribution mit ausgeschalteter unfreier Codec-Unterstützung prüfen, oder mit einer bewusst schlanken Chromium-Distribution, wie sie manche Paketverwaltungen anbieten — beide verweigern AAC zuverlässig und zeigen sofort, ob der Fallback tatsächlich greift.

Fehlt eine solche Umgebung, hilft ein einfacherer Test: den AAC-Quellpfad im Markup vorübergehend entfernen und nur die Ogg-Quelle stehen lassen. Spielt der Ton dann in jedem gängigen Browser weiterhin ab, ist zumindest die Ogg-Datei selbst in Ordnung — die eigentliche Fallback-Logik des Players bleibt trotzdem ein separater Test.