Messages

They are just encodings defined by a curve and a matrix, freely available in white papers from most manufacturers (except shitty ones).

Some examples:
https://dl.fujifilm-x.com/support/lut/F-Log_DataSheet_E_Ver.1.0.pdf
https://pro.sony/s3/cms-static-content/uploadfile/06/1237494271406.pdf
https://www.arri.com/resource/blob/31918/66f56e6abb6e5b6553929edf9aa7483e/2017-03-alexa-logc-curve-in-vfx-data.pdf

How MLV App implements them:
https://github.com/ilia3101/MLV-App/blob/master/src/processing/image_profiles.c

There's nothing illegal about encoding your footage to interoperate with a LUT or a grading tool

Are they really from Sony/Arri or are they just very similar?

You'll never get the same output from these cameras as you will from a Sony or an Arri, the sensors are different, and processed differently before it even gets to the log. But it's probably close enough.

That's the right document. I've seen it before, but thanks for digging it up.

I've translated the scene linear to F log curve in to MLV App's expression format. Here you go:

Code Select Expand

(x < 0.00089) ? (8.735631 * x + 0.092864) : (0.344676 * log10(0.555556 * x + 0.009468) + 0.790453)

It uses the ternary operator syntax, it's equivalent to an if statement. I guess that's a little confusing.

Just paste that in to the transfer function and select Rec2020 for Gamut. And you should uncheck 'allow creative adjustments'.

Should look like this:



@masc Could we add this as one of the presets?


EDIT:

Also I recommend adjusting exposure *before* setting the log profile! It's impossible to judge exposure when viewing log (you're literally not meant to look at log encodings, they're encodings and not meant to be an image!!!).

Please export in 10 bit with this as well.


EDIT 2:

I still believe MLV App with AgX and one of the film filters is the best workflow out there for colour and tonality

Big claim I will stand by.

Where I can I find an up-to-date implementation for mac?

Sorry there's no up to date implementation. It's on my infintely long to do list. I need to rewrite the whole tool (as well as LibMLV).

Definitely coming.

I can also recommend the latest MLV App for producing final/graded rec709 images, in my opinion the new AgX processing is better than most manufacturer's LUTs and "colour science".

It's tonally smooth and handles difficult saturated colours and highlights (like LEDs) with perfect smoothness. Combined with one of MLV App's film filters, I bet it will look way better than the Fujifilm system.



The only area where MLV App is significantly lacking is highlight reconstruction. Davinci is better if you've clipped channels.

@Danne Perfect!

Cinematch is overkill (and possibly worse) for this use case.

