Author Topic: MLV App 1.14 - All in one MLV Video Post Processing App [Windows, Mac and Linux] (Read 1258446 times)

masc · « **Reply #1400 on:** June 01, 2018, 11:59:05 AM »

Quote from: escho on May 31, 2018, 05:41:09 PM

What about ffmpeg? Does the app-image contain ffmpeg?

Now ffmpeg is included in the Linux AppImage (file exchanged in download area).

bouncyball · « **Reply #1401 on:** June 01, 2018, 05:42:14 PM »

@masc

BTW compiled MLV App performs 5-6 frames per second better than AppImage on my PC (1080p: 12fps vs 18fps).

domasa · « **Reply #1402 on:** June 01, 2018, 07:50:06 PM »

Quote from: bouncyball on June 01, 2018, 08:58:38 AM

Sorry there are no plans to support DNG import in MLV App. If you on Win try mlvproducer.

MLVProducer support only *.mlv and *.raw. Rename *.dng to *.raw does not work.
But thanks for the tip.

domasa · « **Reply #1403 on:** June 01, 2018, 08:23:22 PM »

W

Quote from: domasa on June 01, 2018, 12:56:59 AM

I recorded videos in crop mode 1920 1:1 (5D mark III), exported to *.dng and deleted sources.
But result files contains vertical stripes:

How can I fix it additionally? MLVApp can not open generated dng-files.

However - what is best setting in MLVApp for export *.dng without stripes (5D mark III crop mode 1920 1:1)?

Danne · « **Reply #1404 on:** June 01, 2018, 08:46:26 PM »

@domasa
Could you zip around 50 of those dng files and send me? Will check if my tif_clean script could handle stripes.

domasa · « **Reply #1405 on:** June 01, 2018, 09:41:10 PM »

@Danne
I sent you personal message with link.

masc · « **Reply #1406 on:** June 01, 2018, 11:05:53 PM »

Quote from: bouncyball on June 01, 2018, 05:42:14 PM

@masc

BTW compiled MLV App performs 5-6 frames per second better than AppImage on my PC (1080p: 12fps vs 18fps).

What Qt version do you use? For me the fastest was 5.7

bouncyball · « **Reply #1407 on:** June 02, 2018, 12:22:02 PM »

QT 5.9.2

Seruji · « **Reply #1408 on:** June 02, 2018, 06:26:20 PM »

I'm a Canon 5Dmkii user, using Cinemastyle profile and RAW (MLV 2.0). Windows 10 user and I have many LUT's. ¿Should I use MLVAPP or MLV Producer?

bouncyball · « **Reply #1409 on:** June 02, 2018, 06:34:34 PM »

I guess the answer is simple

Both are free so try 'em both...

Danne · « **Reply #1410 on:** June 02, 2018, 07:01:18 PM »

Will test the latest stuff from bouncyball tonight

. Noticed a zero byte ffmpeg image. Fooled my compiler. Should be removed from repository:

masc · « **Reply #1411 on:** June 03, 2018, 10:21:58 AM »

Quote from: Danne on June 02, 2018, 07:01:18 PM

Will test the latest stuff from bouncyball tonight . Noticed a zero byte ffmpeg image. Fooled my compiler. Should be removed from repository:

