Mostrar código-fonte de MPEG-1

{{Info/Formato de ficheiro
| nome          = Moving Picture Experts Group Phase 1 (MPEG-1)
| icon          = 
| logo          = 
| extensão     = <span style="font-family: monospace;">.dat, .mpg, .mpeg, .mp1, .mp2, .mp3, .m1v, .m1a, .m2a, .mpa, .mpv</span>
| mime          = audio/mpeg, video/mpeg
| desenvolvedor         = [[MPEG]] (parte de [[ISO/IEC JTC 1]])
| typecode      = 
| uniform type  = 
| magic         = 
| genre         = audio, video, container
| lançado      = {{start date and age|1991|12|06|df=y}}<ref name="11172-draft-cite"/>
| última versão lançada = ISO/IEC TR 11172-5:1998
| última data de lançamento = {{start date and age|1998|10|df=y}}
| container for = 
| contained by  = 
| variantes  = [[JPEG]], [[H.261]]
| variante de   = [[MPEG-2]]
| padrão      = [[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] 11172
| aberto          = Yes
| livre          = Yes
}}
O '''MPEG-1''' é um [[Norma técnica|padrão]] para [[Compressão com perda de dados|compactação com perdas]] de [[Vídeo digital|vídeo]] e [[Som digital|áudio]], projetado para compactar vídeo digital bruto de qualidade [[Video Home System|VHS]] e áudio de CD para cerca de 1,5 Mbit/s (taxas de compressão de 26:1 e 6:1, respectivamente)<ref name= mpeg_faqs1 /> sem perda excessiva de qualidade, fazendo [[VCD|CD de vídeo]], [[Televisão a cabo|TV digital a cabo]]/[[Televisão por satélite|satélite]] e prática de [[Rádio digital|transmissão de áudio digital]] (DAB).<ref name=Didier_MPEG/><ref name=kurihama89>{{citar web|primeiro=Leonardo |ultimo=Chiariglione |titulo=Kurihama 89 press release |data=21 de outubro de 1989 |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/meetings/kurihama89/kurihama_press.htm |arquivourl=https://web.archive.org/web/20100805102339/http://mpeg.chiariglione.org/meetings/kurihama89/kurihama_press.htm|urlmorta=sim|arquivodata=5 de agosto de 2010|acessodata=7 de janeiro de 2023}}</ref>

Hoje, o MPEG-1 tornou-se o formato de áudio/vídeo com perdas mais amplamente compatível do mundo e é usado em um grande número de produtos e tecnologias. Talvez a parte mais conhecida do padrão MPEG-1 seja a primeira versão do formato de áudio [[MP3]] que ele introduziu.

O padrão MPEG-1 é publicado como '''[[Organização Internacional de Normalização|ISO]]/[[Comissão Eletrotécnica Internacional|IEC]] 11172''' – Tecnologia da informação – Codificação de imagens em movimento e áudio associado para mídia de armazenamento digital em até cerca de 1,5 Mbit/s.

O padrão consiste nas seguintes cinco ''partes'':<ref name="jtc1-sc29">{{citar web |url=http://kikaku.itscj.ipsj.or.jp/sc29/29w42911.htm |arquivourl=https://web.archive.org/web/20131231054907/http://kikaku.itscj.ipsj.or.jp/sc29/29w42911.htm |urlmorta=sim |arquivodata=2013-12-31 |titulo=Programme of Work — Allocated to SC 29/WG 11, MPEG-1 (Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s) |author=ISO/IEC JTC 1/SC 29 |data=2009-10-30 |acessodata=7 de janeiro de 2023}}</ref><ref name="part1">{{citar web |url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=19180 |titulo=ISO/IEC 11172-1:1993 – Information technology – Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s – Part 1: Systems |author=ISO |acessodata=2016-11-11 |urlmorta=não |arquivourl=https://web.archive.org/web/20161112150930/http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=19180 |arquivodata=7 de janeiro de 2023 }}</ref><ref name="mpeg-achievemnts">{{citar web |url=http://mpeg.chiariglione.org/achievements.htm |arquivourl=https://web.archive.org/web/20080708183405/http://mpeg.chiariglione.org/achievements.htm |urlmorta=sim |arquivodata=2008-07-08 |titulo=About MPEG – Achievements |author=MPEG |publicado=chiariglione.org |acessodata=7 de janeiro de 2023}}</ref><ref name="mpeg-terms-of-reference">{{citar web|url=http://mpeg.chiariglione.org/terms_of_reference.htm |arquivourl=https://web.archive.org/web/20100221015538/http://mpeg.chiariglione.org/terms_of_reference.htm |urlmorta=sim |arquivodata=2010-02-21 |titulo=Terms of Reference |author=MPEG |publicado=chiariglione.org |acessodata=7 de janeiro de 2023}}</ref><ref name="mpeg-standards">{{citar web|url=http://mpeg.chiariglione.org/standards.htm |arquivourl=https://web.archive.org/web/20100420192552/http://mpeg.chiariglione.org/standards.htm |urlmorta=sim |arquivodata=2010-04-20 |titulo=MPEG standards – Full list of standards developed or under development|author=MPEG|publicado=chiariglione.org|acessodata=7 de janeiro de 2023}}</ref>

#Sistemas (armazenamento e sincronização de vídeo, áudio e outros dados juntos)
#Vídeo (conteúdo de vídeo compactado)
#Áudio (conteúdo de áudio compactado)
#Teste de conformidade (testar a exatidão das implementações do padrão)
#Software de referência (exemplo de software mostrando como codificar e decodificar de acordo com o padrão)

==História==
O predecessor do MPEG-1 para codificação de vídeo foi o padrão [[H.261]] produzido pelo [[Setor de Normatização das Telecomunicações|CCITT]] (agora conhecido como ITU-T). A arquitetura básica estabelecida no H.261 foi a estrutura de codificação de vídeo híbrido [[Transformada discreta de cosseno|DCT]] com [[compensação de movimento]].<ref name="Lea">{{citar livro |ultimo1=Lea |primeiro1=William |titulo=Video on demand: Research Paper 94/68 |data=1994 |publicado=[[House of Commons Library]] |url=https://researchbriefings.parliament.uk/ResearchBriefing/Summary/RP94-68 |acessodata=12 de janeiro de 2023 |arquivourl=https://web.archive.org/web/20190920082623/https://researchbriefings.parliament.uk/ResearchBriefing/Summary/RP94-68 |arquivodata=20 de setembro de 2019 |urlmorta=sim }}</ref><ref name="ITU">{{citar web |titulo=History of Video Compression |url=https://www.itu.int/wftp3/av-arch/jvt-site/2002_07_Klagenfurt/JVT-D068.doc |website=[[ITU-T]] |publicado=Joint Video Team (JVT) of ISO/IEC MPEG & ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 and ITU-T SG16 Q.6) |data=Julho de 2002 |páginas=11, 24–9, 33, 40–1, 53–6 |acessodata=12 de janeiro de 2023}}</ref> Ele usa [[macrobloco]]s de tamanho 16 × 16 com [[estimativa de movimento]] baseada em bloco no codificador e [[compensação de movimento]] usando vetores de movimento selecionados pelo codificador no decodificador, com codificação de diferença residual usando uma [[transformada discreta de cosseno]] (DCT) de tamanho 8 × 8, [[quantização]] escalar e códigos de comprimento variável (como [[Codificação de Huffman|códigos de Huffman]]) para [[codificação de entropia]].<ref name="Ghanbari">{{citar livro |ultimo1=Ghanbari |primeiro1=Mohammed |titulo=Standard Codecs: Image Compression to Advanced Video Coding |data=2003 |publicado=[[Institution of Engineering and Technology]] |isbn=9780852967102 |páginas=1–2 |url=https://books.google.com/books?id=7XuU8T3ooOAC&pg=PA1}}</ref> H.261 foi o primeiro padrão de codificação de vídeo prático, e todos os seus elementos de design descritos também foram usados em MPEG-1.<ref name="history">{{citar web |titulo=The History of Video File Formats Infographic |url=http://www.real.com/resources/digital-video-file-formats/ |website=[[RealNetworks]] |acessodata=12 de janeiro de 2023 |data=22 de abril de 2012}}</ref>

Modelado na abordagem colaborativa bem-sucedida e nas tecnologias de compactação desenvolvidas pelo [[Joint Photographic Experts Group]] e pelo [[Setor de Normatização das Telecomunicações|CCITT's]] Experts Group on Telephony (criadores do padrão de compactação de imagem [[JPEG]] e do padrão H.261 para [[Videotelefonia|videoconferência]], respectivamente), o [[MPEG|Moving Picture Experts Group]] (MPEG) foi criado em janeiro de 1988, por iniciativa de [[Hiroshi Yasuda]] ([[Nippon Telegraph and Telephone]]) e [[Leonardo Chiariglione]] ([[CSELT]]).<ref>{{citar web |url=http://users.ipfw.edu/reddpv01/mp3Genesis.pdf |titulo=Genesis of the MP3 Audio Coding Standard |author=Hans Geog Musmann |acessodata=12 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20120117173334/http://users.ipfw.edu/reddpv01/mp3Genesis.pdf |arquivodata=2012-01-17 }}</ref> MPEG foi formado para atender a necessidade [[Norma técnica|padrão]] de formatos de vídeo e áudio, e para construir em H.261 para obter melhor qualidade através do uso de métodos de codificação um pouco mais complexos (por exemplo, suportando maior precisão para vetores de movimento).<ref name=Didier_MPEG>{{citar web |primeiro=Didier |ultimo=Le Gall |titulo=MPEG: a video compression standard for multimedia applications |data=Abril de 1991 |publicado=[[Communications of the ACM]] |url=http://www.cis.temple.edu/~vasilis/Courses/CIS750/Papers/mpeg_6.pdf |acessodata=2016-11-11 |urlmorta=não |arquivourl=https://web.archive.org/web/20170127093505/https://cis.temple.edu/~vasilis/Courses/CIS750/Papers/mpeg_6.pdf |arquivodata=2017-01-27 }}</ref><ref name=bmrc_mpeg2_faq-deadlink>{{citar web|primeiro=Chad |ultimo=Fogg |titulo=MPEG-2 FAQ |data=2 de abril de 1996 |publicado=[[University of California, Berkeley]] |url=http://bmrc.berkeley.edu/research/mpeg/faq/mpeg2-v38/faq_v38.html |arquivourl=https://web.archive.org/web/20000829033706/http://bmrc.berkeley.edu/research/mpeg/faq/mpeg2-v38/faq_v38.html |urlmorta=sim |arquivodata=29 de agosto de 2000 |acessodata=12 de janeiro de 2023}}</ref><ref name=bmrc_mpeg2_faq>{{citar web |primeiro=Chad |ultimo=Fogg |titulo=MPEG-2 FAQ (archived website) |data=2 de abril de 1996 |publicado=[[University of California, Berkeley]] |url=http://bmrc.berkeley.edu/research/mpeg/faq/mpeg2-v38/faq_v38.html |acessodata= 12 de janeiro de 2023 |arquivourl=https://web.archive.org/web/20080616113041/http://bmrc.berkeley.edu/research/mpeg/faq/mpeg2-v38/faq_v38.html |arquivodata=2008-06-16}}</ref>

O desenvolvimento do padrão MPEG-1 começou em maio de 1988. Catorze propostas de codecs de vídeo e quatorze de áudio foram submetidas por empresas e instituições individuais para avaliação. Os codecs foram extensivamente testados quanto à [[Teoria da complexidade computacional|complexidade computacional]] e qualidade [[Subjetividade|subjetiva]] (percebida pelo ser humano), em taxas de dados de 1,5 Mbit/s. Essa taxa de bits específica foi escolhida para transmissão em linhas [[T1|T-1]]/[[E1 (telecomunicações)|E-1]] e como a taxa de dados aproximada de [[Audio_CD#Padrão|CDs de áudio]].<ref name=opensource>{{citar web |primeiro=Leonardo |ultimo=Chiariglione |titulo=Open source in MPEG |data=Março de 2001 |publicado=[[Linux Journal]] |url=http://leonardo.chiariglione.org/publications/linux/linux00.htm |arquivourl=https://web.archive.org/web/20110725162125/http://leonardo.chiariglione.org/publications/linux/linux00.htm |urlmorta=sim |arquivodata=2011-07-25 |acessodata=12 de janeiro de 2023}}</ref> Os codecs que se destacaram neste teste foram utilizados como base para o padrão e refinados ainda mais, com recursos adicionais e outras melhorias sendo incorporadas ao processo.<ref name=santa_clara90>{{citar web|primeiro1=Leonardo |ultimo1=Chiariglione |primeiro2=Didier |ultimo2=Le Gall |primeiro3=Hans-Georg |ultimo3=Musmann |primeiro4=Allen |ultimo4=Simon |titulo=Press Release – Status report of ISO MPEG |data=Setembro de 1990 |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/meetings/santa_clara90/santa_clara_press.htm |arquivourl=https://web.archive.org/web/20100214044029/http://mpeg.chiariglione.org/meetings/santa_clara90/santa_clara_press.htm |urlmorta=sim |arquivodata=2010-02-14 |acessodata=12 de janeiro de 2023 }}</ref>

Após 20 reuniões do grupo completo em várias cidades ao redor do mundo e 4 anos e meio de desenvolvimento e testes, o padrão final (para as partes 1–3) foi aprovado no início de novembro de 1992 e publicado alguns meses depois.<ref name=mpeg_meetings>{{citar web|titulo=Meetings |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/meetings.htm |arquivourl=https://web.archive.org/web/20100210155305/http://mpeg.chiariglione.org/meetings.htm |urlmorta=sim |arquivodata=2010-02-10 |acessodata=12 de janeiro de 2023}}</ref> A data de conclusão relatada do padrão MPEG-1 varia muito: um projeto padrão amplamente completo foi produzido em setembro de 1990 e, a partir desse ponto, apenas pequenas alterações foram introduzidas.<ref name=Didier_MPEG/> O projeto padrão estava disponível publicamente para compra.<ref name="mpeg_faq_draft">{{citar web|url=http://bmrc.berkeley.edu/research/mpeg/software/Old/mpegfa31.txt |titulo=The MPEG-FAQ, Version 3.1 |acessodata=12 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20090723213246/http://bmrc.berkeley.edu/research/mpeg/software/Old/mpegfa31.txt |arquivodata=2009-07-23 |quote=Q. Well, then how do I get the documents, like the MPEG I draft? A. MPEG is a draft ISO standard. {{sic|It's}} exact name is ISO CD 11172. [...] You may order it from your national standards body (e.g. ANSI in the USA) or buy it from companies like OMNICOM [...]}}</ref> O padrão foi concluído com a reunião de 6 de novembro de 1992.<ref>{{citar comunicado de imprensa|url=http://mpeg.chiariglione.org/meetings/london/london_press.htm|titulo=MPEG Press Release|data=6 de novembro de 1992|publicado=ISO/IEC JTC1/SC29/WG11|acessodata=12 de janeiro de 2023|urlmorta=sim|arquivourl=https://web.archive.org/web/20100812034709/http://mpeg.chiariglione.org/meetings/london/london_press.htm|arquivodata=12 de agosto de 2010}}</ref> O Berkeley Plateau Multimedia Research Group desenvolveu um decodificador MPEG-1 em novembro de 1992.<ref>{{citar web |url=http://bmrc.berkeley.edu/research/publications/1992/101/101.html |titulo=Abstract Page #101 |acessodata=12 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20081006133233/http://bmrc.berkeley.edu/research/publications/1992/101/101.html |arquivodata=2008-10-06 }} {{citar web |url=http://bmrc.berkeley.edu/frame/research/mpeg/ |titulo=BMRC |acessodata=12 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20080612140755/http://bmrc.berkeley.edu/frame/research/mpeg |arquivodata=2008-06-12 }} A Continuous Media Player, Lawrence A. Rowe and Brian C. Smith, Proc. 3rd Int. Workshop on Network and OS Support for Digital Audio and Video, San Diego CA (November 1992){{dead link |data=Novembro de 2016}}</ref> Em julho de 1990, antes mesmo de o primeiro rascunho do padrão MPEG-1 ter sido escrito, o trabalho começou em um segundo padrão, [[MPEG-2]],<ref name=mpeg_achievements>{{citar web |titulo=Achievements |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/achievements.htm |arquivourl=https://web.archive.org/web/20080708183405/http://mpeg.chiariglione.org/achievements.htm |urlmorta=sim |arquivodata=2008-07-08 |acessodata=12 de janeiro de 2023}}</ref> destinado a estender a tecnologia MPEG-1 para fornecer vídeo com qualidade de transmissão total (conforme [[Rec. 601|CCIR 601]]) em altas taxas de bits (3–15 Mbit/s) e suporte para vídeo [[Varredura entrelaçada|entrelaçado]].<ref name=london92>{{citar web|primeiro=Leonardo |ultimo=Chiariglione |titulo=MPEG Press Release, London, 6 November 1992 |data=6 de novembro de 1992 |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/meetings/london/london_press.htm |arquivourl=https://web.archive.org/web/20100812034709/http://mpeg.chiariglione.org/meetings/london/london_press.htm |urlmorta=sim |arquivodata=12 de agosto de 2010 |acessodata=12 de janeiro de 2023 }}</ref> Devido em parte à semelhança entre os dois codecs, o padrão MPEG-2 inclui compatibilidade total com versões anteriores do vídeo MPEG-1, portanto, qualquer decodificador MPEG-2 pode reproduzir vídeos MPEG-1.<ref name=sydney93>{{citar web|primeiro=Greg |ultimo=Wallace |titulo=Press Release |data=2 de abril de 1993 |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/meetings/sydney93/sydney_press.htm |arquivourl=https://web.archive.org/web/20100806161942/http://mpeg.chiariglione.org/meetings/sydney93/sydney_press.htm |urlmorta=sim |arquivodata=6 de agosto de 2010 |acessodata=12 de janeiro de 2023 }}</ref>

Notavelmente, o padrão MPEG-1 define estritamente o [[fluxo de bits]] e a função do decodificador, mas não define como a codificação MPEG-1 deve ser executada, embora uma implementação de referência seja fornecida em ISO/IEC-11172-5.<ref name=mpeg_faqs1/> Isso significa que a [[Compressão de dados|eficiência da codificação]] MPEG-1 pode variar drasticamente dependendo do codificador usado e, geralmente, significa que os codificadores mais novos têm um desempenho significativamente melhor do que seus predecessores.<ref name=mpeg_faqs2/> As três primeiras partes (Sistemas, Vídeo e Áudio) da ISO/IEC 11172 foram publicadas em agosto de 1993.<ref>{{citar web|url=http://mpeg.chiariglione.org/meetings/paris94/paris_press.htm|titulo=INTERNATIONAL ORGANISATION FOR STANDARDISATION ORGANISATION INTERNATIONALE DE NORMALISATION ISO|data=26 de julho de 2010|acessodata=12 de janeiro de 2023|urlmorta=sim|arquivourl=https://web.archive.org/web/20100726103705/http://mpeg.chiariglione.org/meetings/paris94/paris_press.htm|arquivodata=26 de julho de 2010}}</ref>

{| class="wikitable sortable"
|+Partes MPEG-1<ref name="mpeg-standards"/><ref name="jtc1-sc29_mpeg1">{{citar web|url=http://kikaku.itscj.ipsj.or.jp/sc29/29w42911.htm#MPEG-1 |titulo=MPEG-1 (Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s) |author=ISO/IEC JTC 1/SC 29 |data=2010-07-17 |acessodata=12 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20131231054907/http://kikaku.itscj.ipsj.or.jp/sc29/29w42911.htm |arquivodata=2013-12-31 }}</ref>
|-
! Parte
! Número
! Primeira data de<br />lançamento público<br />(primeira edição)
! Últime<br />correção
! Título
! Descrição
|-
| Part 1 
| [https://www.iso.org/standard/19180.html ISO/IEC 11172-1] 
| 1993
| 1999<ref>{{citar web |url=https://www.iso.org/standard/19180.html |titulo=ISO/IEC 11172-1:1993 – Information technology – Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s – Part 1: Systems |author=ISO |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20170830194543/https://www.iso.org/standard/19180.html |arquivodata=2017-08-30 }}</ref>
| Systems 
| 
|-
| Part 2
| [https://www.iso.org/standard/22411.html ISO/IEC 11172-2] 
| 1993
| 2006<ref>{{citar web |url=https://www.iso.org/standard/22411.html |titulo=ISO/IEC 11172-2:1993 – Information technology – Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s – Part 2: Video |author=ISO |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20170830194202/https://www.iso.org/standard/22411.html |arquivodata=2017-08-30 }}</ref>
| Video
| 
|-
| Part 3
| [https://www.iso.org/standard/22412.html ISO/IEC 11172-3] 
| 1993
| 1996<ref>{{citar web |url=https://www.iso.org/standard/22412.html |titulo=ISO/IEC 11172-3:1993 – Information technology – Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s – Part 3: Audio |author=ISO |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20170515194520/https://www.iso.org/standard/22412.html |arquivodata=2017-05-15 }}</ref>
| Audio
| 
|-
| Part 4
| [https://www.iso.org/standard/22691.html ISO/IEC 11172-4] 
| 1995
| 2007<ref>{{citar web |url=https://www.iso.org/standard/22691.html |titulo=ISO/IEC 11172-4:1995 – Information technology – Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s – Part 4: Compliance testing |author=ISO |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20170830191730/https://www.iso.org/standard/22691.html |arquivodata=2017-08-30 }}</ref>
| Compliance testing
| 
|-
| Part 5
| [https://www.iso.org/standard/25029.html ISO/IEC TR 11172-5] 
| 1998
| 2007<ref>{{citar web |url=https://www.iso.org/standard/25029.html |titulo=ISO/IEC TR 11172-5:1998 – Information technology – Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s – Part 5: Software simulation |author=ISO |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20170830193748/https://www.iso.org/standard/25029.html |arquivodata=2017-08-30 }}</ref>
| Software simulation
| 
|}

== Patentes ==
Devido à sua idade, o MPEG-1 não está mais coberto por nenhuma patente essencial e pode, portanto, ser usado sem obter uma licença ou pagar quaisquer taxas.<ref name=video_resolution>{{citar web |primeiro=Jan |ultimo=Ozer |titulo=Choosing the Optimal Video Resolution: The MPEG-2 Player Market |data=12 de outubro de 2001 |publicado=[[extremetech.com]] |url=http://www.extremetech.com/article2/0,1697,1153916,00.asp |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20110607222623/http://www.extremetech.com/article2/0,1697,1153916,00.asp |arquivodata=7 de junho de 2011 }}</ref><ref name="snazzizone">{{citar web |titulo=Comparison between MPEG 1 & 2 |url=http://www.snazzizone.com/TP09.html |acessodata=12 de janeiro de 2023|urlmorta=não |arquivourl=https://web.archive.org/web/20120210224333/http://www.snazzizone.com/TP09.html |arquivodata=2012-02-10 }}</ref><ref>{{citar web|titulo=MPEG 1 And 2 Compared |ano=2003 |publicado=Pure Motion Ltd. |url=http://213.130.34.82/resources/technical/mpegcompared/index.htm |arquivourl=https://web.archive.org/web/20051214085309/http://213.130.34.82/resources/technical/mpegcompared/index.htm |urlmorta=sim |arquivodata=2005-12-14 |acessodata=12 de janeiro de 2023 }}</ref><ref>{{citar web |url=http://lists.w3.org/Archives/Public/public-html/2007Nov/0153.html |titulo=homework&#93; summary of the video (and audio) codec discussion |author=Dave Singer |data=2007-11-09 |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161221201242/https://lists.w3.org/Archives/Public/public-html/2007Nov/0153.html |arquivodata=21 de dezembro de 2016 }}</ref><ref>{{citar web |url=http://www.digitalpreservation.gov/formats/fdd/fdd000035.shtml |titulo=MPEG-1 Video Coding (H.261) |publicado=[[Library of Congress#Digitization|Library of Congress]], Digital Preservation |data=21 de outubro de 2014 |acessodata=12 de janeiro de 2023|urlmorta=não |arquivourl=https://web.archive.org/web/20170111080151/http://www.digitalpreservation.gov/formats/fdd/fdd000035.shtml |arquivodata=11 de janeiro de 2017 }}</ref> O banco de dados de patentes ISO lista uma patente para ISO 11172, US 4.472.747, que expirou em 2003.<ref>{{citar web |url=http://www.iso.org/iso/standards_development/patents |titulo=ISO Standards and Patents |quote=Search for 11172 |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161115010724/http://www.iso.org/iso/standards_development/patents |arquivodata=2016-11-15 }}</ref> O rascunho quase completo do padrão MPEG-1 foi divulgado publicamente disponível como ISO CD 11172<ref name="mpeg_faq_draft"/> até 6 de dezembro de 1991.<ref name="11172-draft-cite">{{citar jornal |vauthors=Patel K, Smith BC, Rowe LA |data=1993-09-01 |titulo=Performance of a software MPEG video decoder |url=https://dl.acm.org/doi/10.1145/166266.166274 |journal=Proceedings of the First ACM International Conference on Multimedia |series=ACM Multimedia |location=New York City |publicado=Association for Computing Machinery |páginas=75–82 |doi=10.1145/166266.166274 |isbn=978-0-89791-596-0|s2cid=3773268 }} Reference 3 in the paper is to Committee Draft of Standard ISO/IEC 11172, December 6, 1991.</ref> Nem o artigo Kuro5hin de julho de 2008 "Patent Status of MPEG-1, H.261 and MPEG-2",<ref>[https://archive.today/20120804030316/http://www.kuro5hin.org/story/2008/7/18/232618/312 Patent Status of MPEG-1,H.261 and MPEG-2]</ref> nem um tópico de agosto de 2008 no gstreamer-devel<ref>{{citar web |url=http://sourceforge.net/mailarchive/message.php?msg_id=20163106 |titulo=<nowiki>[gst-devel]</nowiki> Can a MPEG-1 with Audio Layers 1&2 plugin be in plugins-good (patentwise)? |data=2008-08-23 |acessodata=12 de janeiro de 2023 |publicado=[[SourceForge.net]] |urlmorta=não |arquivourl=https://web.archive.org/web/20140202170602/http://sourceforge.net/mailarchive/message.php?msg_id=20163106 |arquivodata=2014-02-02 }}</ref> lista de discussão foram capazes de listar uma única patente não expirada de MPEG-1 Video e MPEG-1 Audio Layer I/II. Uma discussão de maio de 2009 na lista de discussão whatwg mencionou a patente US 5.214.678 como possivelmente abrangendo MPEG-1 Audio Layer II.<ref>{{citar web |url=http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-May/020015.html |titulo=&#91;whatwg&#93; MPEG-1 subset proposal for HTML5 video codec |website=lists.whatwg.org |acessodata=12 de janeiro de 2023 |arquivourl=https://web.archive.org/web/20110719183135/http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-May/020015.html |arquivodata=19 de julho de 2011 |urlmorta=sim}}</ref> Arquivado em 1990 e publicado em 1993, esta patente expirou.<ref>http://patft1.uspto.gov/netacgi/nph-Parser?patentnumber=5214678 {{Webarchive|url=https://archive.today/20120713230506/http://patft1.uspto.gov/netacgi/nph-Parser?patentnumber=5214678 |data=2012-07-13 }} "Digital transmission system using subband coding of a digital signal" Filed: May 31, 1990, Granted May 25, 1993, Expires May 31, 2010?</ref>

Um decodificador e codificador completo de MPEG-1, com "Layer III audio", não poderia ser implementado sem royalties, pois havia empresas que exigiam taxas de patente para implementações de MPEG-1 Audio Layer III, conforme discutido no artigo sobre [[MP3]]. Todas as patentes no mundo relacionadas ao MP3 expiraram em 30 de dezembro de 2017, o que torna esse formato totalmente gratuito para uso.{{carece de fontes}} Em 23 de abril de 2017, [[Fraunhofer-Gesellschaft|Fraunhofer IIS]] parou de cobrar pelo programa de licenciamento de MP3 da Technicolor para certas patentes e software relacionados a MP3.<ref>{{citar web|url=https://www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html|titulo=mp3|website=Fraunhofer Institute for Integrated Circuits IIS|acessodata=12 de janeiro de 2023|urlmorta=não|arquivourl=https://web.archive.org/web/20180322183101/https://www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html|arquivodata=22 de março de 2018}}</ref>

=== Ex-detentores de patentes ===
As seguintes empresas apresentaram declarações à ISO dizendo que detinham patentes para o formato de vídeo MPEG-1 (ISO/IEC-11172-2), embora todas essas patentes tenham expirado desde então.<ref>{{citar web |titulo=ISO Standards and Patents |url=https://www.iso.org/iso-standards-and-patents.html |website=ISO |acessodata=12 de janeiro de 2023}}</ref>

*[[BBC]]
*[[Mercedes-Benz Group|Daimler Benz AG]]
*[[Fujitsu]]
*[[IBM]]
*[[Panasonic Corporation|Matsushita Electric Industrial Co., Ltd.]]
*[[Mitsubishi Electric]]
*[[NEC Corporation|NEC]]
*[[NHK]]
*[[Philips]]
*[[Pioneer Corporation]]
*[[Qualcomm]]
*[[Ricoh]]
*[[Sony]]
*[[Texas Instruments]]
*[[Technicolor SA|Thomson Multimedia]]
*[[Toppan|Toppan Printing]]
*[[Toshiba]]
*[[JVC|Victor Company of Japan]]

== Formulários ==
*O [[software]] mais popular para reprodução de vídeo inclui a decodificação MPEG-1, além de quaisquer outros formatos suportados.
*A popularidade do áudio MP3 estabeleceu uma enorme [[base instalada]] de hardware que pode reproduzir áudio MPEG-1 (todas as três camadas).
*"Virtualmente todos os [[Reprodutor de mídia portátil|dispositivos de áudio digital]]" podem reproduzir áudio MPEG-1.<ref name=mpeg1_audio/> Muitos milhões foram vendidos até hoje.
*Antes de o [[MPEG-2]] se tornar difundido, muitos serviços de TV digital via satélite/cabo usavam exclusivamente o MPEG-1.<ref name=bmrc_mpeg2_faq/><ref name=mpeg_faqs2>{{citar web |primeiro1=Harald |ultimo1=Popp |primeiro2=Morten |ultimo2=Hjerde |titulo=MPEG-FAQ: multimedia compression [2/9] |data=9 de novembro de 1996 |publicado=faqs.org |url=http://www.faqs.org/faqs/mpeg-faq/part2/ |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20170104010344/http://www.faqs.org/faqs/mpeg-faq/part2/ |arquivodata=4 de janeiro de 2017 }}</ref>
*A ampla popularidade do MPEG-2 com as emissoras significa que o MPEG-1 pode ser reproduzido pela maioria dos [[Set-top box|decodificadores]] digitais de cabo e satélite e tocadores de discos e fitas digitais, devido à compatibilidade com versões anteriores.
*O MPEG-1 foi usado para vídeo em tela cheia no Green Book [[CD-i]] e no [[VCD|Video CD]] (VCD).
*O padrão [[Super Video CD]], baseado em VCD, usa exclusivamente áudio MPEG-1, assim como vídeo MPEG-2.
*O formato [[DVD-Vídeo]] usa principalmente vídeo MPEG-2, mas o suporte a MPEG-1 é explicitamente definido no padrão.
*O padrão DVD-Vídeo originalmente exigia MPEG-1 Audio Layer II para países PAL, mas foi alterado para permitir apenas discos AC-3/[[Dolby Digital]]. MPEG-1 Audio Layer II ainda é permitido em DVDs, embora extensões mais recentes para o formato, como [[MPEG Multichannel]], raramente sejam suportadas.
*A maioria dos reprodutores de DVD também oferece suporte à reprodução de CDs de vídeo e CDs de [[MP3]], que usam MPEG-1.
*O padrão internacional de [[DVB|transmissão de vídeo digital]] (DVB) usa principalmente MPEG-1 Audio Layer II e vídeo MPEG-2.
*O padrão internacional de [[Radiodifusão sonora digital|transmissão de áudio digital]] (DAB) usa exclusivamente MPEG-1 Audio Layer II, devido à sua qualidade especialmente alta, requisitos modestos de desempenho do decodificador e tolerância a erros.
*O [[Digital Compact Cassette]] usa PASC (Precision Adaptive Sub-band Coding) para codificar seu áudio. O PASC é uma versão inicial do MPEG-1 Audio Layer I com uma taxa de bits fixa de 384 kilobits por segundo.

==Part 1: Systems==
A Parte 1 do padrão MPEG-1 abrange os ''sistemas'' e é definida na ISO/IEC-11172-1.

Os sistemas MPEG-1 especificam o layout lógico e os métodos usados para armazenar o áudio, o vídeo e outros dados codificados em um fluxo de bits padrão e para manter a sincronização entre os diferentes conteúdos. Este [[formato de arquivo]] é projetado especificamente para armazenamento em mídia e transmissão por [[Canal (comunicação)|canais de comunicação]], que são considerados relativamente confiáveis. Somente proteção limitada contra erros é definida pelo padrão, e pequenos erros no fluxo de bits podem causar defeitos perceptíveis.

Essa estrutura foi posteriormente chamada de [[fluxo de programa MPEG]]: "O design dos sistemas MPEG-1 é essencialmente idêntico à estrutura do fluxo de programa MPEG-2."<ref name=mpeg1_systems>{{citar web |primeiro=Leonardo |ultimo=Chiariglione |titulo=MPEG-1 Systems |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/faq/mp1-sys/mp1-sys.htm |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161112204902/http://mpeg.chiariglione.org/faq/mp1-sys/mp1-sys.htm |arquivodata=2016-11-12 }}</ref> Esta terminologia é mais popular, precisa (diferencia-a de um [[fluxo de transporte MPEG]]) e será usada aqui.

=== Fluxos elementares, pacotes e referências de clock ===
*Fluxos elementares (ES) são fluxos de bits brutos de dados codificados de áudio e vídeo MPEG-1 (saída de um codificador). Esses arquivos podem ser distribuídos sozinhos, como é o caso dos arquivos MP3.
*Fluxos Elementares Packetizados (PES) são fluxos elementares [[Pacote|empacotados]] em pacotes de tamanhos variáveis, ou seja, ES divididos em blocos independentes onde a [[soma de verificação]] de [[CRC|redundância cíclica]] (CRC) foi adicionada a cada pacote para detecção de erro.
*System Clock Reference (SCR) é um valor de temporização armazenado em um cabeçalho de 33 bits de cada PES, a uma frequência/precisão de 90 kHz, com uma extensão extra de 9 bits que armazena dados de temporização adicionais com uma precisão de 27 MHz.<ref name=pack_header>{{citar web |titulo=Pack Header |url=http://dvd.sourceforge.net/dvdinfo/packhdr.html |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161027171334/http://dvd.sourceforge.net/dvdinfo/packhdr.html |arquivodata=2016-10-27 }}</ref><ref name=tutorial_stc>{{citar web |primeiro1=Mark |ultimo1=Fimoff |primeiro2=Wayne E. |ultimo2=Bretl |titulo=MPEG2 Tutorial |data=1 de dezembro de 1999 |url=http://www.bretl.com/mpeghtml/STC.HTM |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161112144128/http://www.bretl.com/mpeghtml/STC.HTM |arquivodata=12 de novembro de 2016 }}</ref> Estes são inseridos pelo codificador, derivados do relógio de tempo do sistema (STC). Fluxos de áudio e vídeo codificados simultaneamente não terão valores de SCR idênticos, no entanto, devido ao buffer, codificação, jitter e outros atrasos.

=== Transmissões do programa ===
[[fluxo de programa MPEG|Fluxos de programa]] (PS) estão preocupados com a combinação de vários fluxos elementares empacotados (geralmente apenas um PES de áudio e vídeo) em um único fluxo, garantindo a entrega simultânea e mantendo a sincronização. A estrutura PS é conhecida como [[Multiplexação|multiplex]] ou [[Arquivo recipiente|formato de contêiner]].

Os carimbos de hora de apresentação (PTS) existem no PS para corrigir a disparidade inevitável entre os valores SCR de áudio e vídeo (correção de base de tempo). Os valores de PTS de 90 kHz no cabeçalho PS informam ao decodificador quais valores de SCR de vídeo correspondem a quais valores de SCR de áudio.<ref name=pack_header/> O PTS determina quando exibir uma parte de um programa MPEG e também é usado pelo decodificador para determinar quando os dados podem ser descartados do [[Buffer (ciência da computação)|buffer]].<ref name=tutorial_pts>{{citar web |primeiro1=Mark |ultimo1=Fimoff |primeiro2=Wayne E. |ultimo2=Bretl |titulo=MPEG2 Tutorial |data=1 de dezembro de 1999 |url=http://www.bretl.com/mpeghtml/PTS.HTM |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161105163559/http://www.bretl.com/mpeghtml/PTS.HTM |arquivodata=5 de novembro de 2016 }}</ref> Tanto o vídeo quanto o áudio serão atrasados pelo decodificador até que o segmento correspondente do outro chegue e possa ser decodificado.

O manuseio de PTS pode ser problemático. Os decodificadores devem aceitar vários ''fluxos de programa'' que foram concatenados (unidos sequencialmente). Isso faz com que os valores de PTS no meio do vídeo sejam redefinidos para zero, que começam a aumentar novamente. Tais disparidades de wraparound de PTS podem causar problemas de temporização que devem ser tratados especialmente pelo decodificador.

Além disso, são necessários carimbos de tempo de decodificação (DTS) por causa dos quadros B. Com quadros B no fluxo de vídeo, os quadros adjacentes precisam ser codificados e decodificados fora de ordem (quadros reordenados). O DTS é bastante semelhante ao PTS, mas em vez de apenas lidar com quadros sequenciais, ele contém os carimbos de tempo adequados para informar ao decodificador quando decodificar e exibir o próximo quadro B (tipos de quadros explicados abaixo), à frente de sua âncora (P - ou I-) quadro. Sem quadros B no vídeo, os valores de PTS e DTS são idênticos.<ref name=tutorial_dts>{{citar web |primeiro1=Mark |ultimo1=Fimoff |primeiro2=Wayne E. |ultimo2=Bretl |titulo=MPEG2 Tutorial |data=1 de dezembro de 1999 |url=http://www.bretl.com/mpeghtml/DTS.HTM |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161105163603/http://www.bretl.com/mpeghtml/DTS.HTM |arquivodata=5 de novembro de 2016 }}</ref>

===Multiplexação===
Para gerar o PS, o multiplexador irá intercalar os (dois ou mais) fluxos elementares empacotados. Isso é feito para que os pacotes dos fluxos simultâneos possam ser transferidos pelo mesmo canal e tenham a garantia de que ambos cheguem ao decodificador precisamente ao mesmo tempo. Este é um caso de [[multiplexação por divisão de tempo]].

Determinar a quantidade de dados de cada fluxo em cada segmento intercalado (o tamanho da intercalação) é complicado, mas é um requisito importante. A intercalação imprópria resultará em estouros ou estouros de buffer, já que o receptor obtém mais de um fluxo do que pode armazenar (por exemplo, áudio), antes de obter dados suficientes para decodificar o outro fluxo simultâneo (por exemplo, vídeo). O MPEG [[Video Buffering Verifier]] (VBV) ajuda a determinar se um PS multiplexado pode ser decodificado por um dispositivo com uma taxa de transferência de dados e tamanho de buffer especificados.<ref name=tutorial_vbv>{{citar web |primeiro1=Mark |ultimo1=Fimoff |primeiro2=Wayne E. |ultimo2=Bretl |titulo=MPEG2 Tutorial |data=1 de dezembro de 1999 |url=http://www.bretl.com/mpeghtml/VBV.HTM |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161112144717/http://www.bretl.com/mpeghtml/VBV.HTM |arquivodata=12 de novembro de 2016 }}</ref> Isso oferece feedback ao multiplexador e ao codificador, para que eles possam alterar o tamanho do multiplex ou ajustar as taxas de bits conforme necessário para conformidade.

==Part 2: Video==
A Parte 2 do padrão MPEG-1 abrange o vídeo e é definida na ISO/IEC-11172-2. O design foi fortemente influenciado pelo [[H.261]].

O vídeo MPEG-1 explora os métodos de compressão perceptual para reduzir significativamente a taxa de dados exigida por um fluxo de vídeo. Ele reduz ou descarta completamente informações em certas frequências e áreas da imagem que o olho humano tem capacidade limitada de perceber totalmente. Ele também explora a redundância temporal (ao longo do tempo) e espacial (em uma imagem) comum em vídeo para obter melhor compactação de dados do que seria possível de outra forma.

=== Espaço colorido ===
[[File:Yuvformats420sampling.svg|thumb|right|Exemplo de subamostragem 4:2:0. Os dois círculos centrais sobrepostos representam os pixels de croma azul e croma vermelho (cor), enquanto os 4 círculos externos representam o luma (brilho).]]

Antes de codificar o vídeo para MPEG-1, o [[espaço de cores]] é transformado em [[Chroma subsampling|Y′CbCr]] (ou Y'C<sub>b</sub>C<sub>r</sub>, onde Y′=Luma/intensidade da luz, Cb=Chroma Blue//diferença de cor azul, Cr=Chroma Red/diferença de cor vermelho).<ref>{{Citar web|url=https://www.hisour.com/pt/ycbcr-color-spaces-26075/|titulo=Espaços de cores YCbCr|acessodata=2024-02-16|publicado=HiSoUR Arte}}</ref> [[Luma (vídeo)|Luma]] (brilho, resolução) é armazenado separadamente do [[Crominância|croma]] (cor, matiz, fase) e ainda mais separado em componentes vermelhos e azuis.

O croma também é subamostrado para [[Chroma_subsampling#4:2.0|4:2:0]], o que significa que é reduzido a metade da resolução verticalmente e metade da resolução horizontalmente, ou seja, a apenas um quarto do número de amostras usadas para o componente luma do vídeo.<ref name=mpeg_faqs1/> Este uso de resolução mais alta para alguns componentes de cor é semelhante em conceito ao [[Filtros Bayer|filtro de padrão Bayer]] que é comumente usado para o sensor de captura de imagem em câmeras coloridas digitais. Como o olho humano é muito mais sensível a pequenas mudanças no brilho (o componente Y) do que na cor (os componentes Cr e Cb), a [[Chroma subsampling|subamostragem de croma]] é uma maneira muito eficaz de reduzir a quantidade de dados de vídeo que precisam ser compactados. No entanto, em vídeos com detalhes finos (alta [[frequência espacial#Visual perception|complexidade espacial]]) isso pode se manifestar como artefatos de [[Aliasing|aliasing de croma]]. Em comparação com outros [[Artefato de compressão|artefatos de compactação]] digital, esse problema raramente parece ser uma fonte de aborrecimento. Por causa da subamostragem, o vídeo Y′CbCr 4:2:0 é normalmente armazenado usando dimensões pares ([[Divisor|divisível]] por 2 horizontalmente e verticalmente).

A cor Y′CbCr costuma ser chamada informalmente de [[YUV]] para simplificar a notação, embora esse termo se aplique mais apropriadamente a um formato de cor um pouco diferente. Da mesma forma, os termos [[luminância]] e [[crominância]] são frequentemente usados em vez dos termos (mais precisos) luma e croma.

=== Resolução/taxa de bits ===
O MPEG-1 suporta resoluções de até 4095×4095 (12 bits) e taxas de bits de até 100 Mbit/s.<ref name=bmrc_mpeg2_faq/>

Os vídeos MPEG-1 são mais comumente vistos usando a resolução [[Source Input Format]] (SIF): 352 × 240, 352 × 288 ou 320 × 240. Essas resoluções relativamente baixas, combinadas com uma taxa de bits inferior a 1,5 Mbit/s, formam o que é conhecido como fluxo de [[bits de parâmetros restritos]] (CPB), posteriormente renomeado como perfil "Low Level" (LL) no MPEG-2. Estas são as especificações mínimas de vídeo que qualquer [[Codec|decodificador]] deve ser capaz de lidar, para ser considerado compatível com MPEG-1. Isso foi escolhido para fornecer um bom equilíbrio entre qualidade e desempenho, permitindo o uso de hardware razoavelmente barato da época.<ref name=Didier_MPEG/><ref name=bmrc_mpeg2_faq/>

===Tipos de quadro/imagem/bloco===
O MPEG-1 possui vários tipos de quadro/imagem que atendem a diferentes propósitos. O mais importante, porém mais simples, é '''o I-frame'''.

====I-frames====
"I-frame" é uma abreviação de "Intra-frame", assim chamado porque eles podem ser decodificados independentemente de quaisquer outros quadros. Eles também podem ser conhecidos como I-pictures ou quadros-chave devido à sua função um tanto semelhante aos [[Quadro-chave|quadros-chave]] usados na animação. Os quadros I podem ser considerados efetivamente idênticos às imagens [[JPEG]] de linha de base.<ref name=bmrc_mpeg2_faq/>

A busca em alta velocidade através de um vídeo MPEG-1 só é possível para o I-frame mais próximo. Ao cortar um vídeo, não é possível iniciar a reprodução de um segmento de vídeo antes do primeiro I-frame no segmento (pelo menos não sem recodificação intensiva computacionalmente). Por esse motivo, vídeos MPEG somente de quadro I são usados em aplicativos de edição.

A compactação somente de quadro I é muito rápida, mas produz tamanhos de arquivo muito grandes: um fator de 3 × (ou mais) maior do que o vídeo MPEG-1 normalmente codificado, dependendo da complexidade temporal de um vídeo específico.<ref name=Didier_MPEG/> O vídeo MPEG-1 somente com quadro I é muito semelhante ao vídeo [[Motion JPEG|MJPEG]]. Tanto é assim que a conversão em alta velocidade e teoricamente sem perdas (na realidade, há erros de arredondamento) pode ser feita de um formato para o outro, desde que algumas restrições (espaço de cor e matriz de quantização) sejam seguidas na criação do bitstream.<ref name=smith_transcoding>{{citar web |primeiro1=Soam |ultimo1=Acharya |primeiro2=Brian |ultimo2=Smith |titulo=Compressed Domain Transcoding of MPEG |páginas=3 |ano=1998 |publicado=[[Cornell University]], [[IEEE Computer Society]], [[IEEE]] International Conference on Multimedia Computing and Systems |url=http://citeseer.ist.psu.edu/acharya98compressed.html |acessodata=12 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20050123070351/http://citeseer.ist.psu.edu/acharya98compressed.html |arquivodata=23 de janeiro de 2005}}</ref>

O comprimento entre I-frames é conhecido como o tamanho do [[Grupo de fotos|grupo de imagens]] (GOP). O MPEG-1 geralmente usa um tamanho GOP de 15–18, ou seja, 1 quadro I para cada 14-17 quadros não-I (alguma combinação de quadros P e B). Com codificadores mais inteligentes, o tamanho do GOP é escolhido dinamicamente, até um limite máximo pré-selecionado.<ref name=bmrc_mpeg2_faq/>

Os limites são colocados no número máximo de quadros entre os quadros I devido à complexidade da decodificação, tamanho do buffer do decodificador, tempo de recuperação após erros de dados, capacidade de busca e acúmulo de erros IDCT em implementações de baixa precisão mais comuns em decodificadores de hardware (consulte: [[Instituto de Engenheiros Eletricistas e Eletrônicos|IEEE]]-1180).

====P-frames====
"P-frame" é uma abreviação de "Predicted-frame". Eles também podem ser chamados de quadros com previsão direta ou interquadros (quadros B também são quadros inter).

Os quadros P existem para melhorar a compactação, explorando a redundância [[wikt:temporal|temporal]] (ao longo do tempo) em um vídeo. Os quadros P armazenam apenas a ''diferença'' na imagem do quadro (um quadro I ou um quadro P) imediatamente anterior a ele (esse quadro de referência também é chamado de ''quadro [[wikt:anchor|âncora]]'').

A diferença entre um quadro P e seu quadro âncora é calculada usando ''vetores de movimento'' em cada ''macrobloco'' do quadro (veja abaixo). Esses dados de vetor de movimento serão incorporados no quadro P para uso pelo decodificador.

Um quadro P pode conter qualquer número de blocos intracodificados, além de quaisquer blocos previstos para frente.<ref name=hp_transcoding/>

Se um vídeo mudar drasticamente de um quadro para o próximo (como um [[Corte (cinema)|corte]]), é mais eficiente codificá-lo como um quadro I.

====B-frames====
"B-frame" significa "quadro bidirecional" ou "quadro bipreditivo". Eles também podem ser conhecidos como quadros previstos para trás ou imagens B. Os quadros B são bastante semelhantes aos quadros P, exceto que podem fazer previsões usando os quadros anteriores e futuros (ou seja, dois quadros âncora).

Portanto, é necessário que o jogador primeiro decodifique o próximo quadro âncora I ou P sequencialmente após o quadro B, antes que o quadro B possa ser decodificado e exibido. Isso significa que a decodificação de quadros B requer [[Buffer (ciência da computação)|buffers de dados]] maiores e causa um atraso maior na decodificação e durante a codificação. Isso também requer o recurso de decodificação de carimbos de data/hora (DTS) no contêiner/fluxo do sistema (veja acima). Como tal, os quadros B têm sido objeto de muita controvérsia, muitas vezes são evitados em vídeos e às vezes não são totalmente suportados por decodificadores de hardware.

Nenhum outro quadro é previsto a partir de um quadro B. Por causa disso, um quadro B de taxa de bits muito baixa pode ser inserido, quando necessário, para ajudar a controlar a taxa de bits. Se isso fosse feito com um quadro P, quadros P futuros seriam previstos a partir dele e diminuiriam a qualidade de toda a sequência. No entanto, da mesma forma, o futuro quadro P ainda deve codificar todas as alterações entre ele e o quadro âncora I ou P anterior. Os quadros B também podem ser benéficos em vídeos em que o fundo atrás de um objeto está sendo revelado em vários quadros ou em transições esmaecidas, como mudanças de cena.<ref name=Didier_MPEG/><ref name=bmrc_mpeg2_faq/>

Um quadro B pode conter qualquer número de blocos intracodificados e blocos previstos para frente, além de blocos previstos para trás ou preditos bidirecionalmente.<ref name=bmrc_mpeg2_faq/><ref name=hp_transcoding/>

====D-frames====
O MPEG-1 possui um tipo de quadro exclusivo não encontrado em padrões de vídeo posteriores. "D-frames" ou imagens DC são imagens codificadas independentemente (intra-frames) que foram codificadas usando apenas coeficientes de transformação DC (os coeficientes AC são removidos ao codificar D-frames - veja DCT abaixo) e, portanto, são de qualidade muito baixa. Os quadros D nunca são referenciados por quadros I, P ou B. Os D-frames são usados apenas para visualizações rápidas de vídeo, por exemplo, ao procurar um vídeo em alta velocidade.<ref name=Didier_MPEG/>

Com equipamentos de decodificação de desempenho moderadamente alto, a visualização rápida pode ser realizada pela decodificação de quadros I em vez de quadros D. Isso fornece visualizações de maior qualidade, já que os quadros I contêm coeficientes AC, bem como coeficientes DC. Se o codificador puder assumir que a capacidade de decodificação rápida de quadro I está disponível nos decodificadores, ele poderá economizar bits ao não enviar quadros D (melhorando assim a compactação do conteúdo de vídeo). Por esse motivo, os quadros D raramente são realmente usados na codificação de vídeo MPEG-1, e o recurso D-frame não foi incluído em nenhum padrão de codificação de vídeo posterior.

===Macroblocks===
O MPEG-1 opera em vídeo em uma série de blocos 8×8 para quantização. No entanto, para reduzir a taxa de bits necessária para vetores de movimento e porque o croma (cor) é subamostrado por um fator de 4, cada par de blocos de croma (vermelho e azul) corresponde a 4 blocos luma diferentes. Este conjunto de 6 blocos, com resolução de 16×16, é processado em conjunto e denominado ''macrobloco''.

Um macrobloco é a menor unidade independente de vídeo (cor). Os vetores de movimento (veja abaixo) operam somente no nível do macrobloco.

Se a altura ou a largura do vídeo não forem [[wikt:multiple|múltiplos]] exatos de 16, linhas e colunas completas de macroblocos ainda devem ser codificadas e decodificadas para preencher a imagem (embora os pixels extras decodificados não sejam exibidos).

===Motion vectors===
Para diminuir a quantidade de redundância temporal em um vídeo, apenas os blocos que mudam são atualizados (até o tamanho máximo do GOP). Isso é conhecido como reabastecimento condicional. No entanto, isso não é muito eficaz por si só. O movimento dos objetos e/ou da câmera pode fazer com que grandes porções do quadro precisem ser atualizadas, mesmo que apenas a posição dos objetos codificados anteriormente tenha mudado. Por meio da estimativa de movimento, o codificador pode compensar esse movimento e remover uma grande quantidade de informações redundantes.

O codificador compara o quadro atual com partes adjacentes do vídeo do quadro âncora (quadro I ou P anterior) em um padrão de diamante, até um limite de [[Raio (geometria)|raio]] predefinido (específico do codificador) da área do macrobloco atual. Se for encontrada uma correspondência, apenas a direção e a distância (ou seja, o ''[[wikt:vector|vetor]]'' do ''movimento'') da área de vídeo anterior ao macrobloco atual precisam ser codificadas no quadro interno (quadro P ou B). O inverso desse processo, realizado pelo decodificador para reconstruir a imagem, é chamado de [[compensação de movimento]].

No entanto, um macrobloco previsto raramente corresponde perfeitamente à imagem atual. As diferenças entre a área de correspondência estimada e o quadro/macrobloco real são chamadas de erro de previsão. Quanto maior a quantidade de erro de previsão, mais dados devem ser codificados adicionalmente no quadro. Para uma compactação de vídeo eficiente, é muito importante que o codificador seja capaz de executar a estimativa de movimento de maneira eficaz e precisa.

Os vetores de movimento registram a ''distância'' entre duas áreas na tela com base no número de pixels (também chamados de pels). O vídeo MPEG-1 usa uma precisão de vetor de movimento (MV) de metade de um pixel ou meio pel. Quanto maior a precisão dos MVs, mais precisa será a correspondência e mais eficiente será a compactação. No entanto, existem compensações para maior precisão. Maior precisão MV resulta no uso de uma quantidade maior de dados para representar o MV, pois números maiores devem ser armazenados no quadro para cada MV, complexidade de codificação aumentada, pois níveis crescentes de interpolação no macrobloco são necessários para o codificador e o decodificador, e retornos decrescentes (ganhos mínimos) com MVs de maior precisão. A precisão de meio pel foi escolhida como a compensação ideal para aquele momento.

Como é provável que os macroblocos vizinhos tenham vetores de movimento muito semelhantes, essa informação redundante pode ser comprimida de maneira bastante eficaz ao ser armazenada codificada em [[Modulação por código de pulsos|DPCM]]. Apenas a quantidade (menor) de diferença entre os MVs para cada macrobloco precisa ser armazenada no fluxo de bits final.

Os quadros P têm um vetor de movimento por macrobloco, relativo ao quadro âncora anterior. Os quadros B, no entanto, podem usar dois vetores de movimento; um do quadro de ancoragem anterior e outro do futuro quadro de ancoragem.<ref name=hp_transcoding>{{citar web |primeiro1=Susie J. |ultimo1=Wee |primeiro2=Bhaskaran |ultimo2=Vasudev |primeiro3=Sam |ultimo3=Liu |titulo=Transcoding MPEG Video Streams in the Compressed Domain |data=13 de março de 1997 |publicado=[[Hewlett-Packard]] |url=http://www.hpl.hp.com/personal/Susie_Wee/PAPERS/hpidc97/hpidc97.html |acessodata=17 de janeiro de 2023 |arquivourl=https://web.archive.org/web/20070817191927/http://www.hpl.hp.com/personal/Susie_Wee/PAPERS/hpidc97/hpidc97.html |arquivodata=2007-08-17|citeseerx=10.1.1.24.633 }}</ref>

Macroblocos parciais e bordas/barras pretas codificadas no vídeo que não se enquadram exatamente em um limite de macrobloco causam estragos na previsão de movimento. As informações de preenchimento/borda do bloco impedem que o macrobloco corresponda estreitamente a qualquer outra área do vídeo e, portanto, informações de erro de previsão significativamente maiores devem ser codificadas para cada uma das várias dezenas de macroblocos parciais ao longo da borda da tela. A codificação e quantização DCT (veja abaixo) também não são tão eficazes quando há contraste de imagem grande/nítido em um bloco.

Existe um problema ainda mais sério com macroblocos que contêm ''ruído de borda'' significativo e aleatório, onde a imagem muda para (normalmente) preto. Todos os problemas acima também se aplicam ao ruído de borda. Além disso, a aleatoriedade adicionada é simplesmente impossível de comprimir significativamente. Todos esses efeitos diminuirão substancialmente a qualidade (ou aumentarão a taxa de bits) do vídeo.

===DCT===
Cada bloco de 8 × 8 é codificado aplicando primeiro uma [[Transformada discreta de cosseno|transformada de cosseno discreta]] ''direta'' (FDCT) e, em seguida, um processo de quantização. O processo FDCT (por si só) é teoricamente sem perdas e pode ser revertido aplicando um DCT ''inverso'' ([[Transformada discreta de cosseno|IDCT]]) para reproduzir os valores originais (na ausência de erros de quantização e arredondamento). Na realidade, existem alguns erros de arredondamento (às vezes grandes) introduzidos tanto pela quantização no codificador (conforme descrito na próxima seção) quanto pelo erro de aproximação IDCT no decodificador. A precisão mínima permitida de uma aproximação IDCT do decodificador é definida pela ISO/IEC 23002-1. (Antes de 2006, era especificado pelo [[IEEE 1180]]-1990.)

O processo FDCT converte o bloco 8×8 de valores de pixel não compactados (brilho ou valores de diferença de cor) em uma matriz indexada 8×8 de valores de ''coeficiente de frequência''. Um deles é o (estatisticamente alto em variância) "coeficiente DC", que representa o valor médio de todo o bloco 8 × 8. Os outros 63 coeficientes são os "coeficientes AC" estatisticamente menores, que têm valores positivos ou negativos, cada um representando desvios senoidais do valor do bloco plano representado pelo coeficiente DC.

Um exemplo de um bloco FDCT 8 × 8 codificado:
:<math>
\begin{bmatrix}
 -415 & -30 & -61 & 27 & 56 & -20 & -2 & 0 \\
 4 & -22 & -61 & 10 & 13 & -7 & -9 & 5 \\
 -47 & 7 & 77 & -25 & -29 & 10 & 5 & -6 \\
 -49 & 12 & 34 & -15 & -10 & 6 & 2 & 2 \\
 12 & -7 & -13 & -4 & -2 & 2 & -3 & 3 \\
 -8 & 3 & 2 & -6 & -2 & 1 & 4 & 2 \\
 -1 & 0 & 0 & -2 & -1 & -3 & 4 & -1 \\
 0 & 0 & -1 & -4 & -1 & 0 & 1 & 2
\end{bmatrix}
</math>

Como o valor do coeficiente DC é estatisticamente correlacionado de um bloco para o próximo, ele é compactado usando a codificação [[Modulação por código de pulsos|DPCM]]. Somente a quantidade (menor) de diferença entre cada valor DC e o valor do coeficiente DC no bloco à sua esquerda precisa ser representada no fluxo de bits final.

Além disso, a conversão de frequência realizada pela aplicação do DCT fornece uma função de decorrelação estatística para concentrar eficientemente o sinal em menos valores de alta amplitude antes de aplicar a quantização (veja abaixo).

===Quantization===
A [[Quantização (processamento de imagem)|quantização]] é, essencialmente, o processo de reduzir a precisão de um sinal, dividindo-o por algum tamanho de passo maior e arredondando para um valor inteiro (isto é, encontrando o múltiplo mais próximo e descartando o restante).

O quantizador de nível de quadro é um número de 0 a 31 (embora os codificadores geralmente omitam/desabilitem alguns dos valores extremos) que determina quanta informação será removida de um determinado quadro. O quantizador de nível de quadro é tipicamente selecionado dinamicamente pelo codificador para manter uma certa taxa de bits especificada pelo usuário ou (muito menos comumente) especificado diretamente pelo usuário.

Uma "matriz de quantização" é uma sequência de 64 números (variando de 0 a 255) que informa ao codificador o quão relativamente importante ou sem importância cada pedaço de informação visual é. Cada número na matriz corresponde a um determinado componente de frequência da imagem de vídeo.

Um exemplo de matriz de quantização:
:<math>
\begin{bmatrix}
 16 & 11 & 10 & 16 & 24 & 40 & 51 & 61 \\
 12 & 12 & 14 & 19 & 26 & 58 & 60 & 55 \\
 14 & 13 & 16 & 24 & 40 & 57 & 69 & 56 \\
 14 & 17 & 22 & 29 & 51 & 87 & 80 & 62 \\
 18 & 22 & 37 & 56 & 68 & 109 & 103 & 77 \\
 24 & 35 & 55 & 64 & 81 & 104 & 113 & 92 \\
 49 & 64 & 78 & 87 & 103 & 121 & 120 & 101 \\
 72 & 92 & 95 & 98 & 112 & 100 & 103 & 99
\end{bmatrix}
</math>

A quantização é realizada tomando cada um dos 64 valores de ''frequência'' do bloco DCT, dividindo-os pelo quantizador de nível de quadro e, em seguida, dividindo-os por seus valores correspondentes na matriz de quantização. Por fim, o resultado é arredondado para baixo. Isso reduz significativamente ou elimina completamente as informações em alguns componentes de frequência da imagem. Normalmente, as informações de alta frequência são menos importantes visualmente e, portanto, as altas frequências são muito mais ''fortemente quantizadas'' (reduzidas drasticamente). Na verdade, o MPEG-1 usa duas matrizes de quantização separadas, uma para intrablocos (blocos I) e outra para interblocos (blocos P e B), de modo que a quantização de diferentes tipos de blocos pode ser feita independentemente e, portanto, com mais eficiência.<ref name=Didier_MPEG/>

Esse processo de quantização geralmente reduz um número significativo de ''coeficientes AC'' a zero (conhecidos como dados [[wikt:sparse|esparsos]]), que podem ser compactados com mais eficiência pela codificação de entropia (compressão sem perdas) na próxima etapa.

Um exemplo de bloco DCT quantizado:
:<math>
\begin{bmatrix}
 -26 & -3 & -6 & 2 & 2 & -1 & 0 & 0 \\
 0 & -2 & -4 & 1 & 1 & 0 & 0 & 0 \\
 -3 & 1 & 5 & -1 & -1 & 0 & 0 & 0 \\
 -4 & 1 & 2 & -1 & 0 & 0 & 0 & 0 \\
 1 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \\
 0 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \\
 0 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \\
 0 & 0 & 0 & 0 & 0 & 0 & 0 & 0
\end{bmatrix}
</math>

A quantização elimina uma grande quantidade de dados e é a principal etapa de processamento com perdas na codificação de vídeo MPEG-1. Esta também é a fonte primária da maioria dos [[Artefato de compressão|artefatos de compressão]] de vídeo MPEG-1, como [[Copolímero|blocos]], [[Faixas coloridas|faixas de cores]], [[ruído]], [[Tocando (sinal)|zumbido]], [[descoloração]] e outros. Isso acontece quando o vídeo é codificado com uma taxa de bits insuficiente e, portanto, o codificador é forçado a usar quantizadores de alto nível de quadro (''quantização forte'') em grande parte do vídeo.

===Entropy coding===
Várias etapas na codificação do vídeo MPEG-1 são sem perdas, o que significa que serão revertidas na decodificação para produzir exatamente os mesmos valores (originais). Uma vez que essas etapas de compactação de dados sem perdas não adicionam ruído ou alteram o conteúdo (ao contrário da quantização), às vezes são chamadas de [[Teorema de codificação da fonte|codificação sem ruído]].<ref name=mpeg1_audio/> Uma vez que a compressão sem perdas visa remover o máximo de redundância possível, ela é conhecida como [[codificação de entropia]] no campo da [[teoria da informação]].

Os coeficientes dos blocos DCT quantizados tendem a zero na parte inferior direita. A compactação máxima pode ser alcançada por uma varredura em zigue-zague do bloco DCT começando no canto superior esquerdo e usando técnicas de codificação Run-length.

Os coeficientes DC e os vetores de movimento são codificados em [[Modulação por código de pulsos|DPCM]].

A [[Codificação run-length|codificação Run-Length]] (RLE) é um método simples de comprimir a repetição. Uma string sequencial de caracteres, não importa quanto tempo, pode ser substituída por alguns bytes, observando o valor que se repete e quantas vezes. Por exemplo, se alguém disser "cinco noves", você saberá que se refere ao número: 99999.

O RLE é particularmente eficaz após a quantização, pois um número significativo de coeficientes AC agora é zero (chamado de dados [[wikt:sparse|esparsos]]) e pode ser representado com apenas alguns bytes. Isso é armazenado em uma tabela Huffman [[Dimensão|bidimensional]] especial que codifica o comprimento da execução e o caractere final da execução.

[[Codificação de Huffman|Huffman Coding]] é um método muito popular e relativamente simples de codificação por entropia, e usado em vídeo MPEG-1 para reduzir o tamanho dos dados. Os dados são analisados para encontrar strings que se repetem com frequência. Essas strings são colocadas em uma tabela especial, com os dados repetidos com mais frequência atribuídos ao código mais curto. Isso mantém os dados o menor possível com essa forma de compactação.<ref name=mpeg1_audio/> Depois que a tabela é construída, essas strings nos dados são substituídas por seus códigos (muito menores), que fazem referência à entrada apropriada na tabela. O decodificador simplesmente reverte esse processo para produzir os dados originais.

Esta é a etapa final no processo de codificação de vídeo, portanto, o resultado da [[Codificação de Huffman|codificação Huffman]] é conhecido como "bitstream" de vídeo MPEG-1.

===GOP configurations for specific applications===
I-frames armazenam informações completas do quadro dentro do quadro e, portanto, são adequados para acesso aleatório. Os quadros P fornecem compressão usando vetores de movimento relativos ao quadro anterior (I ou P). Os quadros B fornecem compactação máxima, mas requerem o quadro anterior e o seguinte para cálculo. Portanto, o processamento de quadros B requer mais buffer no lado decodificado. Uma configuração do [[Grupo de fotos|Grupo de Imagens]] (GOP) deve ser selecionado com base nesses fatores. As sequências somente de quadro I oferecem menos compactação, mas são úteis para acesso aleatório, FF/FR e capacidade de edição. As sequências de quadros I e P oferecem compactação moderada, mas adicionam um certo grau de acesso aleatório, funcionalidade FF/FR. As sequências de quadro I, P e B fornecem compressão muito alta, mas também aumentam significativamente o atraso de codificação/decodificação. Tais configurações não são, portanto, adequadas para aplicações de videotelefonia ou videoconferência.

A taxa de dados típica de um quadro I é de 1 bit por pixel, enquanto a de um quadro P é de 0,1 bit por pixel e, para um quadro B, de 0,015 bit por pixel.<ref>{{citar web|url=http://bmrc.berkeley.edu/frame/research/mpeg/mpeg_overview.html |titulo=BMRC |acessodata=17 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20090503020732/http://bmrc.berkeley.edu/frame/research/mpeg/mpeg_overview.html |arquivodata=2009-05-03 }}</ref>

==Part 3: Audio==
A Parte 3 do padrão MPEG-1 abrange o áudio e é definida na ISO/IEC-11172-3.

O áudio MPEG-1 utiliza [[psicoacústica]] para reduzir significativamente a taxa de dados exigida por um fluxo de áudio. Ele reduz ou descarta completamente certas partes do áudio que deduz que o ouvido humano não consegue ''ouvir'', seja porque estão em frequências onde o ouvido tem sensibilidade limitada, ou são ''[[Mascaramento em audiometria|mascaradas]]'' por outros sons (normalmente mais altos).<ref name=mpeg_audio_faq/>

Codificação do Canal:
*Mono
*Joint Stereo – [[Joint stereo#Codificação estéreo de intensidade|intensidade codificada]]
*Joint Stereo – [[Joint stereo#Codificação estéreo M/S|M/S modificado]] apenas para Layer III
*Stereo
*Dual (dois canais mono não correlacionados)
*[[Amostragem_de_sinal#taxa de amostragem|Taxas de amostragem]]: 32000, 44100, e 48000 Hz
*[[Bit rate]]s para Layer I: 32, 64, 96, 128, 160, 192, 224, 256, 288, 320, 352, 384, 416 e 448 kbit/s<ref>{{citar web |url=http://www.mpgedit.org/mpgedit/mpeg_format/mpeghdr.htm |titulo=MPEG Audio Frame Header |acessodata=17 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20150208104604/http://www.mpgedit.org/mpgedit/mpeg_format/mpeghdr.htm |arquivodata=2015-02-08 }}</ref>
*[[Bit rate]]s para Layer II: 32, 48, 56, 64, 80, 96, 112, 128, 160, 192, 224, 256, 320 e 384 kbit/s
*[[Bit rate]]s para Layer III: 32, 40, 48, 56, 64, 80, 96, 112, 128, 160, 192, 224, 256 e 320 kbit/s

O áudio MPEG-1 é dividido em 3 camadas. Cada camada superior é computacionalmente mais complexa e geralmente mais eficiente em taxas de bits mais baixas do que a anterior.<ref name = bmrc_mpeg2_faq /> As camadas são semicompatíveis com versões anteriores, pois as camadas superiores reutilizam as tecnologias implementadas pelas camadas inferiores. Um decodificador "Full" Layer II também pode reproduzir áudio Layer I, mas ''não'' o áudio Layer III, embora nem todos os reprodutores de nível superior sejam "full".<ref name=mpeg_audio_faq/>

===Layer I===
MPEG-1 Audio Layer I é uma versão simplificada do MPEG-1 Audio Layer II.<ref name=santa_clara90/> A Layer I usa um tamanho de quadro menor de 384 amostras para atraso muito baixo e resolução mais fina.<ref name=mpeg_faqs2/> Isso é vantajoso para aplicativos como teleconferência, edição em estúdio, etc. Tem menor complexidade do que a Layer II para facilitar a codificação em [[tempo real]] no hardware disponível {{abbr|c.|cerca de}} 1990.<ref name=mpeg1_audio/>

A layer I teve adoção limitada em seu tempo e, principalmente, foi usada no extinto [[Digital Compact Cassette]] da [[Philips]] com uma taxa de bits de 384 kbit/s.<ref name= mpeg_faqs1/> Com as melhorias substanciais de desempenho no processamento digital desde sua introdução, a Layer I rapidamente se tornou desnecessária e obsoleta.

Os arquivos de áudio da layer I geralmente usam a extensão ".mp1" ou, às vezes, ".m1a".

===Layer II===
{{Main|MPEG-1 Audio Layer II}}
MPEG-1 Audio Layer II (a primeira versão do MP2, muitas vezes chamado informalmente de MUSICAM)<ref name=mpeg_audio_faq/> é um formato de áudio com [[Compressão com perda de dados|perdas]] projetado para fornecer alta qualidade em cerca de 192 kbit/s para som estéreo. A decodificação de áudio MP2 é [[Teoria da complexidade computacional|computacionalmente simples]] em relação a MP3, [[Advanced Audio Coding|AAC]], etc.

====Histórico/MUSICAM====
O MPEG-1 Audio Layer II foi derivado do codec de áudio MUSICAM (''padrão de máscara adaptado Universal Subband Integrated Coding And Multiplexing''), desenvolvido pelo [[Centro Conjunto de Estudos de Televisão e Telecomunicações|Centre commun d'études de télévision et télécommunications]] (CCETT), [[Philips]] e [[Instituto de Tecnologia de Radiodifusão|Institut für Rundfunktechnik]] (IRT/CNET)<ref name=bmrc_mpeg2_faq/><ref name=santa_clara90/><ref name=telos_audio>{{citar web|primeiro=Steve |ultimo=Church |titulo=Perceptual Coding and MPEG Compression |publicado=NAB Engineering Handbook, [[Telos Systems]] |url=http://www.telos-systems.com/techtalk/mpeg/default.htm |arquivourl=https://web.archive.org/web/20010508092243/http://www.telos-systems.com/techtalk/mpeg/default.htm |urlmorta=sim |arquivodata=2001-05-08 |acessodata=17 de janeiro de 2023 }}</ref> como parte da iniciativa de pesquisa e desenvolvimento intergovernamental pan-europeia [[Radiodifusão sonora digital|EUREKA 147]] para o desenvolvimento da transmissão de áudio digital.

A maioria dos principais recursos do áudio MPEG-1 foram herdados diretamente do MUSICAM, incluindo o banco de filtros, processamento no domínio do tempo, tamanhos de quadros de áudio etc. No entanto, foram feitas melhorias e o algoritmo real do MUSICAM não foi usado no MPEG-1 final Padrão Audio Layer II. O uso generalizado do termo MUSICAM para se referir à Camada II é totalmente incorreto e desencorajado por razões técnicas e legais.<ref name=mpeg_audio_faq>{{citar web |primeiro1=D. |ultimo1=Thom |primeiro2=H. |ultimo2=Purnhagen |titulo=MPEG Audio FAQ Version 9 |data=Outubro de 1998 |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/faq/mp1-aud/mp1-aud.htm |acessodata=17 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20100218081343/http://mpeg.chiariglione.org/faq/mp1-aud/mp1-aud.htm |arquivodata=2010-02-18 }}</ref>

====Detalhes técnicos====
MP2 é um codificador de domínio de tempo. Ele usa um [[Banco de filtros|banco de filtro]] [[Filtro de quadratura polifásico|polifásico]] de 32 sub-bandas de atraso baixo para mapeamento de frequência de tempo; tendo intervalos sobrepostos (ou seja, polifásicos) para evitar aliasing.<ref name=audio_tutorial/> O modelo psicoacústico é baseado nos princípios de [[Mascaramento em audiometria|mascaramento auditivo]], efeitos [[Mascaramento_em_audiometria#Mascaramento simultâneo|simultâneos de mascaramento]] e [[Limiar absoluto de audição|limiar absoluto de audição]] (ATH). O tamanho de um quadro da Layer II é fixado em 1152 amostras (coeficientes).

O [[domínio do tempo]] refere-se a como a análise e a quantização são realizadas em amostras/pedaços curtos e discretos da forma de onda de áudio. Isso oferece baixo atraso, pois apenas um pequeno número de amostras é analisado antes da codificação, em oposição à codificação de [[Domínio da frequência|domínio de frequência]] (como MP3), que deve analisar muitas vezes mais amostras antes de poder decidir como transformar e emitir o áudio codificado. Isso também oferece maior desempenho em impulsos complexos, aleatórios e [[Transitório (acústica)|transitórios]] (como instrumentos percussivos e aplausos), evitando artefatos como pré-eco.

O banco de filtros de 32 sub-bandas retorna 32 coeficientes de [[amplitude]], um para cada banda/segmento de frequência de tamanho igual do áudio, que tem cerca de 700 Hz de largura (dependendo da frequência de amostragem do áudio). O codificador então utiliza o modelo psicoacústico para determinar quais sub-bandas contêm informações de áudio que são menos importantes e, portanto, onde a quantização será inaudível ou, pelo menos, muito menos perceptível.<ref name=mpeg1_audio/>

[[File:Fft-2.png|thumb|right|Exemplo de análise FFT em uma amostra de onda de áudio.]]

O modelo psicoacústico é aplicado usando uma [[transformada rápida de Fourier]] (FFT) de 1024 pontos. Das 1152 amostras por quadro, 64 amostras na parte superior e inferior da faixa de frequência são ignoradas para esta análise. Presumivelmente, eles não são significativos o suficiente para alterar o resultado. O modelo psicoacústico usa um modelo de mascaramento determinado empiricamente para determinar quais sub-bandas contribuem mais para o [[limiar de mascaramento]] e quanto ruído de quantização cada uma pode conter sem ser percebida. Quaisquer sons abaixo do [[limiar absoluto de audição]] (ATH) são completamente descartados. Os bits disponíveis são então atribuídos a cada sub-banda de acordo.<ref name=mpeg_audio_faq/><ref name=audio_tutorial/>

Normalmente, as sub-bandas são menos importantes se contiverem sons mais baixos (coeficiente menor) do que uma sub-banda vizinha (ou seja, frequência semelhante) com sons mais altos (coeficiente maior). Além disso, os componentes de "ruído" normalmente têm um efeito de mascaramento mais significativo do que os componentes "tonais".<ref name=telos_audio/>

As sub-bandas menos significativas são reduzidas em precisão pela quantização. Isso basicamente envolve comprimir a faixa de frequência (amplitude do coeficiente), ou seja, aumentar o nível de ruído. Em seguida, calculando um fator de amplificação, para o decodificador usar para reexpandir cada sub-banda para a faixa de frequência adequada.<ref name=smith_transcoding_survey>{{citar web |primeiro=Brian |ultimo=Smith |titulo=A Survey of Compressed Domain Processing Techniques |páginas=7 |ano=1996 |publicado=[[Cornell University]] |url=http://citeseer.ist.psu.edu/257196.html |acessodata=2008-04-09 |urlmorta=não |arquivourl=http://archive.wikiwix.com/cache/20110223164151/http://citeseer.ist.psu.edu/257196.html |arquivodata=2011-02-23 }}</ref><ref name=twolame_psycho>{{citar web |primeiro=Mike |ultimo=Cheng |titulo=Psychoacoustic Models in TwoLAME |publicado=twolame.org |url=http://www.twolame.org/doc/psycho.html |acessodata=17 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161022063134/http://www.twolame.org/doc/psycho.html |arquivodata=2016-10-22 }}</ref>

A Layer II também pode opcionalmente usar codificação [[Joint stereo#Codificação estéreo de intensidade|estéreo de intensidade]], uma forma de estéreo comum. Isso significa que as frequências acima de 6 kHz de ambos os canais são combinadas/mixadas em um único canal (mono), mas as informações do "canal lateral" sobre a intensidade relativa (volume, amplitude) de cada canal são preservadas e codificadas no fluxo de bits separadamente. Na reprodução, o canal único é reproduzido pelos alto-falantes esquerdo e direito, com as informações de intensidade aplicadas a cada canal para dar a ilusão de som estéreo.<ref name=mpeg1_audio/><ref name=telos_audio/> Esse truque perceptivo é conhecido como "irrelevância estéreo". Isso pode permitir uma redução adicional da taxa de bits do áudio sem muita perda perceptível de fidelidade, mas geralmente não é usado com taxas de bits mais altas, pois não fornece áudio de alta qualidade (transparente).<ref name=mpeg1_audio>{{citar web|primeiro1=B. |ultimo1=Grill |primeiro2=S. |ultimo2=Quackenbush |titulo=MPEG-1 Audio |data=Outubro de 2005 |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/technologies/mpeg-1/mp01-aud/index.htm |arquivourl=https://web.archive.org/web/20100430190803/http://mpeg.chiariglione.org/technologies/mpeg-1/mp01-aud/index.htm |urlmorta=sim |arquivodata=2010-04-30 }}</ref><ref name=audio_tutorial/><ref>{{citar web |primeiro1=B. |ultimo1=Grill |primeiro2=S. |ultimo2=Quackenbush |titulo=MPEG-1 Audio |data=outubro de 2005 |url=http://www.chiariglione.org/mpeg/technologies/mp01-aud/index.htm |acessodata=25 de janeiro de 2023 |arquivourl=https://web.archive.org/web/20080427195833/http://www.chiariglione.org/mpeg/technologies/mp01-aud/index.htm |arquivodata=2008-04-27}}</ref><ref name=joint_stereo_spatial/>

====Qualidade====
Testes de áudio subjetivos por especialistas, nas condições mais críticas já implementadas, mostraram que o MP2 oferece compactação de áudio [[Transparência (compressão de dados)|transparente]] a 256 kbit/s para [[Audio_CD#Padrão|áudio de CD]] de 16 bits e 44,1 kHz usando a implementação de referência mais antiga (codificadores mais recentes provavelmente devem ter um desempenho ainda melhor).<ref name=mpeg_faqs1>{{citar web |primeiro1=Mark |ultimo1=Adler |primeiro2=Harald |ultimo2=Popp |primeiro3=Morten |ultimo3=Hjerde |titulo=MPEG-FAQ: multimedia compression [1/9] |data=9 de novembro de 1996 |publicado=faqs.org |url=http://www.faqs.org/faqs/mpeg-faq/part1/ |acessodata=25 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20170104010328/http://www.faqs.org/faqs/mpeg-faq/part1/ |arquivodata=4 de janeiro de 2017 }}</ref><ref name=telos_audio/><ref name=audio_tutorial/><ref>C.Grewin, and T.Ryden, ''Subjective Assessments on Low Bit-rate Audio Codecs'', Proceedings of the 10th International AES Conference, pp 91 - 102, London 1991</ref> Essa taxa de compressão (aproximadamente) 1:6 para áudio de CD é particularmente impressionante porque está bem próxima do limite superior estimado de [[Entropia da informação|entropia perceptual]], em pouco mais de 1:8.<ref>J. Johnston, ''Estimation of Perceptual Entropy Using Noise Masking Criteria,'' in Proc. ICASSP-88, pp. 2524-2527, May 1988.</ref><ref>J. Johnston, ''Transform Coding of Audio Signals Using Perceptual Noise Criteria,'' IEEE Journal on Select Areas in Communications, vol. 6, no. 2, pp. 314-323, Feb. 1988.</ref> Atingir uma compressão muito maior simplesmente não é possível sem descartar algumas informações perceptíveis.

O MP2 continua sendo um padrão de codificação de áudio com perdas favorecido devido a seus desempenhos de codificação de áudio particularmente altos em material de áudio importante, como castanhola, orquestra sinfônica, vozes masculinas e femininas e transientes (impulsos) particularmente complexos e de alta energia, como sons percussivos: triângulo, glockenspiel e audiência aplausos.<ref name=mpeg_faqs2/> Testes mais recentes mostraram que o [[MPEG Multichannel]] (baseado em MP2), apesar de ser comprometido por um modo matricial inferior (para fins de compatibilidade com versões anteriores)<ref name=mpeg_faqs1/><ref name=audio_tutorial/> taxas ligeiramente mais baixas do que codecs de áudio muito mais recentes, como Dolby Digital (AC-3) e [[Advanced Audio Coding]] (AAC) (principalmente dentro da margem de erro - e substancialmente superior em alguns casos, como aplausos do público).<ref>Wustenhagen et al., ''Subjective Listening Test of Multi-channel Audio Codecs'', AES 105th Convention Paper 4813, San Francisco 1998</ref><ref name=ebu_surround_test_2007>{{citar web |ultimo=B/MAE Project Group |titulo=EBU evaluations of multichannel audio codecs |data=Setembro de 2007 |publicado=[[European Broadcasting Union]] |url=http://www.ebu.ch/CMSimages/en/tec_doc_t3324-2007_tcm6-53801.pdf |arquivourl=https://web.archive.org/web/20081030043259/http://www.ebu.ch/CMSimages/en/tec_doc_t3324-2007_tcm6-53801.pdf |urlmorta=sim |arquivodata=2008-10-30 |acessodata=25 de janeiro de 2023 }}</ref> Esta é uma das razões pelas quais o áudio MP2 continua a ser usado extensivamente. No entanto, os testes de verificação MPEG-2 AAC Stereo chegaram a uma conclusão muito diferente, mostrando que o AAC oferece desempenho superior ao MP2 com metade da taxa de bits.<ref name=stereo_aac_tests>{{citar web|primeiro1=David |ultimo1=Meares |primeiro2=Kaoru |ultimo2=Watanabe |primeiro3=Eric |ultimo3=Scheirer |titulo=Report on the MPEG-2 AAC Stereo Verification Tests |página=18 |data=fevereiro de 1998 |publisher=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://sound.media.mit.edu/mpeg4/audio/public/w2006.pdf |acessodata=26 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20080414072345/http://sound.media.mit.edu/mpeg4/audio/public/w2006.pdf |arquivodata=14 de abril de 2008 }}</ref> A razão para esta disparidade com os testes anteriores e posteriores não é clara, mas estranhamente, uma amostra de aplausos está notavelmente ausente do último teste.

Os arquivos de áudio da layer II geralmente usam a extensão ".mp2" ou, às vezes, ".m2a".

===Layer III===
{{Main|MP3}}
MPEG-1 Audio Layer III (a primeira versão do [[MP3]]) é um formato de áudio com [[Compressão com perda de dados|perdas]] projetado para fornecer qualidade aceitável em cerca de 64 kbit/s para áudio mono através de links [[Rede Digital de Serviços Integrados|ISDN]] de canal único ([[Interface de taxa básica|BRI]]) e 128 kbit/s para som estéreo.

====História/ASPEC====
[[File:2016-07 ASPEC 91 Bonn.jpg|thumb|ASPEC 91 no [[Deutsches Museum Bonn]], com codificador (abaixo) e decodificador]]
O MPEG-1 Audio Layer III foi derivado do codec ''Adaptive Spectral Perceptual Entropy Coding'' (ASPEC) desenvolvido pela Fraunhofer como parte da iniciativa de pesquisa e desenvolvimento intergovernamental pan-europeia [[Radiodifusão sonora digital|EUREKA 147]] para o desenvolvimento de transmissão de áudio digital. O ASPEC foi adaptado para se adequar ao modelo da Layer II (tamanho do quadro, banco de filtros, FFT, etc.), para se tornar a Layer III.<ref name=santa_clara90/>

O próprio ASPEC foi baseado em ''Multiple adaptive Spectral audio Coding'' (MSC) de [[EF Schroeder]], ''Optimum Coding in the Frequency domain'' (OCF) a [[tese]] de doutorado de [[Karlheinz Brandenburg]] na [[Universidade de Erlangen-Nuremberg]], ''Perceptual Transform Coding'' (PXFM) de [[JD Johnston]] em [[AT&T Corporation|AT&T]] [[Bell Labs]] e ''Transform coding de sinais de áudio'' por [[Y. Mahieux]] e [[J. Petit]] no [[Institut für Rundfunktechnik]] (IRT/CNET).<ref name=perceptual_coding>{{citar web |primeiro1=Ted |ultimo1=Painter |primeiro2=Andreas |ultimo2=Spanias |titulo=Perceptual Coding of Digital Audio (Proceedings of the IEEE, VOL. 88, NO. 4) |data=Abril de 2000 |publicado=[[Proceedings of the IEEE]] |url=http://www.ee.columbia.edu/~marios/courses/e6820y02/project/papers/Perceptual%20coding%20of%20digital%20audio%20.pdf |acessodata=26 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20060916012236/http://www.ee.columbia.edu/~marios/courses/e6820y02/project/papers/Perceptual%20coding%20of%20digital%20audio%20.pdf |arquivodata=16 de setembro de 2006}}</ref>

====Detalhes técnicos====
MP3 é um [[Codificação por transformação|codificador de transformação]] de áudio no domínio da frequência. Embora utilize algumas das funções da camada inferior, o MP3 é bem diferente do MP2.

O MP3 funciona em 1152 amostras como o MP2, mas precisa levar vários quadros para análise antes que o processamento e a quantização no domínio da frequência (MDCT) possam ser eficazes. Ele produz um número variável de amostras, usando um buffer de bits para habilitar essa codificação de taxa de bits variável (VBR), mantendo 1152 quadros de saída de tamanho de amostra. Isso causa um atraso significativamente maior antes da saída, o que fez com que o MP3 fosse considerado inadequado para aplicativos de estúdio em que a edição ou outro processamento precisa ocorrer.<ref name=audio_tutorial/>

O MP3 não se beneficia do banco de filtros polifásicos de 32 sub-bandas, apenas usando uma transformação MDCT de 18 pontos em cada saída para dividir os dados em 576 componentes de frequência e processá-los no domínio da frequência.<ref name=telos_audio/> Essa granularidade extra permite que o MP3 tenha um modelo psicoacústico muito mais fino e aplique com mais cuidado a quantização apropriada para cada banda, proporcionando um desempenho muito melhor em baixa taxa de bits.

O processamento no domínio da frequência também impõe algumas limitações, causando um fator de 12 ou 36 × pior resolução temporal do que a Layer II. Isso causa artefatos de quantização, devido a sons transitórios como eventos percussivos e outros eventos de alta frequência que se espalham por uma janela maior. Isso resulta em manchas audíveis e [[pré-eco]].<ref name=audio_tutorial>{{citar web|primeiro=Davis |ultimo=Pan |titulo=A Tutorial on MPEG/Audio Compression |páginas=8 |data=1995 |publicado=IEEE MultiMedia Journal |url=https://www.cs.columbia.edu/~coms6181/slides/6R/mpegaud.pdf |arquivourl=https://web.archive.org/web/20040919073530/https://www.cs.columbia.edu/~coms6181/slides/6R/mpegaud.pdf |urlmorta=sim |arquivodata=2004-09-19 |acessodata=26 de janeiro de 2023}}</ref> O MP3 usa rotinas de detecção de pré-eco e codificação VBR, que permite aumentar temporariamente a taxa de bits durante passagens difíceis, na tentativa de reduzir esse efeito. Ele também é capaz de alternar entre a janela normal de quantização de 36 amostras e, em vez disso, usar 3 × janelas curtas de 12 amostras, para reduzir o comprimento temporal (tempo) dos artefatos de quantização.<ref name=audio_tutorial/> E ainda ao escolher um tamanho de janela bastante pequeno para tornar a resposta temporal do MP3 adequada o suficiente para evitar os artefatos mais sérios, o MP3 torna-se muito menos eficiente na compressão do domínio da frequência de componentes tonais estacionários.

Ser forçado a usar um modelo ''híbrido'' de domínio de tempo (banco de filtros)/domínio de frequência (MDCT) para se adequar à Camada II simplesmente desperdiça tempo de processamento e compromete a qualidade ao introduzir artefatos de aliasing. O MP3 tem um estágio de cancelamento de aliasing especificamente para mascarar esse problema, mas que, em vez disso, produz energia no domínio da frequência que deve ser codificada no áudio. Isso é levado ao topo da faixa de frequência, onde a maioria das pessoas tem audição limitada, na esperança de que a distorção que causa seja menos audível.

A FFT de 1024 pontos da Camada II não cobre totalmente todas as amostras e omitiria várias sub-bandas inteiras de MP3, onde os fatores de quantização devem ser determinados. Em vez disso, o MP3 usa duas passagens de análise FFT para estimativa espectral, para calcular os limites de mascaramento global e individual. Isso permite cobrir todas as 1152 amostras. Dos dois, ele utiliza o nível de limiar de mascaramento global da passagem mais crítica, com o áudio mais difícil.

Além do estéreo conjunto codificado de intensidade da Layer II, o MP3 pode usar estéreo conjunto meio/lateral (meio/lateral, m/s, MS, matricial). Com estéreo meio/lateral, certas faixas de frequência de ambos os canais são mescladas em um único canal mono (meio, meio, L+R), enquanto a diferença de som entre os canais esquerdo e direito é armazenada como um canal separado (lateral, LR). Ao contrário do estéreo de intensidade, esse processo não descarta nenhuma informação de áudio. Quando combinado com quantização, no entanto, pode exagerar os artefatos.

Se a diferença entre os canais esquerdo e direito for pequena, o canal lateral será pequeno, o que oferecerá até 50% de economia na taxa de bits e melhoria de qualidade associada. Se a diferença entre a esquerda e a direita for grande, a codificação estéreo padrão (discreta, esquerda/direita) pode ser preferida, pois o estéreo da articulação central/lateral não oferece nenhum benefício. Um codificador de MP3 pode alternar entre estéreo m/s e estéreo completo quadro a quadro.<ref name=telos_audio/><ref name=joint_stereo_spatial>{{citar web|primeiro=Jurgen |ultimo=Herre |titulo=From Joint Stereo to Spatial Audio Coding |páginas=2 |data=5 de outubro de 2004 |publicado=[[International Conference on Digital Audio Effects]] |url=http://dafx04.na.infn.it/WebProc/Proc/P_157.pdf |arquivourl=https://web.archive.org/web/20060405112352/http://dafx04.na.infn.it/WebProc/Proc/P_157.pdf |urlmorta=sim |arquivodata= 5 de abril de 2006 |acessodata=26 de janeiro de 2023 }}</ref><ref name=lame_ms>{{citar web |primeiro=Roberto |ultimo=Amorim |titulo=GPSYCHO - Mid/Side Stereo |data=19 de setembro de 2006 |publicado=[[LAME]] |url=http://lame.sourceforge.net/ms_stereo.php |acessodata=26 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20161216140230/http://lame.sourceforge.net/ms_stereo.php |arquivodata=16 de dezembro de 2016 }}</ref>

Ao contrário das Layers I e II, o MP3 usa [[Codificação de Huffman|codificação Huffman]] de comprimento variável (após perceptual) para reduzir ainda mais a taxa de bits, sem qualquer perda adicional de qualidade.<ref name=mpeg_audio_faq/><ref name=audio_tutorial/>

====Qualidade====
A quantização mais refinada e seletiva do MP3 se mostra notavelmente superior ao MP2 em taxas de bits mais baixas. Ele é capaz de fornecer qualidade de áudio quase equivalente à Layer II, com uma taxa de bits 15% menor (aproximadamente).<ref name=ebu_surround_test_2007/><ref name=stereo_aac_tests/><!--A primeiro ref prova o ponto, o segundo afugenta os fãs de MP3 que querem discutir--> 128 kbit/s é considerado o "ponto ideal" para MP3; o que significa que fornece som estéreo de qualidade geralmente aceitável na maioria das músicas, e há melhorias de qualidade [[Lei dos rendimentos decrescentes|decrescentes ao aumentar ainda mais a taxa de bits]]. O MP3 também é considerado como exibindo artefatos que são menos irritantes do que a Layer II, quando ambos são usados em taxas de bits muito baixas para possivelmente fornecer uma reprodução fiel.

Os arquivos de áudio da layer III usam a extensão ".mp3".
<!--compensação de aliasing: ainda precisa de mais detalhes-->

===Extensões de áudio MPEG-2===
O padrão [[MPEG-2]] inclui várias extensões para áudio MPEG-1.<ref name=audio_tutorial/> Estes são conhecidos como MPEG-2 BC – compatível com MPEG-1 Audio.<ref name="mpeg-audio-faq-bc">{{citar web |url=http://mpeg.chiariglione.org/faq/mp1-aud/mp1-aud.htm |titulo=MPEG Audio FAQ Version 9 – MPEG-1 and MPEG-2 BC |author=ISO |data=Outubro de 1998 |publicado=ISO |acessodata=26 de janeiro de 2023 |urlmorta=sim |arquivourl=https://web.archive.org/web/20100218081343/http://mpeg.chiariglione.org/faq/mp1-aud/mp1-aud.htm |arquivodata=2010-02-18 }}</ref><ref name="mpeg-audio">{{citar web |url=http://mpeg.chiariglione.org/faq/audio.htm |titulo=MPEG Audio FAQ Version 9 - MPEG Audio |author=D. Thom, H. Purnhagen, and the MPEG Audio Subgroup |data=Outubro de 1998 |acessodata=26 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20110807233226/http://mpeg.chiariglione.org/faq/audio.htm |arquivodata=2011-08-07 }}</ref><ref name="mpeg-bc">{{citar web|url=http://www.mpeg.org/MPEG/audio/aac.html |arquivourl=https://web.archive.org/web/20070831110756/http://www.mpeg.org/MPEG/audio/aac.html |urlmorta=sim |arquivodata=2007-08-31 |titulo=AAC |author=MPEG.ORG |acessodata=26 de janeiro de 2023 }}</ref><ref name="iso13818-7-2006-pdf">{{citar web |url=http://webstore.iec.ch/preview/info_isoiec13818-7%7Bed4.0%7Den.pdf |titulo=ISO/IEC 13818-7, Fourth edition, Part 7 – Advanced Audio Coding (AAC) |author=ISO |data=2006-01-15 |acessodata=26 de janeiro de 2023 |urlmorta=não |arquivourl=https://web.archive.org/web/20090306055335/http://webstore.iec.ch/preview/info_isoiec13818-7%7Bed4.0%7Den.pdf |arquivodata=2009-03-06 }}</ref> O áudio MPEG-2 é definido na ISO/IEC 13818-3.

*[[MPEG Multichannel]] – [[Som surround]] de 5.1 canais compatível com versões anteriores.<ref name=sydney93/>
*[[Amostragem de sinal|Taxa de amostragem]]: 16000, 22050, e 24000 Hz
*[[Bit rate]]s: 8, 16, 24, 32, 40, 48, 56, 64, 80, 96, 112, 128, 144 e 160 kbit/s

Essas taxas de amostragem são exatamente a metade daquelas originalmente definidas para áudio MPEG-1. Eles foram introduzidos para manter um som de qualidade superior ao codificar áudio em taxas de bits mais baixas.<ref name=sydney93/> As taxas de bits ainda mais baixas foram introduzidas porque os testes mostraram que o áudio MPEG-1 poderia fornecer maior qualidade do que qualquer codec de áudio de taxa de bits muito baixa (ou seja, [[Codificação de fala|fala]]) existente ({{abbr|c.|cerca de}} 1994).<ref name=singapore94>{{citar web|primeiro=Leonardo |ultimo=Chiariglione |titulo=Press Release |data=11 de novembro de 1994 |publicado=[[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]] |url=http://mpeg.chiariglione.org/meetings/singapore94/singapore_press.htm |arquivourl=https://web.archive.org/web/20100808100029/http://mpeg.chiariglione.org/meetings/singapore94/singapore_press.htm |urlmorta=sim |arquivodata=8 de agosto de 2010 |acessodata=26 de janeiro de 2023}}</ref>

==Part 4: Conformance testing==
A Parte 4 do padrão MPEG-1 abrange os testes de conformidade e é definida na ISO/IEC-11172-4.

Conformidade: Procedimentos para testar a conformidade.

Fornece dois conjuntos de diretrizes e fluxos de bits de referência para testar a conformidade de decodificadores de áudio e vídeo MPEG-1, bem como os fluxos de bits produzidos por um codificador.<ref name=bmrc_mpeg2_faq/><ref name=mpeg_achievements/>

==Part 5: Reference software==
A Parte 5 do padrão MPEG-1 inclui software de referência e é definida na ISO/IEC TR 11172–5.

Simulação: Software de referência.

Código de referência [[C (linguagem de programação)|C]] para codificação e decodificação de áudio e vídeo, bem como multiplexação e desmultiplexação.<ref name=bmrc_mpeg2_faq/><ref name=mpeg_achievements/>

Isso inclui o código do codificador de áudio ''ISO Dist10'', no qual o [[LAME]] e o [[TooLAME]] foram originalmente baseados.

== Extensão de arquivo ==
.mpg é uma das várias extensões de arquivo para compactação de áudio e vídeo MPEG-1 ou [[MPEG-2]]. O vídeo MPEG-1 Parte 2 é raro hoje em dia e essa extensão geralmente se refere a um [[fluxo de programa MPEG]] (definido em MPEG-1 e MPEG-2) ou [[fluxo de transporte MPEG]] (definido em MPEG-2). Outros sufixos como .m2ts também existem especificando o contêiner preciso, neste caso MPEG-2 TS, mas isso tem pouca relevância para a mídia MPEG-1.

.mp3 é a extensão mais comum para arquivos contendo áudio [[MP3]] (normalmente MPEG-1 Audio, às vezes MPEG-2 Audio). Um arquivo MP3 é tipicamente um fluxo incontido de áudio bruto; a maneira convencional de marcar arquivos MP3 é gravando dados em segmentos de "lixo" de cada quadro, que preservam as informações da mídia, mas são descartados pelo reprodutor. Isso é semelhante em muitos aspectos a como os arquivos .AAC brutos são marcados (mas isso é menos suportado hoje em dia, por exemplo, [[iTunes]]).

Observe que, embora se aplique, .mpg normalmente não acrescenta AAC bruto ou [[Advanced Audio Coding|AAC]] em [[Advanced_Audio_Coding#Formatos de contêiner|Contêineres MPEG-2 Parte 7]]. A extensão .aac normalmente denota esses arquivos de áudio.

== Ver também ==
*[[MPEG]] The Moving Picture Experts Group, desenvolvedores do padrão MPEG-1
*[[MP3]] Detalhes adicionais menos técnicos sobre MPEG-1 Audio Layer III
*[[MPEG-2]] O sucessor direto do padrão MPEG-1.

;Implementações
*[[LAME]] Um codificador de áudio MP3 de alta qualidade.
*[[Musepack]] Um formato originalmente baseado em MPEG-1 Audio Layer II, mas agora incompatível.

{{Referências}}

== Ligações externas ==
*[http://mpeg.chiariglione.org/ Official Web Page of the Moving Picture Experts Group (MPEG) a working group of ISO/IEC]
*[http://standards.iso.org/ittf/PubliclyAvailableStandards/c025029_ISO_IEC_TR_11172-5_1998(E)_Software_Simulation.zip Source Code to Implement MPEG-1]
*[https://web.archive.org/web/20090503020732/http://bmrc.berkeley.edu/frame/research/mpeg/mpeg_overview.html A simple, concise explanation from Berkeley Multimedia Research Center]


{{Formatos de compressão}}
{{Lista de Normas da Comissão Eletrotécnica Internacional}}
{{MPEG}}

{{controle de autoridade}}

[[Categoria:Compressão de dados]]
[[Categoria:Codecs de áudio]]
[[Categoria:Codecs de vídeo]]
[[Categoria:MPEG]]
[[Categoria:Normas ISO/IEC]]