Opus (formato de áudio) - Opus (audio format)

Opus

Extensão de nome de arquivo	.opus
Tipo de mídia da Internet	audio/ogg audio/opus (RTP)
Desenvolvido por	Grupo de trabalho do codec IETF
lançamento inicial	11 de setembro de 2012 ( 11/09/2012 )
Tipo de formato	Áudio
Contido por	Ogg , Matroska , WebM , MPEG-TS
Estendido de	SILK , CELT
Padrão	RFC 6716
Formato aberto ?	sim
Local na rede Internet	opus-codec .org

libopus

Desenvolvedor (s)	Fundação Xiph.Org
lançamento inicial	26 de agosto de 2012 ( 26/08/2012 )
Versão estável	1.3.1 / 12 de abril de 2019 ; 2 anos atrás ( 12/04/2019 )
Escrito em	C89
Plataforma	Plataforma cruzada
Modelo	Codec de áudio , implementação de referência
Licença	Licença BSD de 3 cláusulas
Local na rede Internet	Downloads do codec Opus

Opus é um formato de codificação de áudio com perdas desenvolvido pela Xiph.Org Foundation e padronizado pela Internet Engineering Task Force , projetado para codificar com eficiência a fala e o áudio geral em um único formato, enquanto permanece com baixa latência suficiente para comunicação interativa em tempo real e baixa -complexidade suficiente para processadores embarcados low-end. Opus substitui Vorbis e Speex para novas aplicações, e vários testes de audição cega classificaram-no com qualidade superior a qualquer outro formato de áudio padrão em qualquer taxa de bits até que a transparência seja alcançada, incluindo MP3 , AAC e HE-AAC .

O Opus combina o algoritmo SILK baseado em LPC orientado para fala e o algoritmo CELT baseado em MDCT de latência inferior , alternando entre ou combinando-os conforme necessário para a máxima eficiência. Taxa de bits, largura de banda de áudio, complexidade e algoritmo podem ser ajustados perfeitamente em cada quadro. O Opus tem o atraso algorítmico baixo (26,5 ms por padrão) necessário para uso como parte de um link de comunicação em tempo real, apresentações musicais em rede e sincronização labial ao vivo ; trocando qualidade ou taxa de bits, o atraso pode ser reduzido para 5 ms. Seu atraso é excepcionalmente baixo em comparação com codecs concorrentes, que exigem bem mais de 100 ms, mas o Opus tem um desempenho muito competitivo com esses formatos em termos de qualidade por taxa de bits.

Como um formato aberto padronizado pela RFC 6716, uma implementação de referência chamada libopus está disponível sob a Nova Licença BSD . A referência tem tanto de ponto fixo e de ponto flutuante optimizações para dispositivos de baixa e de alta qualidade, com SIMD optimizações em plataformas que os suportam. Todas as patentes de software conhecidas que cobrem o Opus são licenciadas sob termos livres de royalties . O Opus é amplamente utilizado como codec de voz sobre IP (VoIP) em aplicativos como o WhatsApp e o PlayStation 4 .

Recursos

Possíveis combinações de taxa de bits e latência em comparação com outros formatos de áudio

O Opus suporta codificação de taxa de bits constante e variável de 6  kbit / s a ​​510 kbit / s (ou até 256 kbit / s por canal para trilhas multicanais), tamanhos de quadro de 2,5 ms a 60 ms e cinco taxas de amostragem de 8 kHz (com largura de banda de 4 kHz) a 48 kHz (com largura de banda de 20 kHz, a faixa de audição humana ). Um fluxo Opus pode suportar até 255 canais de áudio e permite o acoplamento de canais entre canais em grupos de dois usando codificação intermediária.

O Opus tem latência muito curta (26,5 ms usando os quadros padrão de 20 ms e configuração de aplicativo padrão), o que o torna adequado para aplicativos em tempo real , como telefonia , voz sobre IP e videoconferência ; a pesquisa da Xiph levou ao codec CELT , que permite a mais alta qualidade ao mesmo tempo em que mantém o atraso baixo. Em qualquer fluxo do Opus, a taxa de bits, a largura de banda e o atraso podem ser continuamente variados sem introduzir qualquer distorção ou descontinuidade; até mesmo a mistura de pacotes de fluxos diferentes causará uma mudança suave, em vez da distorção comum em outros codecs. Ao contrário do Vorbis, o Opus não requer livros de código grandes para cada arquivo individual, tornando-o mais eficiente para clipes curtos de áudio e mais resiliente.

