3.1 KiB
Thanks for considering contributing to the FLAC project!
Contributing to FLAC is possible in many ways. Among them are
- Reporting bugs or other issues at https://github.com/xiph/flac/issues
- Submitting patches at https://github.com/xiph/flac/pulls
- Testing FLAC playing devices and software at https://wiki.hydrogenaud.io/index.php?title=FLAC_decoder_testbench
General communication not specific to issues is generally done through the FLAC mailing lists:
- For user questions and discussions: https://lists.xiph.org/mailman/listinfo/flac
- For developer questions and discussions: https://lists.xiph.org/mailman/listinfo/flac-dev
Goals
Since FLAC is an open-source project, it's important to have a set of goals that everyone works to. They may change slightly from time to time but they're a good guideline. Changes should be in line with the goals and should not attempt to embrace any of the anti-goals.
Goals
- FLAC should be and stay an open format with an open-source reference implementation.
- FLAC should be lossless. This seems obvious but lossy compression seems to creep into every audio codec. This goal also means that flac should stay archival quality and be truly lossless for all input. Testing of releases should be thorough.
- FLAC should yield respectable compression, on par or better than other lossless codecs.
- FLAC should allow at least realtime decoding on even modest hardware.
- FLAC should support fast sample-accurate seeking.
- FLAC should allow gapless playback of consecutive streams. This follows from the lossless goal.
- The FLAC project owes a lot to the many people who have advanced the audio compression field so freely, and aims also to contribute through the open-source development of new ideas.
Anti-goals
- Lossy compression. There are already many suitable lossy formats (Ogg Vorbis, MP3, etc.).
- Copy prevention, DRM, etc. There is no intention to add any copy prevention methods. Of course, we can't stop someone from encrypting a FLAC stream in another container (e.g. the way Apple encrypts AAC in MP4 with FairPlay), that is the choice of the user.
Contributing patches
Contributions to FLAC should be licensed with the same license as the part of the FLAC project the contribution belongs to. These are
- libFLAC and libFLAC++ are licensed under Xiph.org's BSD-like license (see COPYING.Xiph), so contributions to these libraries should also be licensed under this license, otherwise they cannot be accepted
- the flac and metaflac command line programs are licensed under GPLv2, see COPYING.GPL
- the helper libraries for flac and metaflac (which are in src/share) are licensed under varying licenses, see the license preamble for each file to see how they are licensed
Patches can be contributed through GitHub as a Pull Request. Alternatively you can supply patches through the mailing list.
Code style
FLAC does have its own peculiar coding style that does not seem to fit
general categories. You can use git clang-format
to have your patch
auto-formatted similar to the rest of the code.