Opus (Audioformat)

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
Opus
Logo
Dateiendung: .opus
MIME-Type: audio/ogg, audio/opus[1][2]
Entwickelt von: IETF-Codec-Arbeitsgruppe
Erstveröffentlichung: 11. September 2012
Art: Audio
Enthalten in: Ogg, WebM
Erweitert von: CELT, SILK
Standard(s): RFC 6716 (September 2012)[3]

RFC 8251 (Oktober 2017)[4]

opus-codec.org


Opus ist ein Datenformat zur verlustbehafteten Audiodatenkompression mit spezieller Eignung für interaktive Echtzeitübertragungen über das Internet.

Es ist als ein internationaler Offener Standard in RFC 6716[3] beschrieben. Als grundlegende Verfahren werden eine Frequenztransformation und Linear Predictive Coding (LPC) genutzt. Es ermöglicht besonders hohe Klangqualität und besonders geringe Verzögerung in Übertragungen.

Spanne der möglichen Bitraten und algorithmischen Verzögerungen im Vergleich

Opus hat eine besonders niedrige Codec-Latenz, um bei Echtzeit-Anwendungen in der Verarbeitung des typischerweise unmittelbar vor der komprimierten Übertragung erzeugten Signales möglichst wenig Verzögerung (Latenzzeit) zu verursachen. Opus arbeitet mit Blocklängen von 2,5 bis 20 (60) ms mit dynamischem, artefaktfreiem Wechsel zwischen unterschiedlichen Blocklängen. Hinzu kommen je nach Modus noch 2,5 bis 5 ms an Lookahead.[5] Es erlaubt konstante und variable Bitraten über einen sehr weiten Bereich von 6 kbit/s bis zu 510 kbit/s und die Abbildung des gesamten menschlichen Hörbereiches. Es können nur je zwei Kanäle (Stereo) gekoppelt werden. Mehr Kanäle können dargestellt werden, indem sie (unabhängig oder eben eventuell paarweise gekoppelt) zusammen in eine Containerdatei gemultiplext werden. Für empfängerseitige Lautheits-Anpassungen wird die EBU-Empfehlung R 128 unterstützt.

Das Verfahren ist als offener Standard offen dokumentiert und eine Referenzimplementierung im Quellcode veröffentlicht. Teile des Verfahrens sind mit Softwarepatenten belastet, wobei die Rechteinhaber unbeschränkter Verwendung ihrer Patente im Rahmen der Verwendung des Codecs einschließlich zukünftiger Versionen des Standards zugestimmt haben. Dabei behalten sich jedoch alle vor, ihre Patente zur Abwehr von Patentklagen Dritter einzusetzen.[3]

Opus ist ein Hybrid-Verfahren aus CELT und einer stark modifizierten, inkompatiblen Version von SILK. Das Verfahren kennt dreierlei Modi, zwei für reine Sprachsignale und einen unspezialisierten für beispielsweise Musik. Bei den Sprach-Modi steht ein Modus zur Verfügung, in dem der gesamte menschliche Hörbereich abgebildet wird, wobei die im Wesentlichen auf Frequenztransformation (MDCT) basierenden Algorithmen von CELT für einen oberen Frequenzanteil ab 8 kHz, die im Wesentlichen auf Linear Predictive Coding (LPC) basierenden SILK-Algorithmen für den unteren zuständig sind. Für niedrige Bitraten (sinnvoll unterhalb etwa 30 kbit/s) kann der Frequenzbereich eingeschränkt werden und die CELT-Schicht ausgelassen werden. Für andere Signalarten kann die auf Sprachsignale spezialisierte SILK-Schicht abgeschaltet und ausschließlich das unspezialisierte CELT benutzt werden. Ab Version 0.9.2 (März 2011) kann im laufenden Betrieb nahtlos zwischen diesen Modi umgeschaltet werden und der Encoder wählt in Voreinstellung den Modus automatisch.

Opus-Daten können in Ogg-Container verpackt werden. Der Inhalt solcher Ogg-Opus-Datenströme wird dann mit audio/ogg; codecs=opus angegeben und für Ogg-Opus-Dateien wird die Dateinamenserweiterung .opus empfohlen.[1] Opus-Datenströme können außerdem in Matroska, WebM,[6] MPEG-TS,[7] und MP4-Containern eingebettet werden oder mit Verfahren wie RTP in Echtzeit über IP-basierte Netzwerke gesendet werden.[8]

