![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Saturday, September 28th, 2019 05:31 am
handbrake, video and audio encoding, continued
Continuing from sad post about video confusion and Handbrake.
Note: as a QC Analyst/Program Tester, I would like to note this is the worst test planning I have ever done, mostly because a.) I didn't realize I was testing anything, b.) I didn't know what I was doing when I realized I was doing just that, and c.) everyone prioritizes speed and file size over everything to the point no one even bothered posting literal settings, much less actual results other than 'that took too long', which is part of teh reason why b was annoying me. I am seriously tempted--after this batch finishes processing--to start over with a set of custom presets as working constants, pick five 4K rips and three resolutions (4K, 1080p, 720p), queue them up, and spreadsheet my results (in about a month, which is even back to back my best guess on how long it would take to complete that queue) for H.264, H.265, and V9 respectively, just for my own curiosity. And now that I wrote that, there's a fair to good chance I'll do it; it's not like my server has anything else to do atm.
Continuing:
After many (many) hours of testing with Handbrake: V9 encoding of 4K rips has much better compression than H.264 with both same or better quality video and a smaller file size. However, it does take longer: about six to ten hours for a roughly two hour movie downgraded from a 4K rip to a 720p. Between Constant Quality 20, 19, and 18 there's almost no difference in file size, and I'm not sure I see any video difference either. H.265 is logarithmic when reducing the CQ number (which is inverse to quality: smaller number is better) but it's unclear if V9 is doing the same, which may be why CQ20, CQ19, and CQ18 are almost identical.
Or--very possible--there's a big change in video, but when one of your audio tracks is always lossless and is quite large in itself, it really won't matter much.
H.265 should be equal V9, which is the third in the queue. When that on is finished, I can finally do a clean comparison of the same movie encoded with the same number of audio tracks in H.264, H.265, and V9.
( notes on audio )
So I feel a little less dumb now.
Note: as a QC Analyst/Program Tester, I would like to note this is the worst test planning I have ever done, mostly because a.) I didn't realize I was testing anything, b.) I didn't know what I was doing when I realized I was doing just that, and c.) everyone prioritizes speed and file size over everything to the point no one even bothered posting literal settings, much less actual results other than 'that took too long', which is part of teh reason why b was annoying me. I am seriously tempted--after this batch finishes processing--to start over with a set of custom presets as working constants, pick five 4K rips and three resolutions (4K, 1080p, 720p), queue them up, and spreadsheet my results (in about a month, which is even back to back my best guess on how long it would take to complete that queue) for H.264, H.265, and V9 respectively, just for my own curiosity. And now that I wrote that, there's a fair to good chance I'll do it; it's not like my server has anything else to do atm.
Continuing:
After many (many) hours of testing with Handbrake: V9 encoding of 4K rips has much better compression than H.264 with both same or better quality video and a smaller file size. However, it does take longer: about six to ten hours for a roughly two hour movie downgraded from a 4K rip to a 720p. Between Constant Quality 20, 19, and 18 there's almost no difference in file size, and I'm not sure I see any video difference either. H.265 is logarithmic when reducing the CQ number (which is inverse to quality: smaller number is better) but it's unclear if V9 is doing the same, which may be why CQ20, CQ19, and CQ18 are almost identical.
Or--very possible--there's a big change in video, but when one of your audio tracks is always lossless and is quite large in itself, it really won't matter much.
H.265 should be equal V9, which is the third in the queue. When that on is finished, I can finally do a clean comparison of the same movie encoded with the same number of audio tracks in H.264, H.265, and V9.
( notes on audio )
So I feel a little less dumb now.