Como um padrão aberto, os algoritmos são documentados abertamente e uma implementação de referência (incluindo o código-fonte ) é publicada. A Broadcom e a Xiph.Org Foundation possuem patentes de software em alguns dos algoritmos CELT, e a Skype Technologies / Microsoft possui alguns nos algoritmos SILK; cada um oferece uma garantia perpétua isenta de royalties para uso com o Opus, reservando-se apenas o direito de fazer uso de suas patentes para defesa contra processos de violação de terceiros. Qualcomm , Huawei , France Telecom e Ericsson alegaram que suas patentes podem ser aplicadas, o que o conselho jurídico da Xiph nega, e nenhum deles entrou com qualquer ação legal. A licença Opus termina automática e retroativamente para qualquer entidade que tente entrar com um processo de patente.

O espectrograma de áudio codificado por Opus conforme a taxa de bits aumenta (~ 32 a ~ 160 kbit / s) mostra claramente o comportamento de passagem baixa e melhor preservação da energia da banda com CELT (compare original, Vorbis, MP3, AAC ).

O formato Opus é baseado em uma combinação do formato CELT de largura de banda total e o formato SILK orientado por fala , ambos fortemente modificados: o CELT é baseado na transformação discreta de cosseno modificada (MDCT) que a maioria dos codecs de música usa, usando técnicas CELP no domínio de frequência para melhor predição, enquanto o SILK usa codificação preditiva linear (LPC) e um filtro opcional de predição de longo prazo para modelar a fala. No Opus, ambos foram modificados para suportar mais tamanhos de quadro, bem como melhorias e integração algorítmica adicionais, como o uso do codificador de intervalo do CELT para ambos os tipos. Para minimizar a sobrecarga em taxas de bits baixas, se a latência não for tão urgente, o SILK tem suporte para empacotar vários quadros de 20 ms juntos, compartilhando contexto e cabeçalhos; O SILK também permite quadros de redundância de baixa taxa de bits (LBRR), permitindo a recuperação de perda de pacotes de baixa qualidade. O CELT inclui replicação espectral e geração de ruído, semelhante ao SBR e PNS do AAC, e pode economizar ainda mais bits ao filtrar inteiramente todos os harmônicos de sons tonais e, em seguida, replicá-los no decodificador. A melhor detecção de tons é um projeto contínuo para melhorar a qualidade.

O formato possui três modos diferentes: fala, híbrido e CELT. Ao compactar a fala, o SILK é usado para frequências de áudio de até 8 kHz. Se uma largura de banda mais ampla for desejada, um modo híbrido usa CELT para codificar a faixa de frequência acima de 8 kHz. O terceiro modo é puro-CELT, projetado para áudio geral. SILK é inerentemente VBR e não pode atingir um alvo de taxa de bits, enquanto CELT sempre pode ser codificado para qualquer número específico de bytes, habilitando o modo híbrido e CELT quando o CBR é necessário.

O SILK suporta tamanhos de quadro de 10, 20, 40 e 60 ms. O CELT oferece suporte a tamanhos de quadro de 2,5, 5, 10 e 20 ms. Portanto, o modo híbrido só oferece suporte a tamanhos de quadro de 10 e 20 ms; quadros menores que 10 ms sempre usarão o modo CELT. Um pacote Opus típico contém um único quadro, mas os pacotes de até 120 ms são produzidos pela combinação de vários quadros por pacote. O Opus pode alternar de forma transparente entre modos, tamanhos de quadro, larguras de banda e contagens de canal por pacote, embora aplicativos específicos possam optar por limitar isso.

A implementação de referência é escrita em C e compila em arquiteturas de hardware com ou sem uma unidade de ponto flutuante , embora o ponto flutuante seja atualmente necessário para detecção de largura de banda de áudio (comutação dinâmica entre SILK, CELT e codificação híbrida) e a maioria das otimizações de velocidade.

Containers

Os pacotes Opus não são auto-delimitados, mas são projetados para serem usados ​​dentro de um contêiner de algum tipo que fornece ao decodificador o comprimento de cada pacote. Opus foi originalmente especificado para encapsulamento em contêineres Ogg , especificados como audio/ogg; codecs=opus, e para arquivos Ogg Opus a .opusextensão do nome de arquivo é recomendada. Streams Opus também são compatíveis com Matroska , WebM , MPEG-TS e MP4 .