Kodierungseffizienz-Kennlinie im Vergleich

In vergleichenden Hörtests zeigt sich Opus bei niedrigen Bitraten den bisher durch die Verwendung der proprietären Spektralbandreplikation dominanten HE-AAC-Codecs qualitativ überlegen.[9] Bei Bitraten von 12 kbit/s und darunter unterlag eine Version des Codecs von Mitte Februar 2011 bei Sprachsignalen den AMR-Codecs aus GSM, die hier qualitativ den Stand der Technik markieren. Für Sprachsignale zeigte sich Opus-intern der Hybrid-Modus bei Bitraten zwischen etwa 20 und 48 kbit/s überlegen – darüber der rein MDCT-basierte und darunter der rein LPC-basierte Modus.[10][11] Im Unterschied zu anderen gängigen Transformationsverfahren sind für Opus stark tonale Signale besonders schwierig und komplexe Passagen hingegen relativ sparsam darstellbar.

Spektrogramm einer Opus-kodierten Musikaufnahme bei unterschiedlichen Durchschnittsbitraten (≈32 bis ≈160 kbit/s) zeigt deutlich das Tiefpass-Verhalten des Kodierers und die vergleichsweise gute Erhaltung der Bandenergie durch CELT (vergleiche Original, Vorbis, MP3, AAC).

Opus ist ein aus zwei verschiedenen, ursprünglich separaten Verfahren kombinierter Hybridcodec. Eine Transformations-Schicht (ursprünglich CELT) arbeitet auf Basis der modifizierten diskreten Kosinustransformation (MDCT) und Ansätzen von CELP (Codebuch zur Anregung, jedoch in der Frequenzdomäne). Eine auf Sprachsignale spezialisierte Schicht (ursprünglich SILK) basiert auf Linear Predictive Coding (LPC). Das ursprüngliche SILK wurde modifiziert und unter anderem Unterstützung für 10-Millisekunden-Blöcke hinzugefügt. Die gemeinsame Bereichskodierung der beiden Anteile eines Hybrid-Datenstromes wurde von CELT übernommen. Der LPC-Teil arbeitet intern mit einer Abtastfrequenz von 16 kHz. Der Kodierer besitzt einen eingebauten Abtastratenkonverter. Zur Kompensierung des geringeren Lookahead des CELT-Signales wird dieses entsprechend verzögert. SILK hat eine größere algorithmische Verzögerung, um in seinem typischen Einsatzszenario die durch die Übertragungsprotokolle anfallenden Verwaltungsdaten zu minimieren. So sind beispielsweise im reinen CELT-Betrieb niedrigere Latenzen möglich.[5]

Transformations-Schicht (CELT)

[Bearbeiten | Quelltext bearbeiten]

Siehe auch Artikel CELT, Abschnitt Technik

Die Transformations-Schicht von Opus funktioniert technisch weitgehend gleich dem aufgegebenen eigenständigen CELT. Es wurde allerdings für die Integration mit SILK modifiziert und auch weiterentwickelt. Hinzugekommen sind Unterstützung für 20-Millisekunden-Blöcke und signalisierbare Abweichungen von der festgelegten Zuweisung verfügbarer Bits auf die (Bark-)Bänder mit einem sogenannten „allocation tilt“ und einem sogenannten „band boost“.

Beteiligte Personen und Organisationen

[Bearbeiten | Quelltext bearbeiten]

Opus wird von der Internet Engineering Task Force (IETF) als RFC 6716[3] als internationaler Offener Standard für verlustbehaftete Audiodatenkomprimierung im Internet empfohlen.[12] Er wurde im Standardisierungsverfahren bei der IETF von der Codec-Arbeitsgruppe mit Personal von und auf Basis von zunächst separaten Vorschlägen der Xiph.Org Foundation und Skype Technologies S.A. (heute Microsoft) entwickelt. Hauptentwickler sind Jean-Marc Valin (Xiph.Org, Octasic, Mozilla Corporation), Koen Vos (Skype) und Timothy B. Terriberry (Mozilla Corporation). Weiterhin beteiligt waren Raymond Chen (Broadcom), Gregory Maxwell (Xiph.Org) und Christopher Montgomery (Xiph.Org).

