Package Details: makemkv 1.17.8-1

Git Clone URL: https://aur.archlinux.org/makemkv.git (read-only, click to copy)
Package Base: makemkv
Description: DVD and Blu-ray to MKV converter
Upstream URL: https://www.makemkv.com
Licenses: LGPL-2.1-or-later, LicenseRef-GuinpinSoft-inc-EULA
Submitter: hydro
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 325
Popularity: 2.38
First Submitted: 2010-01-26 15:31 (UTC)
Last Updated: 2024-09-30 16:08 (UTC)

Dependencies (4)

Sources (4)

Pinned Comments

FabioLolix commented on 2024-07-20 16:33 (UTC)

This now depends on libavcodec.so so when it needs to be rebuilded against new ffmpeg version you are forced to uninstall first otherwise the update will be blocked

fosskers commented on 2023-06-11 13:56 (UTC)

I can confirm that a manual sudo modprobe sg was necessary to get makepkg to detect my DVD drive.

FabioLolix commented on 2023-03-16 21:41 (UTC)

Beta key:

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 27 Next › Last »

Marcel_K commented on 2020-12-14 23:11 (UTC)

@lpga: what do you mean? Here the archive name and the directory name are the same.

lpga commented on 2020-12-14 21:44 (UTC) (edited on 2020-12-14 21:46 (UTC) by lpga)

1) archive named makemkv-oss-1.15.4

2) in the archive the name's directory is makemkv-oss-1.15.3

it isn't only a checksum error...

Marcel_K commented on 2020-12-14 20:58 (UTC)

Or a download error. Indeed delete the file and try to run makepkg again.

patrickh commented on 2020-12-14 20:29 (UTC)

@albuntu It looks like the makemkv-oss-1.15.4.tar.gz source file you might have got, could be the 1.15.3 instead (happened to me as well). Try to delete it/clean build it.

albuntu commented on 2020-12-14 16:29 (UTC)

Today: Error during check of the sha256 sums:

makemkv-oss-1.15.4.tar.gz ... FEHLGESCHLAGEN

lwndow commented on 2020-08-14 22:26 (UTC)

After moving myself to Arch, I believe you were right and can remove the stdc lib, it generates warnings on compile, but no different outcome. Apologies for the confusion.

lwndow commented on 2020-07-29 13:43 (UTC)

Good call on not clobbering the variable, I brute-forced it. I would have agreed about just being bad luck, but downgraded to 1.15.1 and was able to read the discs that were problematic before, and attempted in 1.15.2 on Windows and were able to read those same discs.

Thanks for looking into this.

Marcel_K commented on 2020-07-28 15:29 (UTC)

Strange, on Arch Linux I am able to read discs. Moreover, the linked topic is about a compilation issue, while your problem seems about reading discs. It might be just bad luck (I do have reading issues, too, every once in a while, probably due to wear of the BD-player).

Generally, I'm not that much in favour of adding specific flags for other distros than Arch, but I'll do some further testing (by adding the flag, it is not a good habit to completely overwrite them) and if it doesn't seem to hurt, I'll add it (without bumping pkgrel, as this change should result in the same package, anyway).

lwndow commented on 2020-07-28 14:44 (UTC) (edited on 2020-07-28 14:47 (UTC) by lwndow)

Hi, thanks for maintaining this.

As of updating to 1.15.2, I could no longer read discs (drive would just eternally spin up and down). Doing some reading led me to this thread: https://www.makemkv.com/forum/viewtopic.php?f=3&p=93416#p93416. Adding the CFLAGS allowed me to read discs again. (Manjaro 20.0.3, kernel 5.7.9).

$ git diff PKGBUILD 
diff --git a/PKGBUILD b/PKGBUILD
index 44af57d..7829f1f 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -26,7 +26,7 @@ md5sums=('17dd19b4d92354f9489188c4edd2a285'

build() {
   cd "${srcdir}/${pkgname}-oss-${pkgver}"
-  CC=gcc CXX=g++ ./configure --prefix=/usr
+  CFLAGS="-std=c++11" C=gcc CXX=g++ ./configure --prefix=/usr
   make
}