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

DeafEyeJedi

  • Hero Member
  • *****
  • Posts: 3171
  • 5D3 / M1 / 7D / 70D / SL1 / M2
MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2675 on: March 09, 2019, 05:47:59 PM »
Btw: for everybody who is able to compile: MLVApp can export HDR footage now. You won't see what you get in the viewer, but ffmpeg export will blend it, if this new option is chosen.


Yes! Will compile the latest MLV App and definitely have a go w the HDR features... Thanks so much to @Danne & @masc!
5D3.113 • 5D3.123 • EOSM.203 • 7D.203 • 70D.112 • 100D.101 • EOSM2.*

70MM13

  • Member
  • ***
  • Posts: 225
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2676 on: March 09, 2019, 06:51:39 PM »
yeah, jedi master...  i can't wait to see what you come up with!

theBilalFakhouri

  • Contributor
  • Senior
  • *****
  • Posts: 306
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2677 on: March 09, 2019, 10:38:02 PM »
No idea how we could "extract" only one of the isos in dual iso clips. What happens with the unused lines? Skipping won't work (-> black lines). So do I copy the 1st two lines to line 3&4 and so on? I think this would look not very nice.

How Dual ISO processing works?

As I know it averages the two first lines and the two third lines to generate the missing two second lines in the Base ISO lines and make one whole image for the Base ISO, then the the same thing happens with the two second lines and two fourth lines to generate the missing lines for the Second ISO and also build a whole image with the Second ISO . . After filling the Missing lines for Base and Second ISOs now the two generated images for base ISO and Second ISO will merge together?

If I am wrong please someone tell us how the processing works .

Okay can we averge the two first lines and the two third lines to fill the in-between these lines instead of just copying it? It look the same process how Twixtor plug-in in After Effects works when doing *fake* Slow Motion it creates frames by blending frame A and frame B then it put the generated frame in-between these A and B frames . . But in our case we have pixels lines  :D
700D 1.1.5 | no more ISOless LV err 8

Starclassic

  • New to the forum
  • *
  • Posts: 31
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2678 on: March 11, 2019, 09:32:25 PM »
Cinelog is commercial and I don't have it. So I am not able to see what you are doing. What kind of LUT is that? Is it a .cube 3D LUT? As I understood cinelog is more than just a LUT. Could you open that in a browser and see if it is correct to the specification?
If MLVApp tells "File with invalid header or file is too long.", this means that the LUT is not correct: there are more values included than the header of the file told before, or no value at all is included.

It is a .cube 3D LUT intended to convert BMD Film to Cinelog. It's intended use is for Davinci. I'll upload images later.

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1068
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2679 on: March 11, 2019, 10:31:06 PM »
It is a .cube 3D LUT intended to convert BMD Film to Cinelog. It's intended use is for Davinci. I'll upload images later.
The intended program should not matter. There is a spec from Adobe for cube files. This spec should be implemented. If the header of the cube does not fit to the attached data, MLVApp brings the error. You could count the exact number of lines of data and compare to the number inside the header. I bet it doesn't fit.

This is the corresponding code I am talking about:
Code: [Select]
...
        else if( sscanf(line, "LUT_3D_SIZE%*[ \t]%hu%*[^\n]", &lut->dimension) == 1) //LUT is 3D
        {
            lut_size = (uint32_t)lut->dimension * (uint32_t)lut->dimension * (uint32_t)lut->dimension * 3;
            lut->is3d = 1;
            lut->cube = malloc( lut_size * sizeof( float ) );
            continue;
        }
        else if( sscanf(line, "%f%*[ \t]%f%*[ \t]%f%*[^\n]", &r, &g, &b ) == 3) //Read data
        {
            if(!lut_size || i >= lut_size) //File with invalid header or file is too long
            {
                sprintf(error_message, "File with invalid header or file is too long.");
                unload_lut( lut );
                fclose( fp );
                return -1;
            }
            lut->cube[i+0] = r;
            lut->cube[i+1] = g;
            lut->cube[i+2] = b;
            i+=3;
        }
...
5D2.212 | EOSM.202

