Re: FLAC is now formally specified in RFC 9639
"Jim Gray" <[email protected]> Thu, 26 Dec 2024 20:54:33 +0000
| Newsgroups | gmane.comp.audio.compression.flac.devel |
|---|---|
| Message-ID | <[email protected]> |
--===============0072289494242033107== Content-Type: multipart/alternative; boundary="----=_Part_293_119224485.1735246473" ------=_Part_293_119224485.1735246473 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks! And congrats, Martijn, for your work and success on this!=0AJim-= -----------------------=0A=0AOn Thu, 26 December 2024 at 11:36 AM, Martij= n van Beurden=0A<[email protected]> wrote:=0A>=0A> Hi all,=0A>=0A> Sorry f= or completely forgetting to inform the mailing list about this.=0A> It ha= s been too quiet here lately.=0A>=0A> Anyway, RFC 9639 has been published= , specifying the Free Lossless=0A> Audio Codec (FLAC) format. See=0A>=0A>= https://www.rfc-editor.org/info/rfc9639=0A> (https://www.rfc-editor.org/= info/rfc9639)=0A> https://xiph.org/flac/2024/12/19/rfc-9639-published.htm= l=0A> (https://xiph.org/flac/2024/12/19/rfc-9639-published.html)=0A>=0A> = Although FLAC has had a specification document since 2000 and an=0A> open= -source reference implementation filling in the details, this=0A> documen= t should formally specify the format, such that implementers=0A> don=E2= =80=99t have to look at the reference source code or browse the mailing= =0A> list archives for details.=0A>=0A> This publication doesn=E2=80=99t = change the FLAC format except explicitly=0A> adding support for 32-bit au= dio and adding restrictions to=0A> accommodate, see here for details.=0A>= =0A> The main benefit this publication brings is that it should make=0A> = writing a new FLAC decoder implementation from scratch much easier. It=0A= > also provides assurance for archives wanting to use the FLAC format=0A>= that their files remain decodable in the far future, in case FLAC ever= =0A> becomes obsolete and its implementations unusable.=0A>=0A> Many than= ks for all who participated in improving this document.=0A>=0A> Kind rega= rds,=0A>=0A> Martijn van Beurden=0A> ____________________________________= ___________=0A> flac-dev mailing list=0A> [email protected] (mailto:flac-= [email protected])=0A> http://lists.xiph.org/mailman/listinfo/flac-dev=0A> (ht= tp://lists.xiph.org/mailman/listinfo/flac-dev) ------=_Part_293_119224485.1735246473 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <!DOCTYPE html><html><head><meta http-equiv=3D"Content-Type" content=3D"t= ext/html; charset=3Dutf-8" /></head><body><div data-crea=3D"font-wrapper"= style=3D"font-family: Arial, sans-serif; font-size: 16px; direction: ltr= "><div style=3D"font-family: Sans Serif; font-size: 16px"></div>Thanks!= =C2=A0 And congrats, Martijn, for your work and success on this!<br><div>= <div data-crea=3D"font-wrapper"><div data-crea=3D"font-wrapper"><br></div= ><div data-crea=3D"font-wrapper">Jim</div><div data-crea=3D"font-wrapper"= >------------------------</div></div></div><br><br><div data-anchor=3D"re= ply-title">On Thu, 26 December 2024 at 11:36 AM, Martijn van Beurden <= [email protected]> wrote:</div><blockquote><div>Hi all,<br><br>Sorry fo= r completely forgetting to inform the mailing list about this.<br>It has = been too quiet here lately.<br><br>Anyway, RFC 9639 has been published, s= pecifying the Free Lossless<br>Audio Codec (FLAC) format. See<br><br><a t= arget=3D"_blank" href=3D"https://www.rfc-editor.org/info/rfc9639" class= =3D"external">https://www.rfc-editor.org/info/rfc9639</a><br><a target=3D= "_blank" href=3D"https://xiph.org/flac/2024/12/19/rfc-9639-published.html= " class=3D"external">https://xiph.org/flac/2024/12/19/rfc-9639-published.= html</a><br><br>Although FLAC has had a specification document since 2000= and an<br>open-source reference implementation filling in the details, t= his<br>document should formally specify the format, such that implementer= s<br>don=E2=80=99t have to look at the reference source code or browse th= e mailing<br>list archives for details.<br><br>This publication doesn=E2= =80=99t change the FLAC format except explicitly<br>adding support for 32= -bit audio and adding restrictions to<br>accommodate, see here for detail= s.<br><br>The main benefit this publication brings is that it should make= <br>writing a new FLAC decoder implementation from scratch much easier. I= t<br>also provides assurance for archives wanting to use the FLAC format<= br>that their files remain decodable in the far future, in case FLAC ever= <br>becomes obsolete and its implementations unusable.<br><br>Many thanks= for all who participated in improving this document.<br><br>Kind regards= ,<br><br>Martijn van Beurden<br>_________________________________________= ______<br>flac-dev mailing list<br><a target=3D"_blank" href=3D"mailto:fl= [email protected]" class=3D"external">[email protected]</a><br><a target=3D= "_blank" href=3D"http://lists.xiph.org/mailman/listinfo/flac-dev" class= =3D"external">http://lists.xiph.org/mailman/listinfo/flac-dev</a></div></= blockquote></div></body></html> ------=_Part_293_119224485.1735246473-- --===============0072289494242033107== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev --===============0072289494242033107==--