Alternativamente, cada pacote Opus pode ser embalado em um pacote de rede que fornece o comprimento do pacote. Os pacotes Opus podem ser enviados por meio de um protocolo de datagrama ordenado, como o RTP .

Um formato de pacote auto-delimitado opcional é definido em um apêndice da especificação. Isso usa um ou dois bytes adicionais por pacote para codificar o comprimento do pacote, permitindo que os pacotes sejam concatenados sem encapsulamento.

Largura de banda e taxa de amostragem

O Opus permite as seguintes larguras de banda durante a codificação. A compressão Opus não depende da taxa de amostragem de entrada; Os carimbos de data / hora são medidos em unidades de 48 kHz, mesmo se a largura de banda total não for usada. Da mesma forma, a taxa de amostragem de saída pode ser escolhida livremente. Por exemplo, o áudio pode ser inserido em 16 kHz, mas pode ser configurado para codificar apenas o áudio de banda estreita.

História

O Opus foi proposto para a padronização de um novo formato de áudio na IETF, que acabou sendo aceito e concedido pelo grupo de trabalho do codec . É baseado em duas propostas padrão inicialmente separadas da Xiph.Org Foundation e Skype Technologies SA (agora Microsoft ). Seus principais desenvolvedores são Jean-Marc Valin (Xiph.Org, Octasic, Mozilla Corporation ), Koen Vos (Skype) e Timothy B. Terriberry (Xiph.Org, Mozilla Corporation). Entre outros, Juin-Hwey (Raymond) Chen ( Broadcom ), Gregory Maxwell (Xiph.Org, Wikimedia ) e Christopher Montgomery (Xiph.Org) também estiveram envolvidos.

O desenvolvimento da parte CELT do formato remonta a pensamentos sobre um sucessor para Vorbis com o nome de trabalho Ghost . Como um codec de fala mais recente da Fundação Xiph.Org, o Opus substitui o codec de fala mais antigo da Xiph, Speex , um projeto anterior de Jean-Marc Valin. O CELT está sendo trabalhado desde novembro de 2007.

A parte SILK está em desenvolvimento no Skype desde janeiro de 2007 como o sucessor de seu SVOPC , um projeto interno para tornar a empresa independente de codecs de terceiros como iSAC e iLBC e respectivos pagamentos de licença.

Em março de 2009, o Skype sugeriu o desenvolvimento e padronização de um formato de áudio de banda larga dentro do IETF. Quase um ano se passou com muito debate sobre a formação de um grupo de trabalho apropriado . Representantes de várias empresas que participaram da padronização de formatos concorrentes sobrecarregados de patentes, incluindo Polycom e Ericsson - os criadores e licenciadores do G.719 - bem como a France Télécom , Huawei e Orange Labs (departamento da France Télécom), que estiveram envolvidos na criação do G.718 , apresentaram objeções contra o início do processo de padronização para um formato livre de royalties. (Alguns dos oponentes reivindicariam mais tarde direitos de patente que Xiph negou; veja acima.) O grupo de trabalho finalmente formado em fevereiro de 2010, e até mesmo o Grupo de Estudo 16 correspondente do ITU-T se comprometeu a apoiar seu trabalho.

Em julho de 2010, foi apresentado um protótipo de um formato híbrido que combinava os dois candidatos de formato proposto SILK e CELT. Em setembro de 2010, o Opus foi submetido ao IETF como proposta de padronização. Por um curto período, o formato recebeu o nome de Harmony antes de receber seu nome atual em outubro de 2010. No início de fevereiro de 2011, o formato bitstream foi temporariamente congelado, sujeito às últimas alterações. Perto do final de julho de 2011, Jean-Marc Valin foi contratado pela Mozilla Corporation para continuar trabalhando no Opus.

Finalização (1.0)

Em novembro de 2011, o grupo de trabalho lançou a última convocação para mudanças no formato bitstream. O bitstream está congelado desde 8 de janeiro de 2012. Em 2 de julho de 2012, o Opus foi aprovado pela IETF para padronização. O software de referência entrou no estado de candidato a lançamento em 8 de agosto de 2012. A especificação final foi lançada como RFC 6716 em 10 de setembro de 2012. e as versões 1.0 e 1.0.1 da implementação de referência libopus foram lançadas no dia seguinte.

Em 11 de julho de 2013, o libopus 1.0.3 trouxe correções de bugs e uma nova API de som surround que melhora a alocação e a qualidade do canal, especialmente para LFE .

1,1

