HandBrake, MakeMKV and libvdvdcss

hb-iconThis repository contains HandBrake with supporting programs MakeMKV and libdvdcss packages for Fedora distributions. None of these packages can be distributed inside the main Fedora repositories due to patent and licensing issues.

By the combination of these 3 packages any video title can be ripped or transcoded without problems.

This repository requires that the RPMFusion repository be enabled on your system if you’re on Fedora and that the EPEL one be enabled if you’re running CentOS/RHEL 6.

Package descriptions

HandBrake HandBrake is a tool for converting video from nearly any format to a selection of modern, widely supported codecs.

MakeMKV is a one-click solution to convert video into free and patents-unencumbered format that can be played everywhere. It converts the video clips from proprietary (and usually encrypted) disc into a set of MKV files, preserving most information but not changing it in any way. Additionally MakeMKV can instantly stream decrypt video without intermediate conversion and can decrypt Blue Ray discs and protected DVD discs.

libdvdcss is a support library designed for accessing DVDs without having to bother about the decryption.

These packages try to comply as maximum to the Fedora Packaging Guidelines; which means they have debuginfo packages, default Fedora’s GCC compile time options (where possible) and standard locations for binaries, data and docs.

Additional libraries that are normally fetched during HandBrake compilation have been pre downloaded and are shipped in the source rpm. This to avoid unnatural behaviour when compiling packages with Fedora tools such as mock or Koji.

HandBrake is made of two separate packages; HandBrake-gui and HandBrake-cli. The former being the GTK main GUI interface, and the latter the command line program. MakeMKV contains both graphical and command line interfaces into one package.

Supported Fedora distributions for HandBrake, MakeMKV and libdvdcss:

  • Fedora 19 – i686/x86_64
  • Fedora 20 – i686/x86_64
  • Fedora 21 – i686/x86_64
  • CentOS/RHEL 6 – i686/x86_64

Fedora ships the latest HandBrake with the GTK 3 interface enabled, while CentOS/RHEL 6 version is at 0.9.8; as it is the last version available that still builds with GTK 2.20 as shipped in the distribution.

Bundled libraries

Historically, HandBrake has always linked statically the libraries required by the program. Since version 0.9.9 there’s the option to have them as external libraries and link them to the main executable. This does not mean thought that they can be used straight from Fedora repositories; some have restrictive licenses, some are forked and some do not contain the required patches for HandBrake.

The following libraries are currently linked:

  • a52dec
  • lame
  • libdvdread
  • libdvdnav
  • libbluray
  • libmkv
  • mpeg2dec
  • x264

Still left as bundled libraries inside the build due to versioning/patches are the following modules (libav is a fork of ffmpeg):

  • faac
  • fdk-aac
  • mp4v2
  • libav/ffmpeg (Fedora 19 and CentOS/RHEL 6 only)
  • libbluray (CentOS/RHEL 6 only)

The CentOS/RHEL 6 builds still bundle libbluray and ffmpeg, as the packages currently in EPEL 6 are too old. There’s an effort for updating libbluray to the same Fedora version, but the current RPMFusion maintainers don’t want to grant a buildroot override for MPlayer rebuilds, even if the MPlayer maintainer is willing to rebuild it.

Installation

To install the repository on a supported Fedora distribution, run as root the following command:

wget http://negativo17.org/repos/fedora-handbrake.repo -O \
    /etc/yum.repos.d/fedora-handbrake.repo

To install the repository on CentOS/RHEL:

wget http://negativo17.org/repos/epel-handbrake.repo -O \
    /etc/yum.repos.d/epel-handbrake.repo

Then, to install the HandBrake packages (as an example both the graphical interface and the command line tool), perform the following commands:

yum -y install HandBrake-gui HandBrake-cli

For MakeMKV:

yum -y install makemkv

For libdvdcss:

yum -y install libdvdcss

Please note that the 64 bit MakeMKV package contains a 32 bit binary. The binary is required for proper operation and comes only in binary format. This means that the 64 bit MakeMKV package will pull in the 32 bit glibc package; which in a normal 64 bit desktop system should be already installed:

