www.makemkv.com

It was very difficult to compile glibc-2.34 dependency for the last version, and makemkvcon binary needed to patch by patchelf, but I finally succeeded.

Then I got this message: However, after downgrading to the previous version, it worked. Why is the current version not working?

Hi dtech,

I just followed this instruction here yesterday viewtopic.php?f=3&t=224 on my Linux Mint machine and everything worked instantly.
As far as I can see, you are connecting to a remote machine. Which operating system does it use?

buttergolem wrote: ↑

Thu Nov 21, 2024 4:05 am

As far as I can see, you are connecting to a remote machine. Which operating system does it use?

Most Linux operating systems display the OS name and version number in the welcome message after successful login on SSH.
This can also be seen in the screenshot above, so in my case it is LibreELEC 9.2.
It is not a desktop OS, just a media center JeOS, which can also run on embedded devices, such as e.g. an Android TV box.
Simply explained: LibreELEC's user interface is Kodi, which can also be used with an IR or RF remote control, you don't necessarily need a keyboard or mouse.

buttergolem wrote: ↑

Thu Nov 21, 2024 4:05 am

I just followed this instruction here yesterday viewtopic.php?f=3&t=224 on my Linux Mint machine and everything worked instantly.

Well, the situation is a bit more complicated than compiling it on the same PC I want to use it.
My build environment is x86_64, but the target is a 32-bit arm environment. In addition, LibreELEC's binary packages are also installed by Kodi, which I accessed via VNC.
(This is why the downgrade between running the two commands is not visible on the screenshot.)

In addition, there is an older glibc in the system, which cannot be simply replaced, so it must also be compiled separately for makemkvcon.
This has caused problems for many people with the latest version, see for example here:
viewtopic.php?f=3&t=35930
... or here:
viewtopic.php?f=3&t=35715

But, as I wrote in the post above, I finally managed to solve the glibc problem. From here begins the complication that I described...

I have already managed to find out that there is a problem with v1.17.8 downloading the sdf.bin (and also hkd_*.bin files for UHD decrypt) file.
While the version one earlier (1.17.7) downloads in case of a missing file, the latest version throws the above error instead of downloading.

In the case of an update, it works without problems, the error occurs only and exclusively with a new installation, when the sdf.bin file (or _private_data.tar) is not present.
I managed to force it to download if not present by this modification:
https://github.com/dtechsrv/LibreELEC-A ... 905544dR37
... but the hkd files (need for UHD decrypt) are not available in this file.

But makemkvcon initially downloads this file -> https://hkdata.crabdance.com/svq/sdf.dat.gz which contains the hkd files.
However, I have no idea how to extract the hkd_*.bin files from the sdf.dat file, which it contains these files in raw format.

In any case, I'm not sure if I should find a solution with external script, because this download error seems to me to be a program bug, which only the developer of makemkv can confirm and fix.

Did you ever find a solution? I installed using the Linux instructions, I also tried with flatpak but even though I have 1.17.8 installed I get that message and the application closes. I'm not sure what to do.

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 24.04.1 LTS
Release: 24.04
Codename: noble

glibc version should not be an issue for me.

As a temporary workaround I've just used the unofficial docker image [1] which works fine and even has the GUI.

[1]: https://github.com/jlesage/docker-makemkv

The v1.17.9 linux release is also affected: IMPORTANT NOTICE: This bug can only be reproduced with a clean install, if you update from v1.17.7 the error does not occur and everything works.

Okay, using mixed libc versions is not a solution, in fact it seems to be the real cause of the above problem!

The following systems have been tested with makemkvcon v1.17.9, under native glibc-2.38:

• LibreELEC v12.0.2, Generic (x86-64): TEST OK!

• LibreELEC v12.0.2, RPi4 (aarch64): TEST OK!

• CoreELEC v21.2, Amlogic-ng (kernel: aarch64, userspace: arm): SDF download okay, but this error occurred: viewtopic.php?f=3&t=33061