Em 5 de dezembro de 2013, o libopus 1.1 foi lançado, incorporando melhorias gerais de velocidade e melhorias significativas na qualidade do codificador: A estimativa de tonalidade aumenta a taxa de bits e a qualidade para amostras anteriormente problemáticas , como cravos; a detecção automática de voz / música melhora a qualidade do áudio mixado; o estéreo intermediário reduz as necessidades de taxa de bits de muitas músicas; reforço de precisão de banda para transientes aprimorados; e rejeição de DC abaixo de 3 Hz. Dois novos modos VBR foram adicionados: irrestrito para uma qualidade mais consistente e VBR temporal que aumenta os quadros mais altos e geralmente melhora a qualidade.

O libopus 1.1.1 foi lançado em 26 de novembro de 2015 e 1.1.2 em 12 de janeiro de 2016, ambos adicionando otimizações de velocidade e correções de bugs. 15 de julho de 2016 viu o lançamento da versão 1.1.3 e inclui correções de bugs, otimizações, atualizações de documentação e trabalho Ambisonics experimental .

1,2

libopus 1.2 Beta foi lançado em 24 de maio de 2017. libopus 1.2 foi lançado em 20 de junho de 2017. As melhorias introduzidas em 1.2 permitem criar música de banda completa a taxas de bits tão baixas quanto 32 kbit / s, e voz de banda larga a apenas 12 kbit / s.

libopus 1.2 inclui suporte opcional para as alterações de especificação do decodificador feitas em rascunhos de RFC 8251, melhorando a qualidade de saída de tais fluxos de baixa taxa.

1,3

A libopus 1.3 foi lançada em 18 de outubro de 2018. A versão principal do Opus 1.3 novamente traz melhorias de qualidade, novos recursos e correções de bugs. As mudanças desde 1.2.x incluem:

• Melhorias na detecção de atividade de voz (VAD) e classificação de fala / música usando uma rede neural recorrente (RNN)
• Suporte para codificação ambisonics usando famílias de mapeamento de canal 2 e 3
• Melhorias na codificação de voz estéreo em baixa taxa de bits
• Usando codificação de voz de banda larga até 9 kb / s (banda média não é mais usada)
• Tornando possível usar o SILK para taxas de bits em torno de 5 kb / s
• Melhoria de qualidade menor nos tons
• Ativando as correções de especificações no RFC 8251 por padrão
• Melhorias de segurança / proteção

Correções de bug notáveis ​​incluem:

• Correções para o CELT PLC
• Correções de detecção de largura de banda

1.3.1

A libopus 1.3.1 foi lançada em 12 de abril de 2019. Esta versão secundária do Opus 1.3.1 corrige um problema com a análise de arquivos com silêncio digital (todos zeros), especialmente em compilações x87 (afeta principalmente compilações de 32 bits). Também inclui dois novos recursos:

• Uma nova consulta OPUS_GET_IN_DTX para saber se o codificador está no modo DTX (o último quadro foi um quadro de ruído de conforto ou não foi codificado)
• Um novo (e ainda experimental) sistema de compilação baseado em CMake que eventualmente substituirá o sistema de compilação VS2015 (o autotools permanecerá)

Comparação de qualidade e desempenho de baixa latência

Comparação da eficiência de codificação entre Opus e outros formatos de áudio populares

O Opus tem um bom desempenho com taxas de bits baixas e altas .

	Comparação entre MP3 e Opus O primeiro é o arquivo WAV descompactado. O segundo é um arquivo MP3 codificado em 16 kbit / s usando LAME , e o terceiro é um arquivo Opus codificado em 16 kbit / s.
Problemas para reproduzir este arquivo? Consulte a ajuda da mídia .

Em testes de escuta em torno de 64 kbit / s, o Opus mostra qualidade superior em comparação com os codecs HE-AAC , que eram dominantes anteriormente devido ao uso da tecnologia patenteada de replicação de banda espectral (SBR). Em testes de audição em torno de 96 kbit / s, o Opus mostra qualidade ligeiramente superior em comparação com AAC e qualidade significativamente melhor em comparação com Vorbis e MP3 .

O Opus tem um atraso algorítmico muito baixo, uma necessidade para uso como parte de um link de comunicação de baixa latência de áudio , que pode permitir uma conversa natural, apresentações musicais em rede ou sincronização labial em eventos ao vivo. O atraso algorítmico total para um formato de áudio é a soma dos atrasos que devem ocorrer no codificador e no decodificador de um fluxo de áudio ao vivo, independentemente da velocidade de processamento e da velocidade de transmissão, como o armazenamento em buffer de amostras de áudio em blocos ou quadros, permitindo sobreposição de janela e possivelmente permitindo a modelagem de ruído antecipada em um decodificador e quaisquer outras formas de antecipação, ou para um codificador de MP3, o uso de reservatório de bits .