Mozilla zahlt dem Hauptentwickler Valin im Rahmen einer bezahlten Anstellung ein Gehalt für seine Entwicklungsarbeit an Opus. Auch der Browser-Hersteller Opera Software unterstützt Opus explizit als neuen, offenen Standard. Google LLC setzt sich für die Etablierung von Opus als lizenzkostenfreies Standardformat im Internet ein. Die Skype-Abteilung von Microsoft ist als (Mit-)Initiator des Standardisierungsprozesses weiterhin aktiv an diesem beteiligt. Juin-Hwey (Raymond) Chen von Broadcom steuerte einen Vor- und Nachfilter zur Tonhöhen-Vorhersage in CELT bei. Weitere Beteiligte im Standardisierungsverfahren bei der IETF waren Vertreter des Lehrstuhls für Kommunikationsnetze der Universität Tübingen beziehungsweise deren kommerzieller Unternehmensausgründung Symonics, von Polycom und von Cisco Systems.

Broadcom und die Xiph.Org Foundation halten Patente mit Bezug auf CELT, Patente von Skype/Microsoft sind für den SILK-Teil von Belang. Angebliche Patentansprüche von Qualcomm[13] und Huawei erwiesen sich als unzutreffend.[14]

Die Entwicklung des CELT-Teils geht auf Überlegungen für einen Nachfolger für Vorbis zurück, als dessen Nachfolger es auch von den Merkmalen her gelten kann. Weiterhin löst Opus als neuer Sprachcodec der Xiph-Stiftung deren älteren Sprachcodec Speex ab, der auch das Vorgängerprojekt des Hauptentwicklers Jean-Marc Valin darstellt, mit dem er Erfahrungen mit der Gestaltung von Audio-Codecs gesammelt hat. An CELT wurde seit November 2007 praktisch gearbeitet. Der seit Januar 2007 von Skype entwickelte SILK-Teil ist das Nachfolgeprojekt des SVOPC, welcher als Eigenentwicklung das Unternehmen von den externen, kostenpflichtig lizenzierten Lösungen iSAC und iLBC unabhängig machen sollte.

Siehe auch Artikel CELT, Abschnitt Geschichte und Artikel SILK, Abschnitt Geschichte

Im März 2009 regte Skype bei der IETF die Entwicklung und Standardisierung eines breitbandigen Audio-Codecs an.[15] Daraufhin verging nahezu ein Jahr mit langen und hitzigen Debatten über die Bildung einer entsprechenden Arbeitsgruppe.[16] Vertreter verschiedener Firmen, die an der Standardisierung von patentbelasteten Konkurrenzformaten beteiligt waren, äußerten Einwände gegen die Aufnahme der Standardisierungsarbeiten für einen lizenzkostenfreien Codec. Namentlich traten dabei Vertreter der Firmen Polycom und Ericsson auf – den Machern und Lizenzverkäufern zu G.719 –, sowie von France Télécom, Huawei und den Orange Labs (Abteilung der France Télécom), welche an G.718 beteiligt waren.[17] Im Februar 2010 kam die Arbeitsgruppe schließlich dennoch zustande, der sogar Unterstützung von der entsprechenden Study Group 16 der ITU-T zugesichert wurde.

Im Juli wurde ein erster Prototyp eines Hybridformates veröffentlicht, das die beiden eingereichten Codec-Kandidaten SILK und CELT kombinierte – die Ur-Version von Opus. Das Format wurde im September 2010 bei der IETF zur Standardisierung vorgelegt. Zwischenzeitlich war es eine kurze Zeit als „Harmony“ bekannt, bevor es im Oktober 2010 seinen heutigen Namen bekam.[18] Das Bitstromformat ist seit Anfang Februar 2011 unter dem Vorbehalt letzter Änderungen vorläufig festgelegt.[19] Zum Ende des Juli 2011 erhielt Jean-Marc Valin eine bezahlte Anstellung bei der Mozilla Corporation, um (mehr) an Opus zu arbeiten.[20] Im November 2011 erging der letzte Aufruf der IETF-Arbeitsgruppe für Änderungen am Bitstrom-Format. Am 2. Juli 2012 wurde das Format von der IETF akzeptiert.[21] Die Software befand sich seit dem 8. August im Release-Candidate-Stadium.[22] Die offizielle Veröffentlichung der endgültigen Spezifikation und von Version 1.0 und 1.0.1 der Referenz-Software erfolgte am 11. September 2012.[23]

Relativ schnell wurde in vielfältige Software Unterstützung für das Format eingebaut. Bereits im selben Jahr waren zahlreiche entsprechende Entwicklungsversionen verfügbar, unter anderem von einflussreichen und populären Projekten wie dem Web-Browser Firefox, dem Betriebssystem Debian und dem VLC media player.