$ rpm -qvl makemkv | grep bin
-rwxr-xr-x    1 root    root                 25229512 Sep 19 12:42 /usr/bin/makemkv
-rwxr-xr-x    1 root    root                  6545248 Sep 19 12:42 /usr/bin/makemkvcon
-rwxr-xr-x    1 root    root                    63428 Sep 19 12:42 /usr/bin/mmdtsdec
$ file /usr/bin/{makemkv,makemkvcon,mmdtsdec}
/usr/bin/makemkv:    ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0x7392512f3a8c8f426fba2882e55f0f41f714f82b, stripped
/usr/bin/makemkvcon: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, stripped
/usr/bin/mmdtsdec:   ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, stripped
$ tar -tzf makemkv-bin-1.8.5.tar.gz | grep bin
makemkv-bin-1.8.5/bin/amd64/
makemkv-bin-1.8.5/bin/amd64/makemkvcon
makemkv-bin-1.8.5/bin/i386/
makemkv-bin-1.8.5/bin/i386/makemkvcon
makemkv-bin-1.8.5/bin/i386/mmdtsdec

Registering MakeMKV to avoid expiration

Please use the provided beta registration key published by the developers:

http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1053

After starting MakeMKV just press the “Register” button and paste the provided code.

makemkv_register

Playing protected Blu-Ray discs

Starting with version 1.8.5, MakeMKV comes with the libmmbd library. This library provides a simple API that any application can use to decrypt M2TS/SSIF files from a Blu-Ray disc. The library is licensed under the open-source LGPL license; although the way the library works, it launches a MakeMKV instance in background and communicates with MakeMKV in order to get decryption keys; so a working MakeMKV installation is required for the library to function. The libmmbd library is designed to be updated very infrequently – all the logic is inside MakeMKV, and libmmbd is just a proxy. The libmmbd source code is part of MakeMKV oss linux package.

Also, libmmbd emulates two popular open-source libraries, libaacs and libbdplus. What this means, that after a one-time setup, any application that uses libbluray/libaacs for decryption will be able to open a protected Blu-Ray disc, as long as MakeMKV is installed. Most notable application that uses libbluray is Videolan VLC player.

To enable this functionality, you can issue the following commands as root. For 64 bit systems:

cd /usr/local/lib64
ln -sf /usr/lib64/libmmbd.so.o libaacs.so.0
ln -sf /usr/lib64/libmmbd.so.o libbdplus.so.0

For 32 bit systems:

cd /usr/local/lib
ln -sf /usr/lib/libmmbd.so.o libaacs.so.0
ln -sf /usr/lib/libmmbd.so.o libbdplus.so.0

or additional details see the original announcement and how to page on MakeMKV‘s forums.

To debug such a setup, you can use the variable MMBD_TRACE prepended to the command you want to run. For example, to decrypt and print information from a Blu-Ray disc:

MMBD_TRACE=1 bd_info /dev/sr0

Bugs

The address for contacting me is in the package’s changelog, otherwise leave a comment in the post, I’ll do my best to reply to everyone.