A latência unilateral total abaixo de 150 ms é o alvo preferido da maioria dos sistemas VoIP , para permitir uma conversa natural com mudança de turno pouco afetada pelo atraso. Os músicos normalmente se sentem atualizados com latência de áudio de até cerca de 30 ms, mais ou menos de acordo com o tempo de fusão do efeito Haas , embora o atraso de reprodução correspondente do instrumento de cada usuário à latência de ida e volta também possa ajudar. É sugerido para sincronização labial que cerca de 45–100 ms de latência de áudio pode ser aceitável.

O Opus permite a troca de qualidade reduzida ou taxa de bits aumentada para atingir um atraso algorítmico ainda menor (5,0 ms no mínimo). Enquanto o quadro Opus padrão da implementação de referência tem 20,0 ms de comprimento, a camada SILK requer mais 5,0 ms de lookahead mais 1,5 ms para reamostragem, dando um atraso padrão de 26,5 ms. Quando a camada CELT está ativa, ela requer uma antecipação de 2,5 ms para a sobreposição da janela, à qual um atraso correspondente de 4,0 ms é adicionado por padrão para sincronizar com a camada SILK. Se o codificador for instanciado no modo de atraso baixo restrito especial , o atraso de correspondência de 4,0 ms é removido e a camada SILK é desabilitada, permitindo o atraso algorítmico mínimo de 5,0 ms.

Apoio, suporte

O formato e os algoritmos são documentados abertamente e a implementação de referência é publicada como software livre . A implementação de referência do Xiph é chamada libopus e um pacote chamado opus-tools fornece codificadores de linha de comando e utilitários de decodificação. É publicado sob os termos de uma licença do tipo BSD . Ele é escrito em C e pode ser compilado para arquiteturas de hardware com ou sem uma unidade de ponto flutuante . A ferramenta de diagnóstico opusinfo que acompanha relata informações técnicas detalhadas sobre os arquivos Opus, incluindo informações sobre a conformidade padrão do formato bitstream. Ele é baseado no ogginfo das ferramentas vorbis e, portanto - ao contrário do codificador e do decodificador - está disponível sob os termos da versão 2 da GPL .

Implementações

RFC  6716 contém um código-fonte completo para a implementação de referência escrita em C. RFC 8251 contém errata.

O projeto FFmpeg tem implementações de codificador e decodificador não derivadas da biblioteca de referência.

A biblioteca de referência libopus foi portada para C # e Java como parte de um projeto chamado Concentus. Essas portas sacrificam o desempenho para serem facilmente integradas a aplicativos de plataforma cruzada.

Programas

Digital Radio Mondiale  - um formato de rádio digital para frequências AM - pode transmitir e receber áudio Opus (embora não seja reconhecido no padrão oficial) usando o rádio definido por software Dream .

A Wikimedia Foundation patrocinou uma fonte livre e aberta on-line JavaScript codificador Opus para navegadores que suportam os necessários HTML5 recursos.

Desde 2016, o WhatsApp usa o Opus como formato de arquivo de áudio.

O sinal mudou do codec de áudio Speex para o Opus para melhor qualidade de áudio no início de 2017.

Suporte para sistema operacional

A maioria dos softwares de usuário final depende de estruturas de multimídia fornecidas pelo sistema operacional . O suporte ao codec Opus nativo é implementado na maioria dos principais frameworks de multimídia para sistemas operacionais do tipo Unix, incluindo GStreamer , FFmpeg e bibliotecas Libav .

O Google adicionou suporte nativo para reprodução de áudio Opus no Android 5.0 "Lollipop" . No entanto, estava limitado ao áudio Opus encapsulado em contêineres Matroska , como arquivos .mkve .webm. O Android 7.0 "Nougat" introduziu suporte para áudio Opus encapsulado em .oggcontêineres. O Android 10 finalmente adicionou suporte nativo para .opus extensões .

Devido à adição de suporte WebRTC no mecanismo de renderização WebKit da Apple , o macOS High Sierra e o iOS 11 vêm com suporte de reprodução nativo para áudio Opus encapsulado em contêineres de Core Audio Format .

