mlv_dump on Mac OSX

Started by marekk, November 01, 2013, 03:18:14 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

lcemmanuel

ok I'll try, many thanks for helping !

lcemmanuel

For the Mac users running Mavericks, converting .mlv to .dng finally worked this way :

http://www.youtube.com/watch?v=PFaiU7rv1pg

Here is a copy of what I wrote in Terminal. I had in the mlv folder on my desktop the following files :

M03_1804.M00
M03_1804.M01
M03_1804.M02
M03_1804.MLV
mlv_dump

mbp-de-laurent:~ laurentemmanuel$ cd desktop
mbp-de-laurent:desktop laurentemmanuel$ cd mlv
mbp-de-laurent:mlv laurentemmanuel$ ./mlv_dump --dng M03-1804.MLV

All dng files were extracted into the original mlv folder.

Thanks everyone for your help !

Laurent


Danne

On mac you can use MlvBrowseSharp from here http://www.magiclantern.fm/forum/index.php?topic=8447.0

Or if you simply want to batchconvert all files with a click (inckuding spanned files) you could use this command.script.
http://www.magiclantern.fm/forum/index.php?topic=9731.msg93586#msg93586
If you want the latest mlv_dump simply change the existing one from the link to the latest compiled from g3gg0 to stay current.

lcemmanuel

Thank you very much Danne for the advice.

jacktortuga

Quote from: marekk on November 04, 2013, 09:59:49 PM
https://www.dropbox.com/s/497bvdlcsd7p160/mlv_dump.zip

Downloaded that from dropbox and used the "drag to termiinal method" worked on some files on my first batch, some didnt, i was able to convert 2 out of 5 MLVs.

Now I always get the error "missing header files"  and cant convert anymore.

Any advice?  Using mavericks and a 60D if that helps


Yfripp

Quote from: marekk on November 01, 2013, 07:33:07 PM
ufffff finally it works..

1. I had to install gcc 4.7.3 (sudo port install gcc47 +universal; sudo port select --set gcc mp-gcc47; hash gcc)
2. Makefile:3. CpuArch.c from lzma lib has a bug as described at http://sourceforge.net/p/sevenzip/bugs/1338/
4. CpuArch.c replaced with http://sourceforge.net/p/sevenzip/bugs/_discuss/thread/ceab2abb/ab04/attachment/CpuArch.c

just incase anyone else is running into this issue on x86_x64 linux (im ruinning centos 6.5) adding -m32 to:
MLV_LFLAGS = -m32

solved the issue, it was already included on the MLV_CFLAGS command

g3gg0

Help us with datasheets - Help us with register dumps
magic lantern: 1Magic9991E1eWbGvrsx186GovYCXFbppY, server expenses: [email protected]
ONLY donate for things we have done, not for things you expect!

marekk

Quote from: Yfripp on April 09, 2014, 05:43:10 PM
just incase anyone else is running into this issue on x86_x64 linux (im ruinning centos 6.5) adding -m32 to:
MLV_LFLAGS = -m32

solved the issue, it was already included on the MLV_CFLAGS command



MLV_CFLAGS = -I$(SRC_DIR) -D MLV_USE_LZMA -m32 -Wpadded -mno-ms-bitfields -D _7ZIP_ST -D MLV2DNG
MLV_LFLAGS = -m32
MLV_LIBS = -lm
MLV_LIBS_MINGW = -lm


after adding -m32 to MLV_LFLAGS it works also on my system:
/opt/local/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/opt/local/bin/gcc
COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin12/4.8.2/lto-wrapper
Target: x86_64-apple-darwin12
Configured with: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/gcc48/work/gcc-4.8.2/configure --prefix=/opt/local --build=x86_64-apple-darwin12 --enable-languages=c,c++,objc,obj-c++,lto,fortran,java --libdir=/opt/local/lib/gcc48 --includedir=/opt/local/include/gcc48 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.8 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.8 --with-gxx-include-dir=/opt/local/include/gcc48/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --with-cloog=/opt/local --enable-cloog-backend=isl --disable-cloog-version-check --enable-stage1-checking --enable-lto --enable-libstdcxx-time --with-as=/opt/local/bin/as --with-ld=/opt/local/bin/ld --with-ar=/opt/local/bin/ar --with-bugurl=https://trac.macports.org/newticket --with-pkgversion='MacPorts gcc48 4.8.2_0+universal'
Thread model: posix
gcc version 4.8.2 (MacPorts gcc48 4.8.2_0+universal)

dfort

I was able to compile mlv_dump on a Mac. For others who are having trouble I posted the instructions here:

http://www.magiclantern.fm/forum/index.php?topic=7645.msg150386#msg150386

This should help with raw2dng and cr2hdr as well.

dfort

Fast forward nine months and a new problem is born.

I recently rebuilt my Macintosh development system using Homebrew and it seems that there is an issue that has come up since I first posted that tutorial. Everything works fine except when it comes to building mlv_dump.

[ HOST_CC  ]   lzma/XzCrc64.host.o
[ HOST_AR  ]   lzma/lib7z.a
gcc-ar-5: Cannot find plugin 'liblto_plugin.so'
make: *** [lzma/lib7z.a] Error 1


Searching for a solution I came across this: https://github.com/Homebrew/homebrew-versions/issues/139

So it looks like there is something wrong with the current gcc in Homebrew:

$ gcc-ar-5
gcc-ar-5: Cannot find plugin 'liblto_plugin.so'


I tried Apple's compiler but it doesn't work either:

$ make mlv_dump
[ HOST_CC  ]   mlv_dump.host.o
clang: error: unknown argument: '-mno-ms-bitfields'
make: *** [mlv_dump.host.o] Error 1


However, I can successfully cross-compile a Windows binary with the i686-w64-mingw32-gcc compiler.

Any clues how to get this working again?

[EDIT:] Fixed it!

Turns out that Homebrew plays nicely with Apple's default compiler suite so there's no need to use gcc-ar.

Makefile.user
#
# Host compiler settings
#
HOST_CC=gcc-5
HOST_LD=gcc-5
HOST_AR=$(shell which ar)