For others like me who are curious and haven't heard of AV1, some main features:<p>* Open & Royalty Free (no licensing required to use)<p>* Backed by Mozilla, Google, Microsoft, Cisco, etc. [1]<p>* Approximately 50% higher compression than x264 [1] and 30% higher than H.265 (HEVC) [2]<p>* Supported in current versions of Chrome, Firefox, Opera, and Edge [3]<p>* Slower encoders than HEVC, so not typically used for live streaming [2]<p>[1]: <a href="https://en.wikipedia.org/wiki/AV1" rel="nofollow">https://en.wikipedia.org/wiki/AV1</a><p>[2]: <a href="https://www.theoplayer.com/blog/av1-hevc-comparative-look-video-codecs" rel="nofollow">https://www.theoplayer.com/blog/av1-hevc-comparative-look-vi...</a><p>[3]: <a href="https://caniuse.com/#feat=av1" rel="nofollow">https://caniuse.com/#feat=av1</a>
We really need focus on embedded GPU av1 as well. It's amazing how fast pure GPU transcoding is. H265 is supported well in modern GPU's and can transcode at dozens of times the speed. But av1 for some reason isn't getting the same treatment is seems.
With AV1 encoders I have to ask myself every time whether I should read the 1 as 'i' or as 'l'. Dav1d was still easy to guess, but here I really have a hard time.<p>Apart from that, I am really glad to see how Rust is slowly making an appearance in such fundamental multimedia libraries.
"The fastest and safest AV1 encoder." quick search on unsafe: <a href="https://github.com/xiph/rav1e/search?q=unsafe&unscoped_q=unsafe" rel="nofollow">https://github.com/xiph/rav1e/search?q=unsafe&unscoped_q=uns...</a><p><a href="https://github.com/xiph/rav1e/issues/2378" rel="nofollow">https://github.com/xiph/rav1e/issues/2378</a><p><a href="https://github.com/xiph/rav1e/issues/2310" rel="nofollow">https://github.com/xiph/rav1e/issues/2310</a><p>Does not seems safe at all, definitly not the "safest"encoder out there.