I’m well aware that I can rip most Blu-rays with MakeMKV and then convert to mp4 with Handbrake; however, the former just rips everything raw from the disk so the file size is humongous and the conversion via Handbrake for just a single file is terribly long and puts a lot of strain on my computer.

I’ve heard that EaseFab LosslessCopy is decent, but they only have a Windows and a Mac version, and I’m unsure how well it’d run under Wine.

I am willing to pay for it, but only as long as it’s not a subscription thing. Has to be a one-time payment.

Does anyone know any decent Blu-ray ripping software that fits these conditions and run well on Linux? Specifically, it would be either Pop!_OS or Linux Mint. (I’m still using Windows because I want to figure out some software alternatives before I do so I’m not caught with my pants down, so to speak.)

  • Kata1yst@kbin.social
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    You can link the makeMKV libs to handbrake so it’s a one step process disk -> compressed form.

    #!/bin/bash
    
    # Intention: replace aacs decoding with makemkv's superior libmmbd programatically
    
    # elevate privilages to sudo
    [ "$UID" -eq 0 ] || exec sudo bash "$0" "$@"
    
    # test if libmmbd is installed already, exit otherwise
    libmmbdpath=$(find /usr -name libmmbd.so.0)
    echo "libmmbd path is $libmmbdpath"
    if [[ ! $libmmbdpath == *"/lib/"* ]]; then
        echo "libmmbd not found, please install makemkv first"
        exit 0
    fi
    
    # test if libaacs is installed already, set desired path otherwise
    libaacspath=$(find /usr -name libaacs.so.0)
    echo "libaacs path is $libaacspath"
    if [[ ! $libaacspath == *"/lib/"* ]]; then
        libaacspath="/usr/lib/libaacs.so.0"
    else
        echo "libaacs found, you must uninstall libaacs"
        exit 0
    fi
    
    # test if libbdplus is installed already, set desired path otherwise
    libbdpluspath=$(find /usr -name libbdplus.so.0)
    echo "libbdplus path is $libbdpluspath"
    if [[ ! $libbdpluspath == *"/lib/"* ]]; then
        libbdpluspath="/usr/lib/libbdplus.so.0"
    else
        echo "libbdplus found, you must uninstall libbdplus"
        exit 0
    fi
    
    # if we made it here, it's time to take action
    
    # softlink mmbd to aacs
    ln -s $libmmbdpath $libaacspath
    
    # softlink mmbd to bdplus
    ln -s $libmmbdpath $libbdpluspath
    
    echo "successfully set up libmmbd as the system decrypter"
    exit 0
    
    
  • Octagon9561@lemmy.ml
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    Well, if the file sizes are too big you need to reencode them. That’s just how it is, regardless of the software you’re using. If your computer is too slow at that, you may want to use faster settings. For example, you could use a codec that’s hardware accelerated by your GPU.

  • EveryMuffinIsNowEncrypted@lemmy.blahaj.zoneOP
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    1 year ago

    Edit 1: A number of people have said that knowing my Handbrake encoding settings and my hardware specifications. So, here they are:

    Handbrake encoding settings:

    Hardware specs:

    • CPU: Intel Core i7 10700K @ 3.80 GHz
    • RAM: 32 GiB Dual-channel DDR4 @ 1066 MHz
    • GPU: Nvidia GeForce RTX 2060

    Edit 2: My goal is to add the TV shows / movies in my Blu-ray collection to my NAS server, for use with services such as Jellyfin, Emby, Plex, etc.

    • GnuLinuxDude@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      There are multiple VERY inadvisable things you’re doing here. Darkcalling has good points, but in addition:

      You are using a CRF of 0, which will create an insanely huge result video size for no perceptual benefit. There is no reason to do this. You may as well just use makemkv to create mkv files directly and use those. The underlying video encoding is AVC in both cases, just placed into differing containers. This is kind of a misuse of Handbrake. You use handbrake to reencode videos either from one encoding to another, or for satisfactory file size reductions from source materials.

      You are also using an encode speed preset of placebo, which if you have ever done a comparison you will find offers basically exceedingly minimal file size reduction advantages over slow or very slow, but for a MUCH longer encode time.

      I recommend trying to encode samples of quality RF 20-24 and determine which looks best to you (if they end up looking very different). Lower numbers are higher picture quality. I recommend an encode speed of as slow as you can bear, but not slower than Very Slow. I recommend the Encoder Profile being set to High (from Main). Basically the spec for h264 has changed slightly and while Main is super compatible, High has some potential for file savings/quality improvements and is compatible with basically any player since… God knows when, maybe 15 years ago?

      One thing I don’t recommend is using nvenc, the gpu encoder, for non real time contexts. x264, the software renderer, will produce higher quality results. Higher quality means either the videos will look the same but the size will be smaller, or the sizes will be the same but the picture looks better.

      Also, even though you don’t have it set, I also do not recommend the Fast Decode checkbox. Maybe useful for a device from the year 2002, but at the cost of a noticeably larger file size.

      Finally, you should state what your actual goal is. Yes you are ripping your blu rays, but what are you trying to really achieve with this? Further advice can be dispensed with that info.