f8e782919a
Differential Revision: https://phabricator.services.mozilla.com/D39184 --HG-- extra : moz-landing-system : lando |
||
---|---|---|
.. | ||
doc | ||
include | ||
snap | ||
src | ||
tests | ||
tools | ||
.gitlab-ci.yml | ||
CONTRIBUTING.md | ||
COPYING | ||
dav1d_logo.png | ||
meson_options.txt | ||
meson.build | ||
NEWS | ||
README.md | ||
THANKS.md |
dav1d
dav1d is a new AV1 cross-platform decoder, open-source, and focused on speed and correctness.
The canonical repository URL for this repo is https://code.videolan.org/videolan/dav1d
This project is partially funded by the Alliance for Open Media/AOM.
Goal and Features
The goal of this project is to provide a decoder for most platforms, and achieve the highest speed possible to overcome the temporary lack of AV1 hardware decoder.
It supports all features from AV1, including all subsampling and bit-depth parameters.
In the future, this project will host simple tools or simple wrappings (like, for example, an MFT transform).
License
dav1d is released under a very liberal license, a contrario from the other VideoLAN projects, so that it can be embedded anywhere, including non-open-source software; or even drivers, to allow the creation of hybrid decoders.
The reasoning behind this decision is the same as for libvorbis, see RMS on vorbis.
Roadmap
The plan is the folllowing:
Reached
- Complete C implementation of the decoder,
- Provide a usable API,
- Port to most platforms,
- Make it fast on desktop, by writing asm for AVX-2 chips.
On-going
- Make it fast on mobile, by writing asm for ARMv8 chips,
- Make it fast on older desktop, by writing asm for SSE chips.
After
- Improve C code base with various tweaks,
- Accelerate for less common architectures,
- Use more GPU, when possible.
Contribute
Currently, we are looking for help from:
- C developers,
- asm developers,
- platform-specific developers,
- GPGPU developers,
- testers.
Our contributions guidelines are quite strict. We want to build a coherent codebase to simplify maintenance and achieve the highest possible speed.
Notably, the codebase is in pure C and asm.
We are on IRC, on the #dav1d channel on Freenode.
See the contributions document.
CLA
There is no CLA.
People will keep their copyright and their authorship rights, while adhering to the BSD 2-clause license.
VideoLAN will only have the collective work rights.
CoC
The VideoLAN Code of Conduct applies to this project.
Compile
- Install Meson (0.47 or higher), Ninja, and, for x86* targets, nasm (2.13.02 or higher)
- Run
meson build --buildtype release
- Build with
ninja -C build
Run tests
- During initial build dir setup or
meson configure
specify-Denable_tests=true
- In the build directory run
meson test
optionally with-v
for more verbose output, especially useful for checkasm
Run testdata based tests
-
Checkout the test data repository
git clone https://code.videolan.org/videolan/dav1d-test-data.git tests/dav1d-test-data
-
During initial build dir setup or
meson configure
specify-Denable_tests=true
and-Dtestdata_tests=true
meson .test -Denable_tests=true -Dtestdata_tests=true
-
In the build directory run
meson test
optionally with-v
for more verbose output
Support
This project is partially funded by the Alliance for Open Media/AOM and is supported by TwoOrioles and VideoLabs.
These companies can provide support and integration help, should you need it.
FAQ
Why do you not improve libaom rather than starting a new project?
- We believe that libaom is a very good library. It was however developed for research purposes during AV1 design. We think that an implementation written from scratch can achieve faster decoding, in the same way that ffvp9 was faster than libvpx.
Is dav1d a recursive acronym?
- Yes.
Can I help?
- Yes. See the contributions document.
I am not a developer. Can I help?
- Yes. We need testers, bug reporters, and documentation writers.
What about the AV1 patent license?
- This project is an implementation of a decoder. It gives you no special rights on the AV1 patents.
Please read the AV1 patent license that applies to the AV1 specification and codec.
Will you care about <my_arch>? <my_os>?
- We do, but we don't have either the time or the knowledge. Therefore, patches and contributions welcome.