ZRGARDNE wrote:David DEVO Harry wrote:
Is there any disadvantage to AV1, No, if you have hardware that can run it fast.
Is there any improvement in YT video quality using AV1 vs H.265, No. Both will give mediocre results.
I did yt-dl your clips to compare with the originals you linked too, but the duration is different, YT versions have title screen the others do not. And strangely the YT files are 3840x2026 and the originals are 4096x2160. So you can't overlay them or VMAF.
You really need to take a step back and have a serious rethink about what you are saying and also start using the correct expressions and terminology.
Your whole premise is about “better” quality. Nothing is better quality, regardless of codec. You’re not going to magically improve anything beyond the original.
You clearly didn’t compare anything to any originals.
You don’t seem to understand the difference between subjective and objective.
You obviously don’t understand the difference between UHD and DCI.
You don’t understand what YouTube is doing with the VAR, or does it?
You don’t understand that the downloadable files and the YouTube uploads have the exact same encoder settings. The only difference is one has a start title for identification and the other doesn’t.
It wouldn’t surprise me to know that you are not downloading the YouTube streams “properly” anyway.
You clearly think that you’ve got a method for comparison, which is very likely something that you’ve copied from something that you’ve seen someone else do. Likely in some bogus post on a platform that requires no technical standard or proof by someone with absolutely no experience in what they are talking about, such as Reddit

Which is why “your testing methodology” all goes to pot when presented with anything that doesn’t fit.
Again, for anyone casually browsing the forum who comes across this post.This post and it’s content are simply just examples of one way to use Resolve to generate a video output that is as small as it can be for a given resolution and frame rate, that maintains high visual fidelity. This example wasn’t specific to YouTube, which is why I supplied downloadable files.
This post was not comparing one delivery codec to another.
I don’t usually engage in responding to comments that are either by trolls or by misguided “know it alls”. However, I do sometimes engage when a comment is made that can confuse the viewer who may not have the experience to differentiate the truth in what’s being said. I do this to keep the point on track and clear, so confusion, deliberate or otherwise, doesn’t get in the way of the point or example being made.
As for YouTube. I’ve posted almost 2000 videos on YouTube across multiple channels, my own and for others. Out of that almost 2000, well over 1200 are visible, a few of hundred are private and about another 300 or so private videos that are very specific video tests for many different scenarios testing codecs, scaling, bit-depths, bitrates, scene/content complexity etc. Coupled with over three decades working professionally in audio and video post, within music, TV and cinema and having one of the very first free to view video streaming websites in the UK almost 20 years ago. I’d say I have a little bit more than an average practical understanding of video delivery.
For anyone new to all this stuff. Don’t get bogged down with meaningless statistics and “so called” tests in random posts on the likes of Reddit by people who clearly have no industry experience. Beyond some common sense basics, just let your eyes be the judge of the end result. This is exactly what the viewer does and they have no interest, nor should they, as to what codec, bitrate blah blah blah was used.
Remember, most online streaming videos are viewed on tiny phone screens, then tablets, then laptops, then desktop systems with the least viewed playback platform being a good TV. Do you seriously think that anyone watching on most of these devices can tell the difference between anything?
Plus, if your outputs are more for your own personal archive and for sharing with friends and family. Other than yourself, it’s so unlikely that anyone is going to appreciate your time and effort anyway or what settings you’ve used and they shouldn’t have to just to enjoy whatever the video content is.
Now that’s not to say that you shouldn’t take pride in your work and not bother about doing the best you can for your final delivery. But don’t waste time getting all bent out of shape about the minutia that know one cares about. Put that time back into what matters more, your content production.
Getting back to this forum and this post. For anyone new to video production and using Resolve, BMD have a lot of excellent teaching materials. There’s also a number of good YouTubers out there and other online resources that may be helpful.
The point of this post and the videos was simply to give people an idea of one specific use case scenario for using Resolve with a specific hardware encoder and a specific codec. While the videos themselves and my super awesome presentation method

may not be for everyone. The workflow and what I’m doing to achieve the end result, maybe useful beyond the subject matter, as what I’m doing is applicable to many other uses of Resolve.
For anyone interested in such things. I will start posting more on this forum with regard tests etc. that have some bearing on using Resolve. Again, you don’t have to like me or the content but the workflows and methodology in the videos will be useful for others using Resolve. Plus, I generally also post streaming examples and quite often downloadable examples. Which I tend to find more useful than graphs
