Package Details: makemkv 1.12.2-2

Git Clone URL: https://aur.archlinux.org/makemkv.git (read-only)
Package Base: makemkv
Description: DVD and Blu-ray to MKV converter and network streamer
Upstream URL: http://www.makemkv.com
Licenses: custom, MPL, LGPL
Submitter: hydro
Maintainer: hydro
Last Packager: hydro
Votes: 239
Popularity: 2.404797
First Submitted: 2010-01-26 15:31
Last Updated: 2018-05-16 05:21

Latest Comments

hydro commented on 2018-05-16 05:23

Added patch from gentoo ebuild.

Marcel_K commented on 2018-05-15 23:48

I stand corrected, indeed: the package owner should patch the sources in prepare() and push a new release.

javmorin commented on 2018-05-15 22:27

I added the following prepare() section. Not sure if the CAP_DELAY matters, but it was changed in other ffmpeg 4.x updates, so I assumed it does.

prepare() {
  cd "${srcdir}/${pkgname}-oss-${pkgver}"
  # ffmpeg 4.0 tweaks
  sed -ri 's|CODEC_CAP_DELAY|AV_CODEC_CAP_DELAY|' libffabi/src/ffabi.c
  sed -ri 's|([ &])CODEC_FLAG_GLOBAL_HEADER|\1AV_CODEC_FLAG_GLOBAL_HEADER|' libffabi/src/ffabi.c
}

evana commented on 2018-05-14 05:36

@nbisby sed also needs -r otherwise the regex doesn't work as written.

nbisby commented on 2018-05-13 23:50

I added the line: sed -e "s/([ &])CODEC_FLAG_GLOBAL_HEADER/\1AV_CODEC_FLAG_GLOBAL_HEADER/" libffabi/src/ffabi.c -i

to the build() section of the PKGBUILD (after the cd, but before the ./configure). It built and launched after that.

mosh5382 commented on 2018-05-13 23:43

This took a bit of doing.

I ran this: wget http://www.makemkv.com/download/makemkv-oss-1.12.2.tar.gz

Then added the "AV_" in the spots pointed out by the complication failure in this file: libffabi/src/ffabi.c

I then repackaged the makemkv-oss-1.12.2.tar.gz

Finally I changed the md5sum in the pkgbuild for the "makemkv-oss-1.12.2.tar.gz" file.

I was then able to makepkg -s and the pkgbuild worked correctly. After installing the pkgbuild makemkv will now run correctly.

ArchangeGabriel commented on 2018-05-13 18:11

Just replace CODEC_FLAG_GLOBAL_HEADER by AV_CODEC_FLAG_GLOBAL_HEADER as suggested.

theking02 commented on 2018-05-13 17:53

I tried rebuilding and am getting the following error:

libabi/src/sys_linux.c: In function ‘SYS_readdir’:
libabi/src/sys_linux.c:80:5: warning: ‘readdir64_r’ is deprecated [-Wdeprecated-declarations]
     err = readdir64_r(dirp,&data.ent,&pent);
     ^~~