Mittlerweile wurde in einem experimentellen Entwicklungszweig des Referenz-Kodierers begonnen, auf eine Version 1.1 mit deutlich besserer Klangqualität hinzuarbeiten.[24][25] Am 21. Dezember 2012 erschien nach über einem Jahr Entwicklungszeit eine erste Alpha-Version der 1.1-Reihe.[26] Am 11. Juli 2013 begann die Beta-Phase für Version 1.1 und wurde Version 1.0.3 veröffentlicht, die einige Fehler behebt und die Raumklang-API der 1.1-Serie übernimmt. Die fertige Version 1.1 wurde am 5. Dezember 2013 veröffentlicht.[27]

Version 1.1 des Referenzkodierers erreicht durch Ausnutzung von mehr Möglichkeiten des Formates und verbesserte Kodierentscheidungen berichtetermaßen deutlich bessere Klangqualität bzw. Effizienz,[28][29][30] insbesondere bei besonders tonalen Sequenzen. Er nutzt dazu unter anderem mit einer dynamischen Verteilung der verfügbaren Bitrate zwischen Frequenzbändern („dynalloc“ – „band boost“, „allocation tilt“) die Möglichkeiten des Formates für Variabilität der Bitrate (VBR) mehr aus. Er hat einen unbeschränkten VBR-Modus und passt die Bitrate aggressiver der Komplexität des Ausgangsmaterials an. Bei dem neuen VBR-Modus wird nunmehr versucht auch dateiübergreifend eine konstante Qualität zu erreichen und nicht mehr pro Datei die angegebene Zielbitrate zu erreichen. Der Kodierer wurde kalibriert, um sich bei einer größeren Menge kodierten Materials mit einer breiten Mischung unterschiedlicher, typischer Nutzsignale durchschnittlich der angegebenen Zielbitrate anzunähern.[31] Mehrere neue Analyse-Schritte untersuchen Signalcharakteristiken und informieren Kodierentscheidungen. Unter anderem wird nun anhand einer Einschätzung der Tonalität bei besonders tonalen Passagen gezielt die Bitrate erhöht und durch eine Erkennung von Sprachsignalen automatisch zwischen dem integrierten LPC-basierten Sprachcodec, der MDCT-basierten Kodierung und dem Hybrid-Modus gewechselt. Für Raumklang-Formate mit mehr als zwei Kanälen erfolgt nun eine dynamische Bitraten-Zuteilung auf die einzelnen Kanäle unter Ausnutzung von Maskierungseffekten zwischen den Kanälen und es gab Qualitätsverbesserungen für den LFE-Kanal. Durch erst anfängliche Code-Optimierungen hat der gesamte Referenz-Codec nun eine deutlich höhere Arbeitsgeschwindigkeit, besonders auf ARM-Geräten.

Weitere Neuerungen sind die Möglichkeit vorausschauender Erkennung von Signalcharakteristiken für Betriebsszenarien wenn zeitliche Verzögerungen unkritisch sind, die effizientere Darstellung stark korrelierter Stereo-Signale, das Verwerfen von Gleichstrom-Anteilen (3-Hz-Hochpass), das zeitliche Variieren der Bitrate anhand der Lautstärke und ein Pegelbegrenzer zur Verhinderung von hartem Clipping.[32]

Am 26. November 2015 wurde die Version 1.1.1 mit Assembler-Optimierungen für x86 (SSE, SSE2, SSE4.1), MIPS und ARM (NEON) veröffentlicht.[33]

libopus

Basisdaten

Entwickler Xiph.Org Foundation
Erscheinungsjahr 2010
Aktuelle Version 1.3.1
(12. April 2019[34])
Betriebssystem plattformunabhängig
Programmier­sprache C
Kategorie Audiokompression
Lizenz BSD-Lizenz[35]
Github

Opus ist offen dokumentiert und mit der libopus steht eine freie Programmbibliothek zur Verfügung. Sie ist in C geschrieben und für Architekturen mit und ohne Gleitkommaeinheit kompilierbar.

Seit 2017 verfügt FFmpeg über einen eigenen, nativen Opus-Encoder und -Decoder.[36][37]