52 thoughts on “HandBrake, MakeMKV and libvdvdcss

  1. Something is weird with the 64-bit makemkv package for Fedora 19. It pulls in the 32-bit version of glibc:

    $ sudo yum install makemkv
    Loaded plugins: langpacks, show-leaves
    Resolving Dependencies
    --> Running transaction check
    ---> Package makemkv.x86_64 0:1.8.5-1.fc19 will be installed
    --> Processing Dependency: librt.so.1(GLIBC_2.2) for package: makemkv-1.8.5-1.fc19.x86_64
    --> Processing Dependency: librt.so.1 for package: makemkv-1.8.5-1.fc19.x86_64
    --> Processing Dependency: libpthread.so.0(GLIBC_2.2) for package: makemkv-1.8.5-1.fc19.x86_64
    --> Processing Dependency: libpthread.so.0(GLIBC_2.1) for package: makemkv-1.8.5-1.fc19.x86_64
    --> Processing Dependency: libpthread.so.0 for package: makemkv-1.8.5-1.fc19.x86_64
    --> Processing Dependency: libm.so.6(GLIBC_2.0) for package: makemkv-1.8.5-1.fc19.x86_64
    --> Processing Dependency: libm.so.6 for package: makemkv-1.8.5-1.fc19.x86_64
    --> Running transaction check
    ---> Package glibc.i686 0:2.17-19.fc19 will be installed
    --> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.17-19.fc19.i686
    --> Processing Dependency: libfreebl3.so for package: glibc-2.17-19.fc19.i686
    --> Running transaction check
    ---> Package nss-softokn-freebl.i686 0:3.15.2-2.fc19 will be installed
    --> Finished Dependency Resolution
     
    Dependencies Resolved
     
    ====================================================================================================
     Package                     Arch            Version                Repository                 Size
    ====================================================================================================
    Installing:
     makemkv                     x86_64          1.8.5-1.fc19           fedora-HandBrake          4.8 M
    Installing for dependencies:
     glibc                       i686            2.17-19.fc19           updates                   4.2 M
     nss-softokn-freebl          i686            3.15.2-2.fc19          updates                   176 k
     
    Transaction Summary
    ====================================================================================================
    Install  1 Package (+2 Dependent packages)
  2. Unfortunately that’s by design. Even the 64 bit package contains a 32 bit binary from the non-OSS part of MakeMKV:

    $ rpm -qvl makemkv | grep bin
    -rwxr-xr-x    1 root    root                 25229512 Sep 19 12:42 /usr/bin/makemkv
    -rwxr-xr-x    1 root    root                  6545248 Sep 19 12:42 /usr/bin/makemkvcon
    -rwxr-xr-x    1 root    root                    63428 Sep 19 12:42 /usr/bin/mmdtsdec
    $ file /usr/bin/{makemkv,makemkvcon,mmdtsdec}
    /usr/bin/makemkv:    ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0x7392512f3a8c8f426fba2882e55f0f41f714f82b, stripped
    /usr/bin/makemkvcon: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, stripped
    /usr/bin/mmdtsdec:   ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, stripped
    $ tar -tzf makemkv-bin-1.8.5.tar.gz | grep bin
    makemkv-bin-1.8.5/bin/amd64/
    makemkv-bin-1.8.5/bin/amd64/makemkvcon
    makemkv-bin-1.8.5/bin/i386/
    makemkv-bin-1.8.5/bin/i386/makemkvcon
    makemkv-bin-1.8.5/bin/i386/mmdtsdec

    I will make a note in the page.

    • As you can see from their forum the update to 1.8.6 is severely limited, it requires ffmpeg 2.x which is only available in Fedora 20. There’s currently no way to make MakeMKV 1.8.6 work with FFMpeg 1.x.

      I’ve update the repository for Fedora 20 yesterday, until the issue is solved upstream you should just register MakeMKV with the current beta key that is provided directly by the software house:

      http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1053

    • I think you should read the repository page. I would say more carefully, but apparently you did not read it at all.

      - You have installed the Fedora repository on CentOS and this will never work; you have to install the EPEL repository. Have you looked at the path? “Fedora 6″…
      - Even if you install the repository on CentOS there’s a clear statement that the HandBrake GUI is not available on CentOS/RHEL 6.x due to graphical libraries being too old; only the command line interface is available.
      - As described in the page, the GUI is available for all supported Fedora releases:

      http://negativo17.org/repos/HandBrake/fedora-19/x86_64/

  3. I need some help, I have installed MakeMKV & Handbrake using repositories above following the instructions.
    When running MakeMKV on any Bluray disc I get the following error:

    MakeMKV v1.8.6 linux(x64-release) started
    Using direct disc access mode
    Evaluation version, 26 day(s) out of 30 remaining
    Error 'Scsi error - ILLEGAL REQUEST:COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION FAILURE' occurred while issuing SCSI command A30..00200740100720..0D5C9837BD226116B946D9EA18B5B750187 to device 'SG:dev_11:0'
    Error 'Scsi error - ILLEGAL REQUEST:COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION FAILURE' occurred while issuing SCSI command A30..00200740100720..0709C88BDAA671518E61B72D5D1634543AF to device 'SG:dev_11:0'
    Error 'Scsi error - ILLEGAL REQUEST:COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION FAILURE' occurred while issuing SCSI command A30..00200740100720..0577967BE76973EF9641D4D0BF9B9B0698E to device 'SG:dev_11:0'
    Error 'Scsi error - ILLEGAL REQUEST:COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION FAILURE' occurred while issuing SCSI command A30..00200740100720..0A93DCBDE2815D02756466F4B801507B131 to device 'SG:dev_11:0'
    Error 'Scsi error - ILLEGAL REQUEST:COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION FAILURE' occurred while issuing SCSI command A30..00200740100720..091F2FD58EAFBF602DFC09C03E8DCD9E864 to device 'SG:dev_11:0'
    Error 'Scsi error - ILLEGAL REQUEST:COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT ESTABLISHED' occurred while issuing SCSI command AD010..080002400 to device 'SG:dev_11:0'
    Error 'Scsi error - ABORTED COMMAND:NO ADDITIONAL SENSE INFORMATION' occurred while issuing SCSI command AD010..080002400 to device 'SG:dev_11:0'

    I also have errors on VLC & Handbrake when trying to read any Bluray disc as well.
    I am running Fedora 20/Mate.
    MakeMKV/Handbrake & VLC all work 100% when using a normal DVD.
    Do you perhaps have any idea where to start looking for the problem?

    • I’ve just discovered that I made a mistake in version 1.8.6 during packaging. The library links of MakeMKV when obsoleting libaacs should be like the following:

      lrwxrwxrwx. 1 root root     23 Nov 27 14:15 /usr/lib64/libaacs.so.0 -> /usr/lib64/libmmbd.so.0
      lrwxrwxrwx. 1 root root     23 Nov 27 14:15 /usr/lib64/libbdplus.so.0 -> /usr/lib64/libmmbd.so.0
      -rwxr-xr-x. 1 root root  26896 Nov 27 14:15 /usr/lib64/libdriveio.so.0
      -rwxr-xr-x. 1 root root 503136 Nov 27 14:15 /usr/lib64/libmakemkv.so.1
      -rwxr-xr-x. 1 root root  35056 Nov 27 14:15 /usr/lib64/libmmbd.so.0

      I’m pushing an update in a few moments. In the meanwhile upstream has created an updated 1.8.6 to fix FFMpeg issues; so I’ll be pushing 1.8.6 also on Fedora 18, 19 and 20. Can you please make a test with the following rpm in Fedora 20?

      http://negativo17.org/repos/makemkv-1.8.6-2.fc20.x86_64.rpm

  4. I have the libdvdcss2.x86_64 package from AtRPMs installed, per mjwired’s Personal Fedora Install Guide(s) at http://www.mjmwired.net/resources/ (I am on Fedora 20 release (beta?), he doesn’t have F20 guide up yet, but F19 with the right mods to commands works fine). The version in the AtRPMs repo is slightly later than you have, they have 1.2.13-7.fc20 vs your 1.2.13-2.fc20. However since their package is labelled ‘libdvdcss2′ and yours is ‘libdvdcss’ there is not a warning of conflict from yum until it tries to do the transaction test:

    Running transaction test
    Transaction check error:
    file /usr/lib64/libdvdcss.so.2.1.0 from install of libdvdcss-1.2.13-2.fc20.x86_64 conflicts with file from package libdvdcss2-1.2.13-7.fc20.x86_64

    Can you add in a satisfies requirement like an ‘or’ statement in a SPEC file? Maybe like this in Handbrake:

    Requires: libdvdcss >= 1.2.13 || libdvdcss2 >= 1.2.13

    I am not sure that would work, I have not had to do that before in my RPM builds. Or maybe you could do a provides in the libdvdcss package, since you appear to have the same codebase:

    Provides: libdvdcss libdvdcss2

    I am not sure this would work well either, it might just conflict with the other package in AtRPMs.

    • I can add it, but to avoid disrupting other dependencies relationship I need to know if there are any dependencies on the libdvdcss2 package in ATrpms. Is it pulled in by any other package? For the moment, my suggestion is to remove the ATrpms’ package, I have put a dependency on libdvdcss inside HandBrake so it is able to read protected DVDs.

      • Sorry for the late reply, life got in the way.

        I have uninstalled the libdvdcss2 from ATRPMs. I found that VLC was the main cause for it being installed, needed to play protected DVD content as you said. I installed the one from your repo, and VLC can use it to play the protected content. There is no specific dependency on the lib, if it is there VLC uses it. I suppose other system players use it too but I have not tested them.

        I now am installing Handbrake from the repo and notice the following (I uninstalled libdvdcss earlier in testing VLC):

        ======================================================================
         Package               Arch      Version           Repository           Size
        ======================================================================
        Installing:
         HandBrake-cli         x86_64    0.9.9-9.fc20      fedora-HandBrake    3.4 M
         HandBrake-gui         x86_64    0.9.9-9.fc20      fedora-HandBrake    3.9 M
         makemkv               x86_64    1.8.8-1.fc20      fedora-HandBrake    6.9 M
        Installing for dependencies:
         glibc                 i686      2.18-12.fc20      updates             4.2 M
         libdvdcss             x86_64    1.2.13-2.fc20     fedora-HandBrake     53 k
         libmkv                x86_64    0.6.5.1-4.fc20    fedora               26 k
         nss-softokn-freebl    i686      3.15.4-1.fc20     updates             183 k
         
        Transaction Summary
        ======================================================================
        Install  3 Packages (+4 Dependent packages)

        Why is a 32-bit GNU C Library needed? It appears in the dependencies that makemvk is calling for a lot of libs that state (GLIBC_2.0), …_2.1), and …_2.2). Not that I won’t install the 32-bit C libs, but it just seemed odd to me that a 64-bit labelled package would be calling a 32-bit LibC.

        • Unfortunately the MakeMKV package contains a 32 bit binary (/usr/bin/mmdtsdec) that is required when extracting DTS audio, it is noted at the end of the installation section above. The current RPM packages do not allow to create subpackages with an i686 architecture, only a noarch package can be generated; so for now it’s bundled in the main package.

          I would need to disassemble the binary tarball, create two separate packages and create a dependency on the mmtdsdec.i686 package from the main MakeMKV package.

  5. I have HandBrake-gui-0.9.9-7.fc19.i686, and the rpm is missing the post-install scripts to set up the icon cache, etc.:

    $ rpm -q --scripts HandBrake-gui
    (no output)
    • Thanks for noticing, by mistake I’ve added the %post, %postun and %posttrans sections to the base package instead of the gui subpackage. Update coming!

  6. I updated to all the latest packages. I’m getting the SCSI error again. Anyone else notice this with the latest FC20 packages? Tried un-installing/re-installing makemkv but no luck.

    Happening on previously ok Blu-ray too.

  7. Hello

    and first of all a big, big thank you for your efforts to make the popular HandBrake available for Fedora-users in a very easy way. I’m using both, the cli- and the gui-version and HandBrake 0.9.9-9 was running fine on Fedora 20 (64bit). Updated yesterday to 0.9.9-10 and now I get a “segmentation fault” as soon as the encoding-process starts. The gui-version opens and load the video I want to encode, but when I hit the “start encoding”-button HandBrake crashes immediately.

    poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=12, events=POLLIN}, {fd=17, events=POLLIN}, {fd=14, events=POLLIN}], 5, 0) = 2 ([{fd=4, revents=POLLIN}, {fd=14, revents=POLLIN}])
    read(4, “\2″, 16) = 8
    write(4, “\1″, 8) = 8
    write(16, “[10:52:08] * video track\n”, 26) = 26
    write(18, “[10:52:08] * video track\n”, 26) = 26
    +++ killed by SIGSEGV +++
    Speicherzugriffsfehler (= Segmentation fault in english)

    If you need any further informations, please let me know and thanks again!

    • This seems related to the latest libdvdnav/libdvdread change, but the crash happens also on some non-dvd source files. I will push an update ASAP (currently away from computer/internet). Thanks for reporting.

      • The crash happens from the CLI as well if I select the Normal preset.

        HandBrakeCLI –preset “Normal” -i /share/DVDs/SHREK_2_US_16X9/title02.mkv -o ./title02.mkv

        ..
        ..
        ..

        [11:51:45] + loose anamorphic
        [11:51:45] + storage dimensions: 720 * 460, mod 2
        [11:51:45] + pixel aspect ratio: 32 / 27
        [11:51:45] + display dimensions: 853 * 460
        [11:51:45] + encoder: H.264 (x264)
        [11:51:45] + x264 preset: veryfast
        [11:51:45] + h264 profile: main
        [11:51:45] + h264 level: 4.0
        [11:51:45] + quality: 20.00 (RF)
        [11:51:45] * audio track 1
        [11:51:45] + decoder: English (AC3) (5.1 ch) (track 1, id 0×1)
        [11:51:45] + bitrate: 448 kbps, samplerate: 48000 Hz
        [11:51:45] + mixdown: Dolby Pro Logic II
        [11:51:45] + encoder: AAC (faac)
        [11:51:45] + bitrate: 160 kbps, samplerate: 48000 Hz
        [11:51:45] reader: first SCR 7470 id 0×0 DTS -2970
        [11:51:45] encx264: min-keyint: 24, keyint: 240
        [11:51:45] encx264: encoding with stored aspect 32/27
        [11:51:45] encx264: Encoding at constant RF 20.000000
        x264 [warning]: –psnr used with psy on: results will be invalid!
        x264 [warning]: –tune psnr should be used if attempting to benchmark psnr!
        x264 [info]: using SAR=32/27
        Segmentation fault (core dumped)

  8. The latest version of Handbrake from 3-14 is crashing here:

    0x0000003aeeb5cc15 in __memcmp_sse4_1 () from /lib64/libc.so.6
    (gdb) where
    #0 0x0000003aeeb5cc15 in __memcmp_sse4_1 () from /lib64/libc.so.6
    #1 0x00000000009d364e in x264_cqm_init ()
    #2 0x00000000009a0eb4 in x264_encoder_open_130 ()
    #3 0x000000000049f360 in encx264Init ()
    #4 0x00000000004989ef in work_func ()
    #5 0x00000000004a11ab in hb_thread_func ()
    #6 0x0000003aef207f33 in start_thread () from /lib64/libpthread.so.0
    #7 0x0000003aeeaf4ded in clone () from /lib64/libc.so.6

    • Fixed in version 0.9.9-11, now in the repository. It was not related to the libdvdnav/libdvdread changes. Please let me know of any other issues.

  9. I had the same problem as jfc. After updating and rebooting, I got “Aborted (core dumped)” when scanning a DVD. I fixed the issue by going to Preferences and unchecking “Use dvdnav” in the Advanced tab. Video is encoding without a crash. I’m on an AMD FX6300 machine (just in case this has something to do with SSE4.

    • Hello, I’ve updated the builds (currently uploading). They contain a libdvdnav that has been updated with an HandBrake patch that has been accepted upstream and will be contained in libdvdnav 5.0.0.

      It fixed the crash for me on my only DVD where I could reproduce it. There is a fairly recent Debian bug (still unresolved) that seems to indicate the bug itself is in libdvdnav and not in HandBrake support for the library:

      https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738811

  10. Thanks a bunch for maintaining the HandBrake package for Fedora users!

    I have Handbrake 0.9.9-12 on a Fedora 20 x86_64 system that I used with compiled MakeMKV (the latest version, forgot the number and typing this from my work computer). I have this particular blueray movie ripped in a folder that I am trying to encode with HandBrake with my default settings. The encode starts and continues up until 1.14%, stalls there and then crashes with segmentation fault. I tried running ghb -x from console, with essentially no useful additional information. I tried disabling libdvdnav from preferences, again with no change in behavior. On the other hand I can watch the movie without any problems up until 20% or so from the unencoded mkv file in the rip folder; therefore I don’t think the source mkv file is the problem. Do you have any suggestions or pointers for me?

    • I am sorry to reply to my own post, but I downloaded the source code of HandBrake (6160 svn) today and compiled it. It does not crash anymore and does the job. Therefore, I think the current rpm package for Fedora 20 may be defective, probably not due to a packaging defect, but due to a problem in the code. This is a pure speculation on my part, since I am happy to admit that I don’t have a clue :). I just wanted to inform you all.

      Thanks.

      • I have had the same issue; my encode goes to 1% or so and crashes with a seg fault. It occurs on 5 different Blu-ray and DVD rips, so it looks like it is something in the 0.9.9-12 version and not a particular Blu-ray source. I am also on Fedora 20 x86_64 so it may be some interaction with Fedora 20 64 bit and the new build. I was also able to download the source code (6161 svn), compile it, and it works fine.

Leave a Comment

Your email address will not be published. Required fields are marked *