In file included from libabi/src/sys_linux.c:25:
/usr/include/dirent.h:201:12: note: declared here
 extern int readdir64_r (DIR *__restrict __dirp,
            ^~~~~~~~~~~
libffabi/src/ffabi.c: In function ‘ffm_init’:
libffabi/src/ffabi.c:152:5: warning: ‘avcodec_register_all’ is deprecated [-Wdeprecated-declarations]
     avcodec_register_all();
     ^~~~~~~~~~~~~~~~~~~~
In file included from libffabi/src/ffabi.c:22:
/usr/include/libavcodec/avcodec.h:4086:6: note: declared here
 void avcodec_register_all(void);
      ^~~~~~~~~~~~~~~~~~~~
libffabi/src/ffabi.c: In function ‘ffm_audio_encode_init’:
libffabi/src/ffabi.c:520:30: error: ‘CODEC_FLAG_GLOBAL_HEADER’ undeclared (first use in this function); did you mean ‘AV_CODEC_FLAG_GLOBAL_HEADER’?
         ctx->avctx->flags |= CODEC_FLAG_GLOBAL_HEADER;
                              ^~~~~~~~~~~~~~~~~~~~~~~~
                              AV_CODEC_FLAG_GLOBAL_HEADER
libffabi/src/ffabi.c:520:30: note: each undeclared identifier is reported only once for each function it appears in
libffabi/src/ffabi.c: In function ‘ffm_audio_encode_get_info’:
libffabi/src/ffabi.c:721:28: error: ‘CODEC_FLAG_GLOBAL_HEADER’ undeclared (first use in this function); did you mean ‘AV_CODEC_FLAG_GLOBAL_HEADER’?
     if ((ctx->avctx->flags&CODEC_FLAG_GLOBAL_HEADER)!=0)
                            ^~~~~~~~~~~~~~~~~~~~~~~~
                            AV_CODEC_FLAG_GLOBAL_HEADER
make: *** [Makefile:75: out/libmakemkv.so.1.full] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

Marcel_K commented on 2018-05-13 14:40

Yes. You can rebuild the package yourself, no need for a change in the PKGBUILD.

theking02 commented on 2018-05-13 12:35

This might need a rebuild because of the newest ffmpeg libraries? I am getting this error when launching:

/usr/bin/makemkvcon: error while loading shared libraries: libavcodec.so.57: cannot open shared object file: No such file or directory

ffmpeg: https://www.archlinux.org/packages/extra/x86_64/ffmpeg/

Is now up to version 1:4.0-2 which provides libavcodec.so.58

lucaswerkmeister commented on 2018-04-27 19:57

The cdrtools package installs an autoload file for sg in /usr/lib/modules-load.d/cdrecord.conf, so IMHO it wouldn’t be out of place for makemkv to do the same…

hydro commented on 2018-02-24 16:25

I added a post install warning. I don't think a package should autoload a module that is not part of the package.

Marcel_K commented on 2018-02-20 21:54

@hydro: What about javmorin's suggestion to add a makemkv.conf file to automatically load the sg driver? I can confirm that MakeMKV works properly again after loading that module.

javmorin commented on 2018-01-24 19:00

I can confirm that makemkv works normally after loading of the sg module.

Per https://wiki.archlinux.org/index.php/Kernel_modules#Automatic_module_handling it would seem correct to add an '/etc/modules-load.d/makemkv.conf' file to this package which triggers loading of the sg module on boot. At the very least there should be a post install warning indicating that loading of the sg module is required for makemkv to run properly.

Correction: since it is being installed via package it would be /usr/lib/modules-load.d/makemkv.conf

klemens commented on 2018-01-24 03:23

Regarding the unrecognised drives: mike said in the liked thread that makemkv now needs the generic scsi sg driver, which it seems is not loaded by default on arch.

After loading the driver (e.g through modprobe sg) my drive is recognised again, but I haven't tested actually reading a disk.

Nonnus commented on 2018-01-19 17:19

It looks like

http://www.makemkv.com/download/makemkv-bin-1.10.9.tar.gz

is a dead link now. However, this one is available:

http://www.makemkv.com/download/makemkv-bin-1.10.10.tar.gz

hydro commented on 2018-01-10 22:08

1.10.9 seems to fail to detect some drives (including one of mine) http://www.makemkv.com/forum2/viewtopic.php?f=3&t=16939

eleftg commented on 2017-11-23 09:59

Sadly, it doesn't work for me. I get a "Failed to initialize" popup when running the gui and a segmentation fault when trying the cli makemkvcon

[user@machine ~]$ makemkvcon
Segmentation fault (core dumped)

[user@machine ~]$ ldd /usr/bin/makemkvcon
linux-vdso.so.1 (0x00007ffe641b0000)
libmakemkv.so.1 => /usr/lib/libmakemkv.so.1 (0x00007f78d8ca3000)
libdriveio.so.0 => /usr/lib/libdriveio.so.0 (0x00007f78d8a9c000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f78d887e000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f78d84c6000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f78d82c2000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f78d7f3b000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007f78d7d33000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f78d7b1c000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f78d8f6e000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f78d77d0000)

Josey commented on 2017-10-17 21:24

Any update on this issue yet?

EDIT: Ignore my comment, it all seems to be working now.

storrgie commented on 2017-10-08 20:26

I saw it posted somewhere else that the site was migrated but the DNS records have not been updated.

I believe if you force it (via hosts file), this will work:

95.213.137.146 www.makemkv.com

It's just not desirable.

lmat commented on 2017-10-08 19:25

Me, too. I tried with

makepkg -sri --skipchecksums --skipinteg

and got

PKGBUILD: line 27: cd: /home/lawsa/builds/aur/makemkv/src/makemkv-oss-1.10.7: No such file or directory

so I'm guessing it's worse than a md5 problem? Perhaps something is out of sync between the package build and mkv source...

rudepeople commented on 2017-10-06 19:55

I'm getting "failed to verify makemkv integrity" when installing from packaur, "ERROR: One or more files did not pass the validity check!" from packer...

please update your md5sums.

Please and thank you!

ProfessorKaos64 commented on 2016-12-26 22:03

I don't mind helping co maintain to keep up with releases.

mrkline commented on 2016-12-16 17:09

Could the PKGBUILD be modified to set CC and CXX to gcc and g++, respectively? The build fails if a user (such as myself) has those variables set to clang and clang++.

The build also seems to be invoking the C compiler on C++ files, which is also a bit perplexing, but I figure doing the above is much easier than patching the Makefile or trying to fix this upstream.

magnavoid commented on 2016-09-17 23:30

Fixed PKGBUILD --> http://pastebin.com/gK7N7Fd3

hydro commented on 2016-09-15 21:11

I'm on vacation, sorry for the inconvenience.

ProfessorKaos64 commented on 2016-09-15 17:01

Please update your md5sums, package failed to verify.

jarerod commented on 2016-09-13 20:35

This is now out of date, updated tars are at: http://www.makemkv.com/forum2/viewtopic.php?f=3&t=224

hydro commented on 2016-07-27 04:51

@Wesley_Chan
Note: Packages in the AUR assume that the base-devel group is installed, i.e. they do not list the group's members as dependencies explicitly.
https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

Wesley_Chan commented on 2016-07-27 02:51

It needs pkg-config and fakeroot as build-time dependencies.

Brinox commented on 2016-06-25 12:31

Please remove these lines

update-desktop-database -q
xdg-icon-resource forceupdate --theme hicolor

from the .install file, as these operations will now be executed automatically by the pacman hooks.

Marcel_K commented on 2016-06-22 22:54

True. Adding

sed 's/$(DESTDIR)/"$(DESTDIR)"/' -i Makefile

after l. 33 instead of sending quotes is better.

BTW, @hydro, you don't need to bump pkgrel if the resulting package is the same.

doskoi commented on 2016-06-21 03:54

It's the variables inside of the makemkv's Makefile who should have quotes around them.

Marcel_K commented on 2016-06-20 12:41

That's due to the fact that there are spaces in your directory name. Apparently only surrounding $pkgdir with double quotes isn't enough when doing make install in line 34. When I explicitly send those quotes to make, the issue is solved:

make DESTDIR=\""${pkgdir}"\" install

jabster commented on 2016-06-20 12:08

So I was getting this error:
==> Entering fakeroot environment...
==> Starting package()...
/usr/bin/install -c -D -m 644 out/libdriveio.so.0 /home/john/Downloads/AUR Builds/makemkv/pkg/makemkv/usr/lib/libdriveio.so.0
/usr/bin/install: target 'Builds/makemkv/pkg/makemkv/usr/lib/libdriveio.so.0' is not a directory
make: *** [Makefile:33: install] Error 1
==> ERROR: A failure occurred in package().
Aborting...

When I renamed "AUR Builds" to "AURBuilds" everything worked. I don't know if that 's a bug in the PKGBUILD file or what, but it's definitely a bug. I don't know nearly enough to check myself.

hydro commented on 2015-12-31 15:21

https://wiki.archlinux.org/index.php/System_maintenance#Partial_upgrades_are_unsupported
"If the system has locally installed packages (such as AUR packages), users will need to rebuild them when their dependencies receive a soname bump."

PS
Still works for me after recent pacman update, didn't have to rebuild.

nebiros commented on 2015-12-31 11:20

/usr/bin/makemkvcon: error while loading shared libraries: libwebp.so.5: cannot open shared object file: No such file or directory

libwebp ist updatet https://www.archlinux.org/packages/extra/x86_64/libwebp/
now usr/lib/libwebp.so.6

bernd_b commented on 2015-08-09 16:05

Build and used it yesterday - no probs here ...?!

cemsbr commented on 2015-08-08 13:43

Not working. I only get the "Application failed to initialize" message.

hydro commented on 2015-06-07 12:54

If provided as binary packages that might be useful, but as an AUR package it would force all users to install both qt4 and qt5.

sl1pkn07 commented on 2015-06-07 12:25

for example, like http://sl1pkn07.wtf/paste/view/7d021e52

sl1pkn07 commented on 2015-06-07 11:10

you can make a split pkgbuild for a Qt4 and Qt5 build?

greetings

hydro commented on 2015-06-07 10:26

Done, thanks.

ValdikSS commented on 2015-06-07 09:10

Please add libxkbcommon-x11 as dependency.

hydro commented on 2015-06-03 09:51

Starting with version 1.9.3 makemkv now builds with qt5, but qt4 is still supported. If you do not want to install qt5, change dependency from qt5-base to qt4.

hydro commented on 2015-06-03 09:50

Starting with version 1.9.3 makemkv now builds with qt5, but qt4 is still supported. If you do not want to install qt5, change depenency from qt5-base to qt4.

miketoupin952 commented on 2015-06-02 21:44

Please update Version to 1.9.3

Replace the first 2 Md5Sum value for : a865be4b09eab415667722bdf84aa083 &
8e93c75748ce1460ac96c86cb838f144

By manually editing the Pkgbuild it is working fine.

Thanks :-)

