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

Macke1

  • New to the forum
  • *
  • Posts: 43
i have tried to record a time-lapse today, 3 fps and mlv raw movie, when I import it to mlv app the movie is shifting from frame 1-2-1-3-1-4-1-5 and so on. I can't post movie in the forum to show you (don't know how)


masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1548
Could you please upload a shortend version of this MLV for analysis? Maybe 10 frames or so? The frame counter counts the frames up, so I would think the MLV itself has a problem. Have you tried to export to DNG via mlv_dump or MLVFS?
5D2.212 | EOSM.202

Macke1

  • New to the forum
  • *
  • Posts: 43
how do I do that?' it works perfect without mlv raw

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1548
Set CutIn & CutOut to 1 and e.g. 10, export as MLV.
5D2.212 | EOSM.202



ilia3101

  • Moderators
  • Hero Member
  • *****
  • Posts: 897
Ah this must be a magic lantern bug. I had this on my 5D2 a few years ago, I was also trying to shoot a timelapse at low fps in video mode. Why? I don't know. Much better to shoot timelapse with intervalometer.

Skinny

  • New to the forum
  • *
  • Posts: 26
But in video mode you can use 360-degree shutter speed, and this will give you a very smooth and good-looking timelapse. With intervalometer, there is a time when the frame is being saved, and the camera basically waits, so it is not perfect.. at least I think so.

heder

  • Contributor
  • Freshman
  • *****
  • Posts: 87
  • No time for caution
Hi
Question to the MLVApp@devs. Im working on mlv_lite for 40d, but in currently stuck. The frame order in my files are incorrect, this can happen to all cameras, but how is MLVApp Sorting the frames, by timestamp ?.i use mlv_ dump to covert the mlv so I can load the files into MLVApp, but no matter what i do, the frame order is incorrect so i suspect i bug in my source.
Embedded SW engineer. Current Cameras: Canon 20d, 40d, 350d

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1548
@Macke1: thanks for the upload. I checked in MLVApp and in MLVFS (which uses mlv_dump):
both apps show the identical frames, so it is very sure there was something wrong when recording in camera. This could be a 5D2 ML bug, as Ilia also told.
5D2.212 | EOSM.202

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1548
Hi
Question to the MLVApp@devs. Im working on mlv_lite for 40d, but in currently stuck. The frame order in my files are incorrect, this can happen to all cameras, but how is MLVApp Sorting the frames, by timestamp ?.i use mlv_ dump to covert the mlv so I can load the files into MLVApp, but no matter what i do, the frame order is incorrect so i suspect i bug in my source.
I'll try to answer and hope the info is correct... @bouncyball could correct me, because he implemented it to MLVApp.
I think MLVApp uses the variable timestamp in struct mlv_vers_hdr_t to sort the frames. See video_mlv.c line 1771 and following, and 1834.
BTW: great work @heder!
5D2.212 | EOSM.202

adrjork

  • Member
  • ***
  • Posts: 136
Hi everybody and MANY congras to the author of this wonderful piece of software. MLV App is definitively in my workflow.
My question: I work on RAW files from 5D3, and I'm using MLV App to obtain Prores Proxy files to make a preliminary/sketchy grade in Davinci. I tried 3 Profiles: Alexa, Cineon and BMDfilm. My first impression is that with a bit of patience, you can achieve the same result with the 3 profiles. But since I'd convert a big bunch of RAWs with a single profile – for convenience – I'm try to understand which is the “good-enough-for-every-shot” profile that is possibly also a “less-nodes-for-a-good-grade” profile!
In short, my question is: which profile do you recommend (to be graded after in Davinci)?
I try to elaborate (forgive the non-technical terms):
A) Cineon seems to compress the histogram slightly pushing it towards the right (that should be good because it “saves” informations in a no-noise area);
B) Alexa does a similar thing but toward the left (theoretically not good because it's a noisy area, right?);
C) BMDfilm instead stretches the histogram with blacks starting on the very left.
It seems to me that BMD gives the fastest “couple-of-clics” good result (after Davinci grading) because of its contrasty histogram and “filmy” tone, BUT (for my taste) it's more difficult to obtain a less-contrasted look, and grass-greens seem to be flattened into a single unnatural color (even in Davinci...)
For my taste, Cineon and Alexa logs give the most pleasant results (always after Davinci grading): Alexa is faster for grading dark shots without great contrast (where Cineon adds always a bit of “halo”), whilst Cineon wins hands down in highly contrasted shots, also thanks to a creamy/screeny/gaussian rendition of lights when near to clipping.
For these first-and-rapid impressions, I'd decide go for Cineon for converting all my shots into proxies, but I'd like to know what you think about. Any advice?
Thanks a lot.