dtech wrote: ↑

Mon Feb 03, 2025 5:07 pm

• CoreELEC v21.2, Amlogic-ng (kernel: aarch64, userspace: arm): SDF download okay, but this error occurred: viewtopic.php?f=3&t=33061

Have you taken this to the CoreELEC team? As you've listed RPi4 as OK, it could be distro specific.

flojo wrote: ↑

Mon Feb 03, 2025 6:01 pm

Have you taken this to the CoreELEC team? As you've listed RPi4 as OK, it could be distro specific.

It's definitely not distro specific, I only tested it under CE because they use the same hybrid solution as I do under LibreELEC-AML (64-bit kernel with 32-bit userspace).
However, LibreELEC-AML is still based on LE 9.2, so it's quite problematic for me to update the glibc package. Although I'm working on it now, but it affects a lot of system packages, so it's not exactly an easy task...

The basic problem can be read at the link, but it has no direct connection to the 1.17.8 update and above, because even previous versions didn't work under hybrid systems there. (By the way, OSMC is also affected, but you can read about it at the link above.)

The makemkv package is not officially part of either the LibreELEC or CoreELEC repositories. I published the source of the external package, and if someone wants to use it, they will have to build the package themselves for their own platform:
https://github.com/dtechsrv/dtech-packa ... ce/makemkv

Updating the glibc package on the system was not a painless process, but it was eventually successful and this issue was resolved.

Could you use Docker? I'm not sure about the 64/32 complexity of creating a Dockerfile but, installing random glibc patches from public github repos to apply to the their system might not be in everyone's comfort zone :-/.

flojo wrote: ↑

Thu Feb 06, 2025 3:12 pm

Could you use Docker? I'm not sure about the 64/32 complexity of creating a Dockerfile but, installing random glibc patches from public github repos to apply to the their system might not be in everyone's comfort zone :-/.

Because LibreELEC is a JeOS, so this entire OS is put into an image containing the kernel and the root file system, with a single build process, so you don't have to mess around with patches separately. The same is true for CoreELEC, because it is a conservative fork of LibreELEC, for Amlogic boxes.

Moreover, under LE/CE the primary goal is to play discs on the fly (even with Bluray menu), so the GUI is completely unnecessary. For this purpose, Docker would only use unnecessary resources, which is not really practical especially on ARM hardware (e.g. TV boxes, RPi, etc.).

This issue probably only affected my LE repo, because I provide LTS support for a legacy version (LE-AML v9.2). The current stable LE12/CE21 version already uses a newer glibc package.

But, if you mean the other issue (aarch64 kernel + 32-bit ARM userspace), I wouldn't want to avoid it, just fix it.
It's definitely fixable, but it would be good for the makemkv developers to read the forum sometimes.

dtech wrote: ↑

Fri Feb 07, 2025 5:24 am

For this purpose...

I'm curious to how you have the user interface in Kodi. I remember adding functional menus to Kodi was archaic and challenging to detect things, in particular if a cdrom is mounted or if the device exists.

flojo wrote: ↑

Fri Feb 07, 2025 12:44 pm

I'm curious to how you have the user interface in Kodi.

If you mean the UI as the graphical interface of MakeMKV, then there is no UI at all on Kodi, because it is disabled in the package:
https://github.com/dtechsrv/dtech-packa ... age.mk#L23

makemkvcon works perfectly fine from console, but you don't even need a GUI to decrypt a BD or UHD disc for a single realtime playback.

dtech wrote: ↑

Fri Feb 07, 2025 1:24 pm

... single realtime playback.

So you're not giving the option to rip the disc?

Well, there used to be an option in Kodi's context menu (white button on original xbox controller, right click with mouse) to copy the cdrom to the HDD while focusing on the cdrom icon, but that was way back when it was XBMC/XBMP. They might of removed that, but if they didn't, then the user could still use that (I think, I'm not sure how MakeMKV's decryption proxy works).

Anyways, I'm glad you worked out.