Andy600

  • Moderator
  • Hero Member
  • *****
  • Posts: 1857
  • Have you tried turning it off and on again?
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2680 on: March 11, 2019, 10:43:21 PM »
It's not a normal 3D cube lut. It's a hybrid format specific to Resolve and can't be parsed in other apps. It also doesn't conform to the Adobe .cube lut specification although it is based, in part, on it.
Colorist working with Davinci Resolve, Baselight, Nuke, After Effects & Premier Pro. Occasional Sunday afternoon DOP. Developer of Cinelog-C Colorspace Management and LUTs - www.cinelogdcp.com

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1068
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2681 on: March 11, 2019, 10:47:03 PM »
Thanks Andy600. Then I need this hybrid format spec, or MLVApp has no chance in reading such files ;) ...and even then... somehow this has to be processed?!
5D2.212 | EOSM.202

Andy600

  • Moderator
  • Hero Member
  • *****
  • Posts: 1857
  • Have you tried turning it off and on again?
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2682 on: March 11, 2019, 11:14:56 PM »
There is no published spec that I know of but it's basically a high precision 1D lut concatenated with a high precision 3D lut. It's quite rare.

This specific lut will only work in BMD Film colorspace and unlike other shaper+3D luts it samples an additional transform in unbound linear space but maintains linear greyscale in the 3D part. It's pretty complex to create and ordinarily this type of colorspace transform would require an additional 1D lut after the linear matrix transform to get from linear to log space. Cinelog (Resolve) does it all in one lut but at the expense of limiting the colorspace (as all luts do), albeit to a space far larger than any real-world colors exist in (similar to ACES). You don't lose anything but technically speaking it does impose a limit because it's a lut.

As I've mentioned before it would probably be better to implement a proper CMS (ACES, OCIO etc) into MLVApp as it would be more efficient and infinitely expandable. Lut color transforms, especially ones like this are quite heavy in terms of file size and would require several GBs of luts to cover transforms to/from most typical colorspaces.
Colorist working with Davinci Resolve, Baselight, Nuke, After Effects & Premier Pro. Occasional Sunday afternoon DOP. Developer of Cinelog-C Colorspace Management and LUTs - www.cinelogdcp.com

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5377
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2683 on: March 11, 2019, 11:29:32 PM »
Andy600, we missed you and colorspace discussions 8). Ilia3101 been working on aces transform for a while. Seems hard.

timbytheriver

  • Member
  • ***
  • Posts: 242
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2684 on: March 13, 2019, 12:09:04 PM »




Hi! This grab is from a 1080p/45fps clip on 5D31.2.3 in MLVapp 1.5 using AMaZe debayer. Lens is Canon L 16-35mm 2.8.

The aliasing/fringing around the leaves looks bad to me! Oddly enough, LMMSE debayer seems to make it worse!

Is this normal for a 5D3? Any ideas on how to treat this in MLVapp? Looks more like my old 5D2!

Many thanks.
5D3 1.1.3
5D2 2.1.2

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1068
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2685 on: March 13, 2019, 12:50:49 PM »




Hi! This grab is from a 1080p/45fps clip on 5D31.2.3 in MLVapp 1.5 using AMaZe debayer. Lens is Canon L 16-35mm 2.8.

The aliasing/fringing around the leaves looks bad to me! Oddly enough, LMMSE debayer seems to make it worse!

Is this normal for a 5D3? Any ideas on how to treat this in MLVapp? Looks more like my old 5D2!

Many thanks.
For me it just looks extremely overexposed (window is completely white). This causes artifacts at details. Bringing details out of overexposed areas is a hard job for all debayers.
5D2.212 | EOSM.202

timbytheriver

  • Member
  • ***
  • Posts: 242
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2686 on: March 13, 2019, 01:32:05 PM »
Thanks @masc Good catch, but the exposure appears to be just on the edge!





Forgot about Chroma smoothing; here with value=6 applied. Much better now! :)

I love MLV App!
5D3 1.1.3
5D2 2.1.2