kuantum commented on 2015-03-22 20:27

@hydro, No, I didn't rebuild makemkv after removing hardening-wrapper. After doing what you suggested, it worked. Thx

hydro commented on 2015-03-22 18:05

Did you rebuild makemkv after removing hardening-wrapper? Delete the makemkv/src/ directory, if it exists from an earlier build, or run 'make clean' inside makemkv/src/makemkv-oss-1.9.1/ before running makepkg. Output of 'file /usr/bin/makemkv' should report 'LSB executable', not 'LSB shared object'.

hydro commented on 2015-03-22 18:04

Did you rebuild makemkv after removing hardening-wrapper? Delete the makemkv/src/ directory, if it exists from an earlier build, or run 'make clean' inside src/makemkv-oss-1.9.1 before running makepkg. Output of 'file /usr/bin/makemkv' should report 'LSB executable', not 'LSB shared object'.

hydro commented on 2015-03-22 18:04

Did you rebuild makemkv after removing hardening-wrapper? Remove the makemkv/src/ directory, if it exists from an earlier build, or run 'make clean' inside src/makemkv-oss-1.9.1 before running makepkg. Output of 'file /usr/bin/makemkv' should report 'LSB executable', not 'LSB shared object'.

hydro commented on 2015-03-22 17:47

Did you rebuild makemkv after removing hardening-wrapper?