Yes, I included this dummy file, because AppImage Linux won't compile without. On OSX you should have the same problem in both cases: with dummy file compiling should work, but export doesn't; without dummy file compiling is impossible. For your scripts or everybody who does it manually: you should (must) unzip ffmpegOSX.zip before you compile (unfortunately I haven't found a way to do it using qmake)!

Danne · « **Reply #1412 on:** June 03, 2018, 10:44:18 AM »

I see. Then I just rearrange som handling in my script. Thanks

escho · « **Reply #1413 on:** June 03, 2018, 03:41:07 PM »

The new Zero-Byte file "ffmpeg" in platform/qt/FFmpeg breaks unpacking with tar -C--- in Linux openSUSE. If I rename the empty file to let´s say "ffmpeg1", unpacking works like expected

Danne · « **Reply #1414 on:** June 03, 2018, 04:14:47 PM »

@escho
Exactly.

masc · « **Reply #1415 on:** June 03, 2018, 04:50:13 PM »

Quote from: escho on June 03, 2018, 03:41:07 PM

The new Zero-Byte file "ffmpeg" in platform/qt/FFmpeg breaks unpacking with tar -C--- in Linux openSUSE. If I rename the empty file to let´s say "ffmpeg1", unpacking works like expected

Really? Why that? The source is a different filename and the target is a in a different folder... could you explain please, why that fails?
Without the dummy file I get on OSX:

Code: [Select]

make: *** No rule to make target `/Users/masc/Documents/MLV_App/platform/qt/FFmpeg/ffmpeg', needed by `MLV App.app/Contents/MacOS/ffmpeg'.  Stop.

And on Ubuntu Linux (normal compiling) something very similar. When creating the app image the commands completely fail on compiling without dummy file.

Danne · « **Reply #1416 on:** June 03, 2018, 05:04:43 PM »

Extract ffmpeg zip for mac and out pops a binary named ffmpeg, same as dummy file. Conflict.
Of course, it could probably be sent straight to mlv app compiling folder instead of next to the dummy file.

escho · « **Reply #1417 on:** June 03, 2018, 05:06:34 PM »

If I remember correct, it says something like "FFmpeg/ffmpeg not found". I have an idea, what can help, maybe. But I cannot test this here. Will try it later, when I'm back home.

escho · « **Reply #1418 on:** June 03, 2018, 07:13:36 PM »

Unpacking "ffmpegLinux.tar.xz" manually gives a folder

Code: [Select]

ffmpeg-4.0-64bit-static
containing the these files

Code: [Select]

-rwxr-xr-x 1 edgar users 63012968 22. Apr 21:33 ffmpeg
-rwxr-xr-x 1 edgar users 64229352 22. Apr 21:54 ffmpeg-10bit
-rwxr-xr-x 1 edgar users 62914664 22. Apr 21:33 ffprobe
-rw-r--r-- 1 edgar users    35147 22. Apr 21:54 GPLv3.txt
drwxr-xr-x 2 edgar users     4096 22. Apr 21:38 manpages
-rwxr-xr-x 1 edgar users   742480 22. Apr 21:33 qt-faststart
-rw-r--r-- 1 edgar users     2857 22. Apr 21:54 readme.txt

I used a wildcard for this folder-name in the tar-command:

Code: [Select]

QMAKE_POST_LINK += tar -C $$(HOME)/bin -xvJf FFmpeg/ffmpegLinux.tar.xz --strip=1 --wildcards */ffmpeg
Unfortunately, this wildcard seems to conflict with the dummy file "platform/qt/FFmpeg/ffmpeg". Don´t ask me, why. This is the corresponding error-message:

Code: [Select]

tar: FFmpeg/ffmpeg: Nicht im Archiv gefunden.
If I call tar with the complete archiv-path, ffmpeg is found in the archiv and gets unpacked. No more error.

Code: [Select]

QMAKE_POST_LINK += tar -C $$(HOME)/bin -xvJf FFmpeg/ffmpegLinux.tar.xz --strip=1 ffmpeg-4.0-64bit-static/ffmpeg
This fixes the normal compiling for Linux openSUSE.

masc · « **Reply #1419 on:** June 03, 2018, 07:30:56 PM »

Quote from: Danne on June 03, 2018, 05:04:43 PM

Extract ffmpeg zip for mac and out pops a binary named ffmpeg, same as dummy file. Conflict.

On Ubuntu it automatically overwrote the dummy file - no conflict. Is this different on OSX?

@escho: please try

Code: [Select]

QMAKE_POST_LINK += tar -C $$(HOME)/bin -xvJf ../qt/FFmpeg/ffmpegLinux.tar.xz --strip=1 --wildcards */ffmpeg $$escape_expand(\n\t)

Your command also wasn't working for me (no matter if the dummy file was existing or not), so I changed it for the app image. With the above command it was working (whyever). Does it work also for you? But I also can change the command as you told, if that helps!

Thx!

escho · « **Reply #1420 on:** June 03, 2018, 07:40:57 PM »

Quote from: masc on June 03, 2018, 07:30:56 PM

Code: [Select]
QMAKE_POST_LINK += tar -C $$(HOME)/bin -xvJf ../qt/FFmpeg/ffmpegLinux.tar.xz --strip=1 --wildcards */ffmpeg $$escape_expand(\n\t)

What is "$escape_expand" ?

masc · « **Reply #1421 on:** June 03, 2018, 07:48:37 PM »

Ah... you can ignore that. I needed it to realize another command after this command. (I made ffmpeg executable in another command)

escho · « **Reply #1422 on:** June 03, 2018, 07:55:03 PM »

Same error (with and without escape_expand):

Code: [Select]

tar -C /home/edgar/bin -xvJf ../qt/FFmpeg/ffmpegLinux.tar.xz --strip=1 --wildcards */ffmpeg
tar: FFmpeg/ffmpeg: Nicht im Archiv gefunden.
tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler
make: *** [Makefile:408: mlvapp] Fehler 2

masc · « **Reply #1423 on:** June 03, 2018, 08:27:04 PM »

Thx for trying out @escho! Commited your command to the repos.

escho · « **Reply #1424 on:** June 03, 2018, 09:12:33 PM »

Compiles now. Thx, masc.

Installed the brand new openSUSE 15.0 in a VM and tested mlvapp on this machine:
Works both: self compiled mlvapp and the appimage

News:

Author Topic: MLV App 1.14 - All in one MLV Video Post Processing App [Windows, Mac and Linux] (Read 1258446 times)