DeafEyeJedi

  • Hero Member
  • *****
  • Posts: 3171
  • 5D3 / M1 / 7D / 70D / SL1 / M2
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2687 on: March 15, 2019, 11:33:36 PM »
...as mentioned before it would probably be better to implement a proper CMS (ACES, OCIO etc) into MLVApp as it would be more efficient and infinitely expandable.

+1  8)

Andy600, we missed you and colorspace discussions 8).

Big time!

Ilia3101 been working on aces transform for a while. Seems hard.

Hopefully @Andy600 could bring us hints, if any.
5D3.113 • 5D3.123 • EOSM.203 • 7D.203 • 70D.112 • 100D.101 • EOSM2.*

Jonit

  • New to the forum
  • *
  • Posts: 35
  • EOS M | 700D
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2688 on: March 16, 2019, 08:01:11 PM »
I've been watching some of my old vids and was thinking how good that footage looked even in early days. I've been shooting with 600D back then and I was processing in MLRawViever. I loved that convertor so much. It gave me awesome results and especially I loved the C-Log look. I've been using it as a final output without any aditional grading or color correction. But MLRawViever is no longer being maintained (unfortunately :( ) so it doesn't support newer 10-12bit and lossless compressions. Also it didn't have black point repair capability (which I greatly appreciate in MLVApp) and it also had a problem with overexposed footage where it would put color stripes over that area.

So I thought that I may try to "recreate" that C-Log look in MLVApp and I think, I've got pretty close, but I noticed one thing in that process and that is that video files produced by MLRawViewer have much less aliassing in them. Like the debayer algorithm is doing much better job there. Which is strange as both programs were set to AMaZE.

Do any of you guys have any idea why?
The difference is quite staggering in the final output.




(there is even more difference in another clips)


   

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1068
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2689 on: March 16, 2019, 10:12:16 PM »
RAW data has to be preprocessed to be able to debayer correctly. Maybe this is solved in different ways (sure it is). Don't find in the MlRawViewer's code how it is done there... was searching for hours, also in past already.
The AMaZE code is different too, but I exchanged it for test with the MlRawViewers code, and the result (also aliasing artifacts) was identical in my test pics.
5D2.212 | EOSM.202

Ilia3101

  • Contributor
  • Senior
  • *****
  • Posts: 488
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2690 on: March 16, 2019, 10:46:16 PM »
@Jonit This is due to how white balancing is done before debayering, MLRawViewer seems to do it better for that shot. Could you see if MLV App 1.4 is different or better please? there was a small change made between the two in debayer white balance, that improved things, but sometimes didn't.  I want to add an option for debayer white balance, hopefully that will fix your issue.

Also I'm shocked how close the two look... but they're both wrong, as they use sRGB ;)
5D2

Ilia3101

  • Contributor
  • Senior
  • *****
  • Posts: 488
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2691 on: March 16, 2019, 10:49:44 PM »
Andy600, we missed you and colorspace discussions 8). Ilia3101 been working on aces transform for a while. Seems hard.

Idk if what I'm doing is an 'aces transform' - the main goal is just to use a bigger gamut for processing. I am also considering ProPhoto RGB, it seems like the primaries on that colour space may be more close to our perception of 'red' 'green' and 'blue' so it would be better for RGB curves and things like that.

Those discussions were fun but I was so clueless back then :D
5D2

Jonit

  • New to the forum
  • *
  • Posts: 35
  • EOS M | 700D
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2692 on: March 16, 2019, 11:11:36 PM »
@Jonit This is due to how white balancing is done before debayering, MLRawViewer seems to do it better for that shot. Could you see if MLV App 1.4 is different or better please? there was a small change made between the two in debayer white balance, that improved things, but sometimes didn't.  I want to add an option for debayer white balance, hopefully that will fix your issue.

Here is the output from MLVApp 1.4. Looks the same to me.




Also I'm shocked how close the two look...
Took me about an hour to fiddle with the sliders and curves to match it relatively close to that MLVRawViewer C-Log  :D.

but they're both wrong, as they use sRGB ;)
Can you please elaborate a bit on this statement? I'm not very knowledgeable in that area so would be cool to understand a bit more :). Thanks!

