Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 27th August 2021, 00:31   #1  |  Link
tonemapped
Video Fanatic
 
tonemapped's Avatar
 
Join Date: Jul 2021
Location: Surrey
Posts: 89
Compression Experiments - The Wolverine: 33.10 mbps Blu-ray vs 1.80 mbps encode

Introduction
I've continued to play with x265 and thought I'd try a simple experiment: how much can a film be compressed until it's subjectively unwatchable, and at what point does the encode remain watchable and retain most details, but with the lowest possible bitrate? (far lower bitrate than any reasonable person would use to encode a film)

Video Rationale
I chose The Wolverine as it's relatively modern, contains a diverse range of studio sets and locations, and has modern, 'natural' grain (by this I mean there is a small amount of grain).

Figures
- Source
Video: Blu-ray AVC @ 33.10 mbps
Audio: DTS-HD Master Audio 7.1 @ 5.34 mbps
Total Size: 42.65 GB

- Encode
Video: x265 (modified Fast profile, 3-pass) @ 1.8 mbps
Audio: E-AC3 @ 640 kbps
Total Size: 1.96 GB

Conclusion
I'm incredibly impressed considering it's a 138 minute film under 2GB with 640 kbps 5.1 audio and, for the most part, acceptable quality - certainly when watching on a TV and not comparing individuals frames on a 32" professional calibrated 10-bit 4K display. It's certainly not transparent and not something I would encode for my physical -> digital archive, but this was just a test.

I chose 1.8 mbps after doing a number of tests and settled on a 3-pass encode in order to make sure sure I extracted every bit of detail possible, given the heavily restricted bitrate.

I welcome your views. Again, this was just an experiment I found to be a fun project, but also a needed distraction whilst experiencing a trigeminal neuralgia attack.

Screenshots
I deliberately looked for scenes where the compression is noticeable (e.g. textures missing detail or having a flat appearance). A good example of this is the scene with the bear (fifth set of images). And yes, there are 'dirty borders' that I would fix for an encode I intend to keep.













__________________
PC: R9 5900X | 32GB 3600 MT/s RAM | 2*1TB NVMe | RTX 3080 | water-cooled

NAS: SM 48-bay 240TB+ storage | Xeon 1220 | 32GB DDR4 ECC

HTPC: Pentium J5005 | 16GB RAM | 256GB SSD | 15W

Last edited by tonemapped; 27th August 2021 at 00:34. Reason: Added statement about dirty pixel borders
tonemapped is offline   Reply With Quote
Old 2nd September 2021, 18:50   #2  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Can you share the command line? I'm not sure what "modified fast would entail."

My intuition is that you'd get better quality in the same time by doing a two-pass encode with a medium-ish second pass. Did you do a comparison?
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 3rd September 2021, 07:27   #3  |  Link
tonemapped
Video Fanatic
 
tonemapped's Avatar
 
Join Date: Jul 2021
Location: Surrey
Posts: 89
Quote:
Originally Posted by benwaggoner View Post
Can you share the command line? I'm not sure what "modified fast would entail."
Sorry, by "modified fast", I mean using the x265 fast preset with some modifications to the predefined options (e.g. greater subme than would normally be used with simply using the fast preset).

Quote:
Originally Posted by benwaggoner View Post
My intuition is that you'd get better quality in the same time by doing a two-pass encode with a medium-ish second pass. Did you do a comparison?
I no longer have the exact command line I used as it was completed a couple of weeks ago and I clear test encodes from that drive about shortly after encoding (it's only a 4TB drive for test encodes and that includes some ProRes), but here's the output from mediainfo (encoded using a slightly older build of x265 as I forgot to change the executables.)

Quote:
wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / no-early-skip / recursion-skip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=250 / min-keyint=23 / scenecut=40 / rc-lookahead=20 / lookahead-slices=5 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=3 / limit-refs=3 / no-limit-modes / weightp / no-weightb / aq-mode=1 / qg-size=32 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=2.00 / rdoq-level=0 / psy-rdoq=0.00 / no-rd-refine / signhide / deblock=0:0 / sao / no-sao-non-deblock / b-pyramid / cutree / no-intra-refresh / rc=2 / pass / bitrate=2500 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30
__________________
PC: R9 5900X | 32GB 3600 MT/s RAM | 2*1TB NVMe | RTX 3080 | water-cooled

NAS: SM 48-bay 240TB+ storage | Xeon 1220 | 32GB DDR4 ECC

HTPC: Pentium J5005 | 16GB RAM | 256GB SSD | 15W

Last edited by tonemapped; 3rd September 2021 at 07:28. Reason: Adding x265 version information
tonemapped is offline   Reply With Quote
Reply

Tags
low-bitrates, multi pass, wolverine, x265

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 10:32.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.