kuantum commented on 2015-03-22 17:16

@frederik
I did, but I also tried removing it, it didn't solve the problem.

frederik commented on 2015-03-22 12:36

@kuantum
Do you have hardening-wrapper installed?

kuantum commented on 2015-03-22 06:15

frederik, I got "segmentation fault (core dumped)" when starting the makemkv gui too, and when I tried using $ gdb makemkv , I got the makemkv window poped up with nothing in the window.

Starting program: /usr/bin/makemkv
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6bf9cd6 in ?? () from /usr/lib/libQtGui.so.4

hydro commented on 2015-03-21 08:50

I assume the common user just adds the -j option to the MAKEFLAGS, which would be ignored, too.

cgirard commented on 2015-03-17 23:55

You should add !makeflags options as some make the GUI crash (at least -fPIC)
http://www.linuxquestions.org/questions/slackware-14/makemkv-immediately-segfaults-on-both-14-1-and-current-multilib-4175530675/

James-T commented on 2015-02-15 12:37

Problem solved. There was an old ffmpeg/libavcodec lying around in /usr/local.

James-T commented on 2015-02-15 09:23

Strange, even thought I have 2.5.4-1 as well, I get:

checking for ffmpeg... yes
checking whether LIBAVCODEC_VERSION_MAJOR is declared... yes
checking LIBAVCODEC_VERSION_MAJOR... 52 < ---
checking for AVFrame.nb_samples... no
checking whether AV_SAMPLE_FMT_U8P is declared... yes
checking for avcodec_encode_audio2... no
configure: error: The libavcodec library is too old. Please get a recent one from http://www.ffmpeg.org

