For chunked encoding and distribution on a massive scale (Netflix/Youtube), AV1 is the clear choice today.
For making encodes for personal use, HEVC/x265 is the clear choice today, and it probably will be for a long time.
If you want to use AV1/libaom and see significant efficiency gains over HEVC/x265, you will have to allocate a lot more encoding time. There's no way around that. You will also not be able to make use of multithreading to a significant degree, for libaom at least (I have not seriously tested other encoders). There are third-party programs in active development that perform chunked AV1 encoding for the purpose of utilizing all your cores.
aom --cpu-used=5 is currently strictly better than x265 --preset veryslow, putting aside the threading issue. Beats it in encoding time and efficiency. But it's an unfair comparison.
AV1 features better compression for the same image quality and a key selling point is that it's patent free. Facebook and YouTube are pushing for AV1 adoption as that's going to save them $$$ on bandwidth. We'll see.
I hope it's just not gonna be another VP9 where Google flips the switch to save some bucks on bandwidth but there not being any dedicated decode hardware in the wild yet, meaning everyone's battery gets nuked.
The problem is it has to be that way because nobody includes hardware decoders until major players are using the codec, so it's chicken and egg.
In theory the hardware vendors could notice that Google is developing a new codec which they could be reasonably expected to start using and then include hardware decoders in their devices before Google starts using it, but they don't really have the right incentives to do that. "Our device has a hardware decoder for a codec nobody is using" isn't really something customers buy phones based on. Meanwhile if the vendor doesn't put it in this year's model then they get to sell you a new phone with a hardware decoder next year after Google flips the switch and your battery life tanks until you buy the new phone.
For making encodes for personal use, HEVC/x265 is the clear choice today, and it probably will be for a long time.
If you want to use AV1/libaom and see significant efficiency gains over HEVC/x265, you will have to allocate a lot more encoding time. There's no way around that. You will also not be able to make use of multithreading to a significant degree, for libaom at least (I have not seriously tested other encoders). There are third-party programs in active development that perform chunked AV1 encoding for the purpose of utilizing all your cores.
aom --cpu-used=5 is currently strictly better than x265 --preset veryslow, putting aside the threading issue. Beats it in encoding time and efficiency. But it's an unfair comparison.