Luther

  • Senior
  • ****
  • Posts: 292
I just use Reinhardt with AP1 matrix. Increase saturation and play with curves. This is the fastest way of processing.
I used to use Log-C, but skin midtones gets trashed for some reason.

adrjork

  • Member
  • ***
  • Posts: 136
I just use Reinhardt with AP1 matrix. Increase saturation and play with curves. This is the fastest way of processing.
I used to use Log-C, but skin midtones gets trashed for some reason.
Thanks a lot, Luther. But I understand that your advice refers to grading directly into MLV App, right? My bad: I didn't specify correctly my former question: actually my question is «Which profile do you recommend (to be graded after in Davinci)?» (Now I correct the question also in my former message.)
i.e. my idea is to find which log profile outputs the best “log-proxy-for-room-grading-in-davinci-with-few-nodes” file (so that once I'll finish grading in prores, I should be able to replace the proxies with the DNGs having the possibility of obtaining a very similar – or even the same – result.)

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 6438
One way of thinking is to closely match the rec709 starting point in resolve and the do all further grading in resolve. Hard to match logs and color spaces between these programs.
See Reply #4144

Luther

  • Senior
  • ****
  • Posts: 292
Which profile do you recommend (to be graded after in Davinci)?
You're better off just converting to CDNG and processing directly on Resolve using ACES.
If you don't want to do that, I'd go with Alexa Log-C.

adrjork

  • Member
  • ***
  • Posts: 136
Thanks Danne and Luther!
I'd go with Alexa Log-C.
Ah, that's interesting: is yours a genuine preference, or is there some reason to prefer Alexa Log over Cineon Log (with Alexa gamut)?

@Danne: Thanks again for your replay. Your advice is perfect, but actually I don't try to match the “proxy-grade” with the following “DNG-grade”, I simply (and perhaps naively) try to have a “good-to-grade” proxy that gives me as room as possible to be graded in Davinci, and at the same time is as easy as possible to be graded. :) Rec.709 doesn't give to me the same room as a log profile. (Obviously, once I'll replace the proxies with the DNGs I'll have to remake all the grading... But I can image that DNGs will give me “at least” the same room as the proxies – naturally a much more large room.)

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 6438
I would grade the proxies directly in resolve. Rec709 - to whatever in resolve using nodes. In the end attach the full dng stream.
On a sidenote I don't see why you won't export proxies directly from resolve if you still gonna use dng files in the end. Mixing programs will be far from correct imo.

adrjork

  • Member
  • ***
  • Posts: 136
I would grade the proxies directly in resolve. Rec709 - to whatever in resolve using nodes.
Thanks as always, Danne.
On a sidenote I don't see why you won't export proxies directly from resolve if you still gonna use dng files in the end. Mixing programs will be far from correct imo.
You are right, Danne, it's not a strictly correct workflow. The reason is that MLVs are stored in an old external RAID that for “safety” reason I'd like to keep turned off during the long time of the proxy-editing (so, no MLVFS). If I had enought space I would have converted directly MLVs into DNGs, but I haven't (I'll have only the space to convert into DNGs those MLVs I'll verify – with the proxies – they will be actually used in the final editing). So the only thing I can do now is converting all the MLVs into small Prores Proxies, then trying an editing “hypothesis”, then re-converting the fewer corresponding shots from MLVs to DNGs to remake both the editing and the grading.
For me, at the moment, it's important that the Prores Proxies give me simply an “idea” of the DNG-grading, not a strict method for replacing the proxies with the DNGs. :)

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 6438
Well, good luck solving your issues. Whatever proxy export chosen you need to match starting point as close as possible in resolve, color space, gamma etc.

adrjork

  • Member
  • ***
  • Posts: 136
Well, good luck solving your issues.
Psychiatrically speaking? :D Ahahah...
Whatever proxy export chosen you need to match starting point as close as possible in resolve, color space, gamma etc.
Perfect! I'll do so. Thanks a lot.