Despite:
james@xena:~$ ls -l /usr/lib/libavcodec.so*
lrwxrwxrwx 1 root root 23 Feb 13 17:05 /usr/lib/libavcodec.so -> libavcodec.so.56.13.100
lrwxrwxrwx 1 root root 23 Feb 13 17:05 /usr/lib/libavcodec.so.56 -> libavcodec.so.56.13.100
-rwxr-xr-x 1 root root 9933032 Feb 13 17:05 /usr/lib/libavcodec.so.56.13.100

I guess there must be some older include files somewhere -- removing ffmpeg-compat and libavutil-52 doesn't help.

hydro commented on 2015-02-15 09:01

No problem here with ffmpeg 1:2.5.4-1 x86_64 from extra repo

checking for ffmpeg... yes
checking whether LIBAVCODEC_VERSION_MAJOR is declared... yes
checking LIBAVCODEC_VERSION_MAJOR... 56
checking for AVFrame.nb_samples... yes
checking whether AV_SAMPLE_FMT_U8P is declared... yes
checking for avcodec_encode_audio2... yes

James-T commented on 2015-02-14 18:58

There seems to be a compatibility issue with ffmpeg.

"checking for avcodec_encode_audio2... no
configure: error: The libavcodec library is too old. Please get a recent one from http://www.ffmpeg.org"

And this is with the current ffmpeg package which matches the version of the ffmpeg site (and is more recent than the makemkv package, but I have also tried 1 version lower of ffmpeg which would have been current when the current version of makemkv was released).

I don't see any other libavcodec packages on AUR -- any suggestions?

frederik commented on 2015-01-25 14:51

This conflicts with hardening-wrapper.

frederik commented on 2015-01-25 00:02

I am getting a segmentation fault when starting the makemkv gui... Anybody the same problem?

hydro commented on 2015-01-23 20:12

Well, alaricljs, probably not. I don't like the idea of maintaining different versions of the same program, and on Arch it's easy to change configure settings to your needs. If makemkv was clearly separated into a cli and a gui part, I would consider maintaining separate packages with the gui package depend on the cli package. I have created such packages to see if it works (and it does), but both of them need the makemkv-oss source, hence a conflicting cli-only version is probably the better option.

hydro commented on 2015-01-23 20:10

Well, alaricljs, probably not. I don't like the idea of maintaining different versions of the same program, and on Arch it's easy to change configure settings to your needs. If makemkv was clearly separated into a cli and a gui part, I would consider maintaining separate packages with the gui package depend on the cli package. I have create such packages to see if it works (and it does), but both of them need the makemkv-oss source, hence a conflicting cli-only version is probably the better option.

