OK, so there's currently no proof that AV1 is slow.
But arguing that "it could be made fast" is actually propagating the idea that "currently, it's slow".
There's no better way to convince everyone than pointing to an existing fast implementation.
A talk about it with a demo: https://vimeo.com/344366650
https://www.cisco.com/c/en/us/products/conferencing/index.ht...
Q: Will any part of Cisco's AV1 encoder be released as open source? A: Not in the immediate future. Maybe in the far future we will do something like OpenH.264. We'll also have to see what the adoption pattern looks like.
So for practical purposes their encoder isn't available and you can't point people to it.
Also low-latency high-bandwidth encoding is different from the typical use case where you just want smaller video files, so again kind of misleading.
1. Alliance for Open Media's libaom: https://aomedia.googlesource.com/aom/
2. Intel's SVT-AV1. A highly scalable AV1 encoder. It will use as many cores as you can give it. Netflix is also working on it: https://github.com/OpenVisualCloud/SVT-AV1
3. Mozilla's rav1e encoder. Implemented in Rust. Vimeo is also contributing to it: https://github.com/xiph/rav1e
4. Cisco AV1. Closed source. It's the best live encoder yet shown. Only takes it about one and a half cores on a recent laptop to do a live AV1 video call at 1080p30, both encoding and decoding: https://vimeo.com/344366650
5. EVE-AV1. Closed source from Two Orioles (https://www.twoorioles.com/). It's aiming to be the best quality AV1 encoder available: https://vimeo.com/344663992
6. Visionular Aurora (https://www.visionular.com/). Closed source. Aims to be better than libaom on both speed and quality: https://vimeo.com/344633364
Pick the one you like and don't feel misled.