I recently started building a movie/show collection again on my home NAS.

I know that generally H.265 files can be 25-50% less bitrate than H.264 and be the same or better quality. But what’s the golden zone for both types? 10 Mbps for a 1080p H.264 movie? And would it be like 5 Mbps for H.265 1080p to be on par with H.264? What about 4K?

For file size: would it be 25GB for a 2 hour 1080p movie to be near or at original Blu-Ray/digital quality?

  • ThickSourGod@alien.topB
    link
    fedilink
    English
    arrow-up
    2
    ·
    10 months ago

    I know that this is a non-answer, but the best thing to do is reencode a few files at multiple bitrates and see where the line is for you.

    Try to get a few dark scenes, since that’s where compression artifacts tent to be most noticeable.

    • Swallagoon@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      Also you’ll need to increase bitrate or adjust parameters depending on how much film grain there is. 70s Italian movies are some of the worst for that, lovely crisp and gritty grain but it gets absolutely obliterated when compressed incorrectly.

  • ZombieDancer@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    If you really want original quality, you can just remux your discs. 1080p will already be H.264 and 4K will be H.265. I don’t really see a reason to re-encode if you’re going to end up with a 25GB 1080p video.

  • Beaver_On_Fire@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    Depends on the media. High motion live action is going to require a higher bit rate than low motion animation.

  • infamousfunk@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    Like others have said - it depends on the source media. In general, grainy sources require more bitrate to achieve a given quality as opposed to a clean, digitally shot source. You can choose a random bitrate and encode all your sources with it but you might not like the results or your encodes will be bloated for no reason.

    Personally, having used both x264 and x265, I would stick with x264 for 1080p content. Yes there are some space saving advantages to using x265 but the time it takes really just isn’t worth it - in my opinion. This is assuming you’re using software encoding and not NVENC or QuickSync. Hardware encoding is much faster but yield larger file sizes and lower quality when compared to software encoding - again, not really worth it in my opinion.

  • vaaoid95@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    I was wondering the same thing recently because my nvidia captures videos took like 1 TB of space on my main PC. I wanted to compress them by switching to H265. In FFMPEG there’s no simple option like “loseless compression”, you always have to enter manually the bitrate or quality. Rendering a bunch of videos with different bitrates and trying to compare them to see if there’s a significant differene is a really long and annoying process. I gave up and just burnt everything to bluray instead.

  • weeklygamingrecap@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    People really get confused when they see 50% reduction and exactly the same as X and think they’ll just crank down the bitrate and be good. As others have said you really should try a few options although instead of bitrate you could try using crf values and find what works on your setup.

    Also while screenshots can help, it really is something you should look at in motion. Sometimes you can think ‘this looks horrible’ but in motion it’s fine and you never see it. But it also works the other way too.

    There’s a science and an art to getting good encodes. Hell even the encoders update and update little things behind the scenes that can effect the outcome as well.

  • SamSausages@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    This is very complicated to just give an answer, because:
    It varies greatly based on the content. Animated compresses vastly differently than an action movie.

    Varies greatly based on encoder. NEVC vs CPU etc

    Varies greatly based on encoder options. I.e. -b:v -minrate -maxrate vs -rc vbr -qmin -qmaxcq values, etc

    Varies greatly based on who is watching, the TV they use and their tolerance and experience.

    Savings are greater at 4k than 1080p. But once you start adding HDR into the mix, you’re in a whole new world.

    Even the people with very discerning eyes can’t agree on everything related to this topic. Wish I could just tell you do x… but you’ll have to test various methods and determine what you are happy with.
    or, if you just want some space savings… use some default setting that cuts it in 1/2 and forget about it.

    • corruptboomerang@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      Varies greatly based on encoder. NEVC vs CPU etc

      Not asserting this isn’t the case, I’ve not noticed it, but I can’t see why this would be the case for the actual encoding. Decoding I’ve seen it make a difference but that’s mostly the pre-Skylake iGPUs using a poor implementation of QuickSync.

      • AshleyUncia@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        10 months ago

        Not asserting this isn’t the case, I’ve not noticed it, but I can’t see why this would be the case for the actual encoding. Decoding I’ve seen it make a difference but that’s mostly the pre-Skylake iGPUs using a poor implementation of QuickSync.

        No, it’s totally a fact. Software encoding yields you better results in terms of ‘quality per megabyte’ over hardware encoding unless you are using some real bad sloppy software encoding results. If size efficiency matters more than anything, you use software encoding or you’re basically leaving money on the table. Of course the downside is that hardware encoding is a whoooooooooooooole heck of a lot faster.

  • Caldorian@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    Interestingly, In starting to look into doing some re-encodes of some of my media to reduce disk space. Ran into an interesting one as I was doing some test files where the h265 file ended up being 30% bigger than the originating h264 (1.8GB to 2.4GB, Handbrake 1080p h265 fast RF 20). All my other test files were about a 50% reduction.

    That is to say, there is no one singular set of settings that are perfect.

  • IMI4tth3w@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    Encoding is an art. There is no perfect way to do it. For me, I just prefer remuxes because of that. Web DL should also be very similar for other media that doesn’t have physical options to remux from.

    • jack3moto@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      As someone very new to this, are WEB DL the second tier below remux? I see a lot of WEB DL and always hesitant because most movies/shows don’t look as good streaming than a high quality download. I assumed that web DL would be just the same thing as what Netflix or any streaming service provides? But maybe I’m not factoring in them throttling the bit rate to my source?

  • HulksInvinciblePants@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    I think you can safely remove about half the native bitrate and be perfectly within the range of “indiscernible”. I don’t like to think of H.265 as a means to use a lower bittrate. I like to use it to retain more quality at sensible rates. 25-30mbps is fine for most content, with a more prized movie getting a bit more overhead. Deleting non-used tracks and the likes is also a plus.

  • DesertCookie_@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    If you want constant quality, it’s better to also encode using quality-based encoding instead of bitrate-based encoding. It allows rh encoder to save space where there’s a non-complex scene and use more in more complex ones. It might, for example, be able to encode the few seconds of back screen at the begging of some movies in 50KB or something similarly small where bitrate-based encoding uses the full bitrate generating multiple MB.

    This way you can easily get a 4K encode down to 4-8GB. Animation compresses incredibly well without percievable quality loss. Anything with grain will quickly balloon in size. Something like Star Trek (2009) with its insane amount of noise is more than twice that size if aiming for VMAF >95.

  • user3872465@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    10 months ago

    Why not go with a constant quality setting in the encoder instead of bitrate and filesize limitations?.

    Thats what I do I feel CQ of 18 is indistiguishable from the original.

    Bonus TIP when transcoding for static Use like storing and filesize reduction. always use a CPU never a GPU if you are after smallest filesize.