Das mitgelieferte Diagnose-Werkzeug „opusinfo“ berichtet über Opus-Dateien ausführliche technische Informationen, auch zur Richtigkeit des Bitstromformates. Es ist eine Abspaltung von ogginfo aus den vorbis-tools und daher im Unterschied zu Kodierer und Dekodierer unter Version 2 der GPL verfügbar.

Formatunterstützung

[Bearbeiten | Quelltext bearbeiten]

Es gibt vielfältige Unterstützung in Software für einfache Datei- oder Stream-Wiedergabe, IP-Telephonie oder Audio-Streaming, in Web-Browsern, Betriebssystemen und anderem. Wichtige Beispiele:

Auf vielen Plattformen ist Unterstützung verfügbar:

  • Die Referenzimplementierung ist für sehr viele Betriebssysteme und Hardware-Plattformen verfügbar.
  • Für Windows gibt es entsprechende DirectShow-Filter[50][51] und
  • in wichtigen GNU/Linux-Betriebssystemen (Debian[52] und Abkömmlinge wie Ubuntu,[53] Fedora[54]) kann Software wie die Referenz-Implementierungen und die Multimedia-Frameworks GStreamer[55] und libavcodec (FFmpeg[56]/Libav[57]) direkt aus den Standard-Paketquellen installiert werden.
  • Die Mobil-Plattform Android unterstützt ab Version 5 (Lollipop) Opus eingebettet in das Matroska-Containerformat nativ.[58] Opus in Ogg-Containern, welches insbesondere bei Podcasts die gängigere Form darstellt, wurde jedoch nicht unterstützt. Ab Version 7 wurde Opus auch im Ogg-Container unterstützt, jedoch wurden nur Dateien der Endung *.ogg als solche erkannt, und nicht *.opus, was die Unterstützung in der Praxis nach wie vor nur sehr eingeschränkt nutzbar machte.[59] Ab Android 8 schließlich wird Opus in allen gängigen Varianten unterstützt. Darüber hinaus existieren eine Reihe von Software-Optionen für Opus-Wiedergabe.[60][61][62][63][64][65][66]
  • Mit der Alternativ-Firmware Rockbox[67] besteht Unterstützung auf einer Reihe von portablen Medienwiedergabegeräten (unter anderem Produkte der iPod-Reihe von Apple und iriver- und Archos-Geräte).