No Windows 10 , versão 1607 , a Microsoft fornecia suporte nativo para áudio Opus encapsulado em arquivos Matroska e WebM . Na versão 1709 , o suporte para áudio Opus encapsulado em .oggcontêineres foi disponibilizado por meio de um complemento pré-instalado chamado Web Media Extensions. No Windows 10 versão 1903 , .opusfoi adicionado suporte nativo para o contêiner. No Windows 8.1 e anteriores, decodificadores de terceiros, como LAV Filters , estão disponíveis para fornecer suporte para o formato.

Suporte a reprodutor de mídia

Embora o suporte em estruturas de multimídia habilite automaticamente o suporte Opus em software que é construído em cima de tais estruturas, vários desenvolvedores de aplicativos fizeram esforços adicionais para oferecer suporte ao formato de áudio Opus em seus softwares. Esse suporte foi adicionado a AIMP , Amarok , cmus , Music Player Daemon , foobar2000 , Mpxplay , MusicBee , SMplayer , VLC media player , reprodutores de áudio Winamp e Xmplay ; Icecast , software de streaming de áudio Airtime (software) ; e Ripper de CD de áudio Asunder , gravador de CD CDBurnerXP , ferramentas de codificação de mídia FFmpeg, Libav e MediaCoder . Os testes de streaming de rádio do Icecast estão ao vivo desde setembro de 2012 e janeiro de 2013. O SteamOS usa Opus ou Vorbis para streaming de áudio.

Suporte de navegador

O suporte Opus é obrigatório para implementações WebRTC . Opus é compatível com Mozilla Firefox , Chromium e Google Chrome , Opera baseado em Blink , bem como todos os navegadores para sistemas tipo Unix que contam com GStreamer para suporte a formatos multimídia. Embora o Internet Explorer não forneça reprodução Opus nativamente, o suporte para o formato é integrado ao navegador Edge , junto com VP9 , para suporte WebM completo . O Safari é compatível com Opus a partir do iOS 11 e macOS High Sierra.

Suporte VoIP

Devido às suas habilidades, a Opus ganhou interesse inicial de fornecedores de software de voz sobre IP (VoIP). Vários SIP clientes, incluindo Acrobits Softphone , CSipSimple (via adicional plug-in), Empathy (via GStreamer), jitsi , Tuenti , Line2 (atualmente apenas no iOS ), Linphone , Phoner e PhonerLite , SFLphone , Telefone , Mumble , Discórdia e TeamSpeak 3 software de chat de voz também suporta Opus. TrueConf oferece suporte ao Opus em seus produtos VoIP. O Asterisk não tinha suporte integrado ao Opus por motivos legais, mas um patch de terceiros estava disponível para download e o suporte oficial por meio de um blob binário foi adicionado em setembro de 2016. O software de videoconferência Tox P2P usa o Opus exclusivamente. O aplicativo de mensagens distribuídas de anúncios classificados envia frames opus brutos dentro do soquete TLS em sua implementação de VoIP.

O Opus é amplamente utilizado como codec de voz no WhatsApp , que tem mais de 1,5  bilhão de usuários em todo o mundo. O WhatsApp usa Opus em taxas de amostragem de 8–16 kHz , com o protocolo de transporte em tempo real (RTP). O console de videogame PlayStation 4 também usa o codec CELT / Opus para o bate-papo do sistema PlayStation Network . Também é usado no aplicativo de videoconferência Zoom.

Hardware

Desde a versão 3.13, o Rockbox permite a reprodução do Opus em reprodutores de mídia portáteis suportados , incluindo alguns produtos da série iPod da Apple , dispositivos feitos pela iriver , Archos e Sandisk e em dispositivos Android usando "Rockbox como um aplicativo". Todos os telefones IP Grandstream recentes suportam áudio Opus para codificação e decodificação. Os telefones IP OBihai OBi1062, OBi1032 e OBi1022 são compatíveis com Opus. Os alto-falantes sem fio BlueSound recentes oferecem suporte à reprodução de Opus. Dispositivos que executam o Hiby OS, como o Hiby R3, são capazes de decodificar arquivos Opus nativamente.

Muitos codecs de IP de transmissão incluem Opus, como os fabricados pela Comrex , GatesAir e Tieline .

Notas

Referências

Citações

Fontes

links externos

• Website oficial
• Base de conhecimento Opus on Hydrogenaudio

Veja também

• Comparação de formatos de codificação de áudio
• Streaming de mídia
• xHE-AAC