[SOLVED] MakeMKV v1.17.8 - "This application version is too old. Please download the latest..."

[dtech]

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:

Code: Select all

This application version is too old.  Please download the latest version at http://www.makemkv.com/ or enter a registration key to continue using the current version.

However, after downgrading to the previous version, it worked. Why is the current version not working?

makemkv-armhf-1_17_8-vs-1_17_7.png (125.44 KiB) Viewed 9246 times

[buttergolem]

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?

[dtech]

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.

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.

[wild_card_j]

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.

[arthurd]

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

[dtech]

The v1.17.9 linux release is also affected:

Code: Select all

MakeMKV v1.17.9 linux(armhf-release) started
Unable to load sdf.bin from /storage/.MakeMKV
Profile parsing error: default profile missing, using builtin default
This application version is too old.  Please download the latest version at http://www.makemkv.com/ or enter a registration key to continue using the current version.

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.

[dtech]

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

[flojo]

• 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.

[dtech]

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

[dtech]

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

[flojo]

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 :-/.

[dtech]

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.

[flojo]

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.

[dtech]

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.

[flojo]

... 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.