flac dev - Dec 2024 - FLAC is now formally specified in RFC 9639

Hi all,

Sorry for completely forgetting to inform the mailing list about this.
It has been too quiet here lately.

Anyway, RFC 9639 has been published, specifying the Free Lossless
Audio Codec (FLAC) format. See

https://www.rfc-editor.org/info/rfc9639
https://xiph.org/flac/2024/12/19/rfc-9639-published.html

Although FLAC has had a specification document since 2000 and an
open-source reference implementation filling in the details, this
document should formally specify the format, such that implementers
don?t have to look at the reference source code or browse the mailing
list archives for details.

This publication doesn?t change the FLAC format except explicitly
adding support for 32-bit audio and adding restrictions to
accommodate, see here for details.

The main benefit this publication brings is that it should make
writing a new FLAC decoder implementation from scratch much easier. It
also provides assurance for archives wanting to use the FLAC format
that their files remain decodable in the far future, in case FLAC ever
becomes obsolete and its implementations unusable.

Many thanks for all who participated in improving this document.

Kind regards,

Martijn van Beurden

Thanks!  And congrats, Martijn, for your work and success on this!
Jim------------------------

On Thu, 26 December 2024 at 11:36 AM, Martijn van Beurden
<mvanb1 at gmail.com> wrote:
>
> Hi all,
>
> Sorry for completely forgetting to inform the mailing list about this.
> It has been too quiet here lately.
>
> Anyway, RFC 9639 has been published, specifying the Free Lossless
> Audio Codec (FLAC) format. See
>
> https://www.rfc-editor.org/info/rfc9639
> (https://www.rfc-editor.org/info/rfc9639)
> https://xiph.org/flac/2024/12/19/rfc-9639-published.html
> (https://xiph.org/flac/2024/12/19/rfc-9639-published.html)
>
> Although FLAC has had a specification document since 2000 and an
> open-source reference implementation filling in the details, this
> document should formally specify the format, such that implementers
> don?t have to look at the reference source code or browse the mailing
> list archives for details.
>
> This publication doesn?t change the FLAC format except explicitly
> adding support for 32-bit audio and adding restrictions to
> accommodate, see here for details.
>
> The main benefit this publication brings is that it should make
> writing a new FLAC decoder implementation from scratch much easier. It
> also provides assurance for archives wanting to use the FLAC format
> that their files remain decodable in the far future, in case FLAC ever
> becomes obsolete and its implementations unusable.
>
> Many thanks for all who participated in improving this document.
>
> Kind regards,
>
> Martijn van Beurden
> _______________________________________________
> flac-dev mailing list
> flac-dev at xiph.org (mailto:flac-dev at xiph.org)
> http://lists.xiph.org/mailman/listinfo/flac-dev
> (http://lists.xiph.org/mailman/listinfo/flac-dev)
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/flac-dev/attachments/20241226/5a27507f/attachment.htm>

Great job, congratulations!

Best regards,

Federico Miyara


On 26/12/2024 16:35, Martijn van Beurden wrote:
> Hi all,
>
> Sorry for completely forgetting to inform the mailing list about this.
> It has been too quiet here lately.
>
> Anyway, RFC 9639 has been published, specifying the Free Lossless
> Audio Codec (FLAC) format. See
>
> https://www.rfc-editor.org/info/rfc9639
> https://xiph.org/flac/2024/12/19/rfc-9639-published.html
>
> Although FLAC has had a specification document since 2000 and an
> open-source reference implementation filling in the details, this
> document should formally specify the format, such that implementers
> don?t have to look at the reference source code or browse the mailing
> list archives for details.
>
> This publication doesn?t change the FLAC format except explicitly
> adding support for 32-bit audio and adding restrictions to
> accommodate, see here for details.
>
> The main benefit this publication brings is that it should make
> writing a new FLAC decoder implementation from scratch much easier. It
> also provides assurance for archives wanting to use the FLAC format
> that their files remain decodable in the far future, in case FLAC ever
> becomes obsolete and its implementations unusable.
>
> Many thanks for all who participated in improving this document.
>
> Kind regards,
>
> Martijn van Beurden
> _______________________________________________
> flac-dev mailing list
> flac-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/flac-dev
>

-- 
Este correo electr?nico ha sido analizado en busca de virus por el software
antivirus de Avast.
www.avast.com