hydro commented on 2015-01-23 20:10

Well, alaricljs, probably not. I don't like the idea of maintainig different versions of the same program, and on Arch it's easy to change configure settings to your needs. If makemkv was clearly separated into a cli and a gui part, I would consider maintaining separate packages with the gui package depend on the cli package. I have create such packages to see if it works (and it does), but both of them need the makemkv-oss source, hence a conflicting cli-only version is probably the better option.

hydro commented on 2015-01-23 20:09

Well, alaricljs, probably not. I don't like the idea of maintainig different versions of the same program, and on Arch it's easy to change configure settings to your needs. If makemkv was clearly seperated into a cli and a gui part, I would consider maintaining separate packages with the gui package depend on the cli package. I have create such packages to see if it works (and it does), but both of them need the makemkv-oss source, hence a conflicting cli-only version is probably the better option.

alaricljs commented on 2015-01-23 15:32

hydro, would you be willing to maintain a --disable-gui version?

whiskerz007 commented on 2014-11-18 02:22

Out-Of-Date - http://www.makemkv.com/download/history.html

codekoala commented on 2014-10-23 05:37

Does anyone have a copy of the tarballs that they can mirror or send to me to mirror?

kar commented on 2014-10-22 15:39

www.makemkv.com is down (at the moment). I hope it's only temporary.

@hydro
I know it. But it would help, if you use an AUR helper like yaourt.

hydro commented on 2014-10-22 04:52

@ moething, @kar

"If the system has locally installed packages (such as AUR packages), users will need to rebuild them when their dependencies receive a soname bump."
https://wiki.archlinux.org/index.php/Pacman#Partial_upgrades_are_unsupported
Increasing the release version has no effect when users handle AUR packages manually.

FiyreWyrkz commented on 2014-10-22 00:42

Version should be updated to 1.8.14

d5d06add7e8c2ff10ce85e4fa4a43912 - makemkv-bin-1.8.14.tar.gz - MD5
9ad43607e1e6007b147fc564fbe9281b - makemkv-oss-1.8.14.tar.gz - MD5

FiyreWyrkz commented on 2014-10-22 00:41

Version updated to 1.8.14

d5d06add7e8c2ff10ce85e4fa4a43912 - makemkv-bin-1.8.14.tar.gz - MD5
9ad43607e1e6007b147fc564fbe9281b - makemkv-oss-1.8.14.tar.gz - MD5

FiyreWyrkz commented on 2014-10-22 00:38

Version updated to 1.8.15

d5d06add7e8c2ff10ce85e4fa4a43912 - makemkv-bin-1.8.14.tar.gz - MD5
9ad43607e1e6007b147fc564fbe9281b - makemkv-oss-1.8.14.tar.gz - MD5

moething commented on 2014-10-21 17:01

The package maintainer should simply bump the Package Release version from 1.8.13-1 to 1.8.13-2. This would force a package rebuild for all users.

kar commented on 2014-10-12 16:59

Ok, I have the solution:

After reinstall MakeMKV, it is working perfectly! I think, it was necessary to recompile MakeMKV against all new libraries.

kar commented on 2014-10-12 16:51

I get an error, if I try to open MakeMKV:

#######
~%makemkv /usr/bin/makemkvcon: error while loading shared libraries: libavcodec.so.55: cannot open shared object file: No such file or directory
#######

Can anyone confirm the error? Maybe there is an update of MakeMKV necessary? Because there is a newer version of this lib (libavcodec.so.56)!

hydro commented on 2014-09-25 13:43

pkg-config is in the base-devel group, which should be installed before building any AUR package.
https://wiki.archlinux.org/index.php/AUR#Prerequisites

MicK commented on 2014-09-25 11:20

Install pkg-config package first if you get such building error:

...
checking for pkg-config... no
checking for ffmpeg... no
configure: error: .
==> ERROR: A failure occurred in build().
Aborting...

jdkdonkaur commented on 2014-06-27 03:36

I hit an odd Build issue:
autoxxx/install-sh -c -D -m 644 out/libdriveio.so.0 /home/jman/temp/makemkv/makemkv/pkg/makemkv/usr/lib/libdriveio.so.0
autoxxx/install-sh: invalid option: -D
Makefile:36: recipe for target 'install' failed

Not sure what's causing this. I got around it by having sed remove all the "-D " from the OSS Makefile before the "make DESTDIR="$pkgdir" install" in the PKGBUILD.

Then the makepkg passes. It only seems to install the "/usr/bin/makemkvcon" tool. I thought it should have also installed "/usr/bin/makemkv" which I assume is the gui.

Anyway, makemkvcon seems to work properly.

jdkdonkaur commented on 2014-06-27 03:30

hydro commented on 2014-06-06 10:05

Added manpages supplied by Karl Lenz, thanks.

kit commented on 2014-04-16 23:35

Seems to work ok by updating version number and checksums.
ffd6a19151329822f9e15aeb158389c1 makemkv-bin-1.8.10.tar.gz
da4114455f7342f567fa68aaa80e70d1 makemkv-oss-1.8.10.tar.gz

hydro commented on 2014-02-07 18:42

Builds fine here with ffmpeg 1:2.1.3-1 from extra repo.

KamiKasi commented on 2014-02-07 18:08

OK,it seems that upgrading to ffmpeg-git does solve the problem.

KamiKasi commented on 2014-02-06 04:41