Commons: Opus (audio codec) – Album mit Bildern, Videos und Audiodateien

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. a b Timothy B. Terriberry, Ron Lee, Ralph Giles: RFC: 7845 – Ogg Encapsulation for the Opus Audio Codec. April 2016, Abschnitt 9: Content Type. (aktualisiert durch RFC 8486, englisch).
  2. RTP Payload Format and File Storage Format for Opus Speech and Audio Codec. In: Opus codec. IETF Network Working Group, 4. Juli 2011, abgerufen am 26. Oktober 2011 (englisch).
  3. a b c d JM. Valin, K. Vos, T. Terriberry: RFC: 6716 – Definition of the Opus Audio Codec [Errata: RFC 6716]. September 2012 (englisch).
  4. RFC: 8251 – Updates to the Opus Audio Codec. Oktober 2017 (englisch).
  5. a b Audio-Mitschnitt (Memento des Originals vom 11. Februar 2013 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/nagasaki.bogus.com vom Treffen der IETF-Codec-Arbeitsgruppe auf der Konferenz IETF78 in Nagasaki, Japan (MP3, ~70 MiB)
  6. WebM Container Guidelines. The WebM Project, abgerufen am 19. Oktober 2015 (englisch).
  7. List of Registered MPEG TS Identifiers. SMPTE Registration Authority, 5. Januar 2019, abgerufen am 5. Januar 2019 (englisch).
  8. RFC: 7587 – RTP Payload Format for the Opus Speech and Audio Codec. Juni 2015 (englisch).
  9. Next-Gen Low-Latency Open Codec Beats HE-AAC, Slashdot-Meldung vom 14. April 2011
  10. Anssi Ramo, Henri Toukomaa: Voice Quality Characterization of IETF Opus Codec, Proceedings of Interspeech 2011, Florenz, Italien, August 2011.
  11. Christian Hoene (Editor), Jean-Marc Valin, Koen Vos, Jan Skoglund: Summary of Opus listening test results. Internet Engineering Task Force, 17. Mai 2013, abgerufen am 17. Januar 2017 (englisch).
  12. Audiocodec „Opus“ ist neuer Internetstandard. In: heise.de. Abgerufen am 12. September 2012.
  13. lists.xiph.org
  14. hacks.mozilla.org
  15. ietf.org
  16. heise.de
  17. ietf.org
  18. ietf.org
  19. hydrogenaudio.org (Memento des Originals vom 10. Februar 2013 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.hydrogenaudio.org
  20. jmspeex.livejournal.com
  21. Volker Zota: Universal-Audiocodec Opus auf dem Weg zum Internet-Standard. heise.de; 5. Juli 2012
  22. lists.xiph.org
  23. lists.xiph.org
  24. git.xiph.org
  25. hydrogenaudio.org
  26. lists.xiph.org
  27. Opus Codec (Abschnitt News)
  28. jmspeex.livejournal.com
  29. hydrogenaudio.org
  30. hydrogenaudio.org
  31. Jean-Marc Valin: The Opus Audio Codec. Hrsg.: The Xiph.Org Foundation & The Mozilla Corporation. November 2012, Current development, S. 50 (englisch, jmvalin.ca [PDF]).
  32. Christopher Montgomery: Opus update 20130712: 1.1 Beta Release (demo 3). In: Monty’s demo pages. Xiph.Org Foundation, 14. Juli 2013, abgerufen am 17. Juli 2013 (englisch).
  33. Volker Zota: Universal-Audiocodec Opus beschleunigt. heise, 28. November 2013
  34. opus-codec.org
  35. License
  36. Opus native FFmpeg encoder under development, HydrogenAudio
  37. FFmpeg Codecs Documentation
  38. trac.videolan.org
  39. hydrogenaudio.org (Memento des Originals vom 20. Dezember 2013 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.hydrogenaudio.org
  40. Dekodier-Unterstützung ab Version 3.20 Build 1125 Beta 1 vom 2. September 2012, siehe aimp.ru
  41. Information zur Implementierung des Opus Codecs in der Version 1.2. In: Discord Support. Abgerufen am 6. Januar 2019 (amerikanisches Englisch).
  42. mumble.sourceforge.net (Memento des Originals vom 9. Juli 2014 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/mumble.sourceforge.net
  43. phonerlite.de (Memento des Originals vom 26. September 2012 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.phonerlite.de
  44. projects.savoirfairelinux.com (Memento des Originals vom 17. Dezember 2012 im Webarchiv archive.today)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/projects.savoirfairelinux.com
  45. jitsi.org (Memento des Originals vom 20. Mai 2012 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/jitsi.org jitsi.org (Memento des Originals vom 27. Oktober 2012 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/jitsi.org
  46. developer.mozilla.org (Memento des Originals vom 27. Juni 2010 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/developer.mozilla.org
  47. Zwei Audio-Codecs für Echtzeit-Kommunikation im Browser. In: heise online. Abgerufen am 29. August 2016.
  48. lists.xiph.org (Memento des Originals vom 1. September 2012 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/lists.xiph.org
  49. github.com@1@2Vorlage:Toter Link/github.com (Seite nicht mehr abrufbar, festgestellt im Dezember 2018. Suche in Webarchiven)  Info: Der Link wurde automatisch als defekt markiert. Bitte prüfe den Link gemäß Anleitung und entferne dann diesen Hinweis.
  50. reino.degeelebosch.nl (Memento des Originals vom 20. September 2012 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/reino.degeelebosch.nl
  51. lavfilters.googlecode.com (Memento des Originals vom 3. Januar 2013 im Webarchiv archive.today)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/lavfilters.googlecode.com
  52. packages.debian.org
  53. packages.ubuntu.com
  54. apps.fedoraproject.org
  55. gstreamer.freedesktop.org
  56. trac.ffmpeg.org
  57. patches.libav.org (Memento des Originals vom 20. Dezember 2013 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/patches.libav.org
  58. Supported Media Formats. In: Android.com. Abgerufen am 28. Januar 2016 (englisch).
  59. Android 7 Compatibility Definition. Abgerufen am 3. September 2018 (englisch).
  60. VLC
  61. „Rockbox as an Application“ (RaaA), rockbox.org
  62. Firefox
  63. GoneMAD Music Player (GMMP) für Android, ab Version 1.4, siehe gonemadmusicplayer.blogspot.de
  64. Neutron Music Player für Android, ab Version 1.63, siehe neutronmp.com
  65. forum.powerampapp.com
  66. BS.Player für Android, siehe forum.bsplayer.com
  67. rockbox.org