You can implement F log yourself. Select rec2020 primaries(F log uses them), then write the log curve formula forums as transfer function (you'll need to google it to find the formula).

Cinematch looks like the biggest rip off I've ever seen.

(unless it has really amazing gamut mapping algorithms or something).

Also notice how it ruins all the colourful details on the flowery texture. It looks terrible :/

Maybe you could mask out any areas that are affected badly by the filter.

Wait, we're considering removing dual ISO? What are the reasons for that?

I believe I can fix highlight reconstruction, and the only other issue I know of is that it breaks with vertical stripes. Why remove it?

Wait. A few more days and we could make it 1.15, I wanna make processing more float.

do you know any protable linux version that I can just copy on the thumb drive and boot from it, instead of installing? for testing.

You can do this with normal ubuntu thumb dribe. But again, it may not run because of the SSE4.1 issue.

@masc What do you think about disabling SSE4.1 for 32 bit builds from now on? Or even on all builds, if the performance penalty isn't too great. It's a pretty weird instruction set that no one uses anyway.

By the way, it is not LED, it is just a standard white flash light with color filter on it.

That filter is likely producing a stronger pink than what's possible with typical RGB LEDs. I really appreciate having that photo to play with, so thanks again!

for fashion photos it is normal to have very saturated colors sometimes. For example:

Love bright colours. BTW, even in those examples, they aren't handled perfectly. I see digital skews/clipping in some of those photos.

My goal is to create digital image processing that handles bright colours smoothly. It's possible. Film does it. It's what I've been working towards for the past two years.

Thanks for pointing that out. Is that a compiler flag we're setting?

I think we should limit to SSE2, at least for the 32 bit builds.

Thanks for the photos! Very pink, wow. Even new MLV App is having trouble. Switching to Arri Wide gamut helps as usual. But that's some insane pink. Will take a deeper look later.

I can't find information about the exact CPU model name you specified. Only core 2 duo comes up. Is it a core 2 duo? (If so, it would be 64 bit). Also wikipedia for core 2 says all core 2 are 64 bit - https://en.wikipedia.org/wiki/Intel_Core_2

You could try dual booting 64 bit linux, and running the Linux build, might be easier than compiling it yourself for Windows 🤷

Those error codes might be helpful. Thanks for sharing.

Ah that's annoying. Does it crash, or give any useful errors? Are you able to try compiling MLV App?

Also, maybe 1.14 will run. Perhaps 1.13 is just an unlucky coincidence.


And yes, I would love to see any difficult photos please.

wow, this looks great! I wonder how it will behave on skintones with saturated color lighting, because this problem exist even with standard cr2 files opened in photoshop sometimes..

I suspect it will be better than Adobe, except for highligh reconstruction. I'd love to see your results.

You can import your CR2 in to MLV App using File -> Transcode and import. It will convert any raw photos to an MLV.

Would you like the original MLV, or just higher resolution?

Let me upload the MLV. Will be a few minutes.

Done. Here's the MLV: https://drive.google.com/file/d/1aGMz6JkatsWX9EGlValDahDheRcopj5E/view?usp=sharing

And here it is in higher resolution, plus you get to see the whole rainbow:

Major improvement to saturated colour handling coming in next release

(You can all thank @troy_s on twitter for the idea, so simpe yet effective!)



Will help other subjects too, like sunsets and flowers. It's still not perfect, but now far better than most solutions out there.

[438]

Sorry, I am a total idiot!

I must have been in photo mode, because it's only that high before entering live view ((((

As soon as I enter liveview, the 243 number goes down to 167

When I test now, raw and JPEG produce 100% same exact memory stats, in video liveview. Do you see any possiblity of hacking things  up to increase these numbers?

Both JPEG and raw produce the following same numbers:

So 438 MB of memory will be dedicated for RAW video recording on 5D3 --> These will have positive impact when recording at 3K/4K resolutions or higher (more recording time).

Imagine 🤤

[5D3.113]

5D3.113

Unloaded all my modules by editing module.c and recompiling. Anyway.

JPEG	RAW

How convenient that I shoot raw photos anyway.

Congratulations!!!

You told me that you have "enough cameras" now... but I'd like to let you know: one can never have enough cameras (especially you, and if the camera can run magic lantern )

With these new hacks + overclocking + card spanning, 5D3.113 gives 3840x1536 14 bit semi-continously

Previously I could only get 12 bit for no more than 10 seconds.

I can't thank you enough!

Let's do this everyone!

@theBilalFakhouri is able to take paypal now Just contact him on Reddit/Discord/Twitter.

MLV App is compiled for intel. Maybe you'd have to use the linux compiling instructions and see if you can compile it on your ARM phone?

[this makes almost ZERO difference, compared to the way you processs the footage, that's where the colour difference happens, no camera sensor has special colour]

Magic lantern and Arri cameras are very similar. Both record enencrypted and uncompressed/lossless raw.

In my opinion an Alexa is just your Canon +
- Lower noise (aka more dynamic range)
- Much less rolling shutter
- More resolution (up to 3424 x 2202)
- Less moire issues
- Mildly different colour response - this makes almost ZERO difference, compared to the way you processs the footage, that's where the colour difference happens, no camera sensor has special colour

So work within your camera's limitations, and most importantly learn the craft (instead of wasting time watching gear videos).

Is it colour science that you guys are looking for, or is it more like signal processing?

Anyway I'm interested