Ilia3101

  • Contributor
  • Senior
  • *****
  • Posts: 488
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2693 on: March 16, 2019, 11:36:39 PM »
Ok then this issue will need some more work. Maybe wait until I add a white balance slider.

Took me about an hour to fiddle with the sliders and curves to match it relatively close to that MLVRawViewer C-Log  :D.
Ah right...

Can you please elaborate a bit on this statement? I'm not very knowledgeable in that area so would be cool to understand a bit more :). Thanks!

Well, MLV App's C-Log doesn't use the C-Log gamut yet, it only matches the C-Log log curve. Proper log profiles are coming with the colour space improvements mentioned earlier.

My assumption was based on how similar they look... so it's possible that only MLV App is wrong, or both are wrong in different ways. Maybe @andy600 about if MLRV does log colour right?

I don't know if this is too much ask, but could you make a direct comparison of MLV App and MLRawViewer in C log and rec709? I just want to see how different they look... also see if unchecking use camera matrix in MLV App brings them closer or anything.
5D2

DeafEyeJedi

  • Hero Member
  • *****
  • Posts: 3171
  • 5D3 / M1 / 7D / 70D / SL1 / M2
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2694 on: March 16, 2019, 11:58:18 PM »
Ok then this issue will need some more work. Maybe wait until I add a white balance slider.

Whoohoo!

Well, MLV App's C-Log doesn't use the C-Log gamut yet, it only matches the C-Log log curve. Proper log profiles are coming with the colour space improvements mentioned earlier.

Good to know.

... also see if unchecking use camera matrix in MLV App brings them closer or anything.

Great call @Ilia3101! (if needed I tend to use 'Uncolorscience Fix' by @Danne in the compiled versions)

5D3.113 • 5D3.123 • EOSM.203 • 7D.203 • 70D.112 • 100D.101 • EOSM2.*

Jonit

  • New to the forum
  • *
  • Posts: 35
  • EOS M | 700D
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2695 on: March 17, 2019, 07:19:07 PM »
I don't know if this is too much ask, but could you make a direct comparison of MLV App and MLRawViewer in C log and rec709? I just want to see how different they look... also see if unchecking use camera matrix in MLV App brings them closer or anything.

There is no CLog profile in MLVApp (at least I don't see any), so I used Log-C instead.
There are different whitebalances between the two apps (MLVApp - I didn't touch anything, MLRawViewer - I pressed WB presset number "3" (the default one was way off)).





Here are the original PNG frames: https://mega.nz/#!jJ1iGSZZ!Im80SRBNw6XewT3x0_y3pIsOdv_ZAcq1-sNkZ8MzZuQ

Proper log profiles are coming with the colour space improvements mentioned earlier.
Yay!!  :P :)

lostfeliz

  • Freshman
  • **
  • Posts: 53
  • 5diii. 60d.
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2696 on: March 19, 2019, 04:01:55 AM »
Anyone having an issue where my exports cut off after 29 seconds? I've been using Resolve for years. Wanted to switch to MLV App, but having this problem.

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5377
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2697 on: March 19, 2019, 07:50:48 AM »
At least tell your settings used or even better. Export all your settings into file and upload it here. Tell us your computer specs.
http://www.catb.org/esr/faqs/smart-questions.html#beprecise

Ilia3101

  • Contributor
  • Senior
  • *****
  • Posts: 488
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2698 on: March 19, 2019, 09:40:59 AM »
@Jonit thanks for the comparisons!

I will try and grt MLRV set up to do my own tests. I wonder how much closer they would or would not be with adjusted balance/exposure
5D2

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1068
Re: MLV App 1.5 - All in one MLV Video Processing App [Windows, Mac and Linux]
« Reply #2699 on: March 19, 2019, 01:35:19 PM »
Anyone having an issue where my exports cut off after 29 seconds? I've been using Resolve for years. Wanted to switch to MLV App, but having this problem.
Nope. Can convert hundreds of GB all over the day without crash here. More information needed, to be able to reproduce.
5D2.212 | EOSM.202