Some more info:
configure: error: in `/tmp/yaourt-tmp-karsten/aur-makemkv/src/makemkv-oss-1.8.8':
configure: error: LIBAVCODEC_VERSION_MAJOR is not known at compile time in libavcodec.h

KamiKasi commented on 2014-02-05 20:26

I always get the error 'checking LIBAVCODEC_VERSION_MAJOR... failed'
Somebody an idea how I could avoid it?

hydro commented on 2014-02-05 19:33

The source tarball was probably replaced by the developers.

scjet commented on 2014-02-05 18:17

for now, tou can also:
$ md5sum makemkv-oss-1.8.8.tar.gz
...then edit PKGBUILD and replace 'db5387b8c8a2270c33aabaacd01fa817' with whatever vakue you got from above md5sum command.

it's old-school, but it worked fine for me using yaourt.

x4fyr commented on 2014-02-05 14:20

md5sum of makemkv-oss-1.8.8 are wrong..

Mex commented on 2014-02-02 11:51

1.8.8 is out now:
http://www.makemkv.com/download/makemkv-bin-1.8.8.tar.gz
http://www.makemkv.com/download/makemkv-oss-1.8.8.tar.gz

leedev commented on 2013-12-24 06:08

Missing Dependency.

Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)"

It seems to also depend on "icu". After installing icu, no problems.

dannyboy48888 commented on 2013-10-30 10:40

wow the community does really mean KISS. This package is constantly borked in other distros. Good to be home. And yes I bought the program as it's the first viable solution in Linux in a LONG time and Mike the Admin actually lives on the forum's lol.

hydro commented on 2013-10-02 09:10

The beta key was updated.
http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1053

doug_piston commented on 2013-10-01 23:47

I've removed ~/.MakeMKV and uninstalled then re-installed the program. Still is asking for a key. Suppose as it is only the first of the month I will have to wait a bit for the key.

hydro commented on 2013-09-29 14:38

Delete the key as described below. Current version 1.8.5 expires on Nov 10 2013.

ProfessorKaos64 commented on 2013-09-28 18:10

This trial is now expired.

hydro commented on 2013-08-05 08:37

Current version 1.8.4 expires on Sep 14 2013. Maybe you have an old key specified in ~/.MakeMKV/settings.conf? Try deleting that file or remove any line that starts with app_Key. If that doesn't help see the comment by Ghost91 below.

ProfessorKaos64 commented on 2013-08-04 19:29

I day left until I have to register... package update or will there be a key?

jstoik1 commented on 2013-07-19 13:55

The download page hasn't been updated yet for Linux, but new packages are available at http://www.makemkv.com/download/makemkv-oss-1.8.4.tar.gz and http://www.makemkv.com/download/makemkv-bin-1.8.4.tar.gz

Anonymous comment on 2013-06-22 03:27

works well.
AppGeeker also is great for converting DVD to pretty much anything!
http://www.ilikemall.com/convert/rip-dvd-to-avi-mac.html

kar commented on 2013-03-01 11:16

qt4 is now in extra-Repo!

Please, change the dep from qt to qt4.

alucryd commented on 2013-02-28 09:29

qt is always the more recent version, it will refer to the qt5 group from now on.
And yeah, qt4 is still in testing, I will edit the dep on my end for now.

hydro commented on 2013-02-28 08:47

Thanks for the hint, but qt4 is in [testing], I think qt4 should have provides=('qt').

alucryd commented on 2013-02-28 08:24

You need to change the dep from qt to qt4.

hydro commented on 2013-02-07 10:33

Never mind, maintainers are allowed to unflag.

kar commented on 2013-02-07 10:28

I'm really sorry.

I have marked this package as old, instead of click on the vote "button". :-( Sorry for that. It's my fault and I don't know, how I can removed this.

cgirard commented on 2013-02-06 08:57

Either way, the out of date flag is not for reporting errors in the pkgbuild.

alucryd commented on 2013-02-06 08:55

Hmm please disregard my flagging out of date. I still had the failed downloads from when their site was down in my sources folder. I apologize for the inconvenience.

alucryd commented on 2013-02-06 08:53

Sums are wrong.

hydro commented on 2012-10-23 11:09

mmdtsdec is a 32-bit binary, I'll add lib32-glibc to optdepends instead.

mus commented on 2012-10-23 10:37

why does this suddenly depend on lib32-glibc? This kind of sucks because you have to enable [multilib]. The changelog mentions nothing about needing it and it seems to work fine without it.

Anonymous comment on 2012-07-09 02:38

July 2012 beta key ends soon...

Ghost91 commented on 2012-06-11 18:12

If your version needs to register: http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1053

artemklevtsov commented on 2012-02-26 14:23

It's strange but I get error message when start MakeMKV: 'Application failed to initialize'.
gdb output:
(gdb) r
Starting program: /usr/bin/makemkv
[Inferior 1 (process 7347) exited with code 01]
(gdb) bt
No stack.

zebulon commented on 2011-08-18 20:22

Hi, version 1.6.14 has just landed :) Many thanks for maintaining the PKGBUILD.

zebulon commented on 2011-08-18 20:21

Hi, version 1.6.14 has just landed :)

divansantana commented on 2011-07-09 23:41

Can you update the version and md5sums as currently link is broken.

hydro commented on 2011-03-20 13:01

Added .desktop file and icon for applications menu. Language files are also included now.

artemklevtsov commented on 2011-03-16 07:59

Missing icon in applications menu.

hydro commented on 2011-02-05 13:21

http://www.makemkv.com/forum2/viewtopic.php?f=3&t=2566

Anonymous comment on 2010-12-14 13:02

should be a thanx for update button on here...since lack of it thanx for quick update.

Anonymous comment on 2010-11-05 10:35

thank you for making this package...i am switching from ubntu to Arch this weekend...glad to be finding all my important apps in here

hydro commented on 2010-07-20 22:29

http://www.makemkv.com/forum2/viewtopic.php?f=3&t=1686

hydro commented on 2010-07-20 22:21

According to mike admin the new version is on its way.
http://www.makemkv.com/forum2/viewtopic.php?f=1&t=1215

markuman commented on 2010-07-19 18:22

http://files.osuv.de/makemkv.jpg
fail! but there is no newer version...