Magic Lantern (RAW) Video format v2.0 (mlv_rec.mo)

[MGerard]

fixed, thanks.

Thank you for all your effort!

[ToneyFrancoHD]

I just installed ML on my canon 60D but I can't see the raw video in video mode? What do I need to do to shoot raw?

[chmee]

enable the according modules inside the menu. mlv_rec and/or raw_rec

[Canon eos m]

fixed, thanks.

Good morning. Is this module I should use going forward?

[MGerard]

Good morning. Is this module I should use going forward?

It fixes the assert and is already included in the latest nightly build.

[MGerard]

While the latest nightly build seems to work fine (no error msgs or console anymore), the mlv files can't be decoded via MLVMystic (just decoded one dng with weird colors), decoding to dng sequence with mlv dump worked, dng seq numbering is wrong (starts at frame_000000 / 01 / 02 then continues with 1180).

[5DanielMIII]

Hi,

Thanks for all the hard and great work!
It it delicious 

Latest built reports invalid header when trying to playback MLV file in camera.
I can only see the first frame after it renders through, and it is a noisy image, sometimes pink noise, other times black & white colors!

I did not try to import that file on my Mac to convert it, so it might be a in camera problem, or this could be as @MGerard wrote:

While the latest nightly build seems to work fine (no error msgs or console anymore), the mlv files can't be decoded via MLVMystic (just decoded one dng with weird colors), decoding to dng sequence with mlv dump worked, dng seq numbering is wrong (starts at frame_000000 / 01 / 02 then continues with 1180).

So I always get that invalid header message when trying to preview in camera, so I went back to a later build that works for now 

5D Mark III
Build 5D.113
Built on: 2014-04-18 07:11:43 +0800


Regards,
Daniel

[SergePlotkin]

fixed, thanks.

Does the fix for "hdr>blockSize>0" failed assertion apply to 5D3-123 as well ? I see similar problem there after downloading the 4/16 nightly build.
thanks.

[g3gg0]

another fix that solves the error reported by 5DanielMIII and MGerard.
thanks.
this bug depends on some block sizes and thus on some settings.

please dont use the older builds anymore.

@SergePlotkin:
please more details about the error you get and the settings/situations that lead to this error.

[SergePlotkin]

g3gg0,

Posted all the .err files as part of #1954 on bitbucket.
Summary: Using latest 5D3-123 build.
Old style raw seems to work fine.
If instead I enable the new mlv_rec&mlv_snd, then shortly after starting to record
I get the above assertion violation and lots of debug-related info on the screen, as if in "console mode".
At this point I have to turn off the camera.

Interestingly enough sometimes this does not happen at all - have a couple of 3-4 minutes HD recordings with no problems.
Also, somehow pressing the AF-ON button in the middle of the recording more often then not immediately results in this error.

Using Sandisk UDMA7 90MB/s 64GB flash. Recording at about 70MB/s.

Probably unrelated, but pressing "zoom" during recording completely hangs the camera and requires removal of battery.

Please tell me what other specific information will be helpful, since it is very easy for me to reproduce the above issue/issues.

thanks.

[g3gg0]

thanks, seems to be to related with mlv_snd. will check.

[g3gg0]

please try latest nightly (or from there)

[kaco]

g3gg0, is it safe now to start using .123 for the MLV raw?

[kaco]

please try latest nightly (or from there)

Tested the version from jenkins, also got error as SergePlotkin. Tested your build of mlv_rec, the console error has gone. But now I am missing the option to allocate space with LV off (some kind of extra hack). And on record start/stop i got message:
Hacked error at 0:
expected e3a00032, got e1a00000

[g3gg0]

disable memory hacks and extra hacks, then try again.

[SergePlotkin]

g3gg0,
Disabling "extra hacks" eliminates the "hacked error at 0" message.
Are these hacks important for something ?
In particular, I am worried about quickly rising temperature - reaches 50C less than 10m into shooting video.
Thanks for creating the fix so quickly !

[g3gg0]

with those hacks you can gain a few buffers more.
so you will get a few seconds extra recording time if your card isnt fast enough.

temperature is nearly the same as in video mode without recording raw.

[arch]

I just tried the latest nightly build and sometimes during recording (MLV_rec enabled), the console pops up (on a 5D3). Found no way to disable it unless I restart the camera...

this is the assert:

ML ASSERT:
hdr->blockSize > 0
at mlv_rec.c:1969 (mlv_prepend_block), task raw_rec_task
lv:1 mode:3


Magic Lantern version : Nightly.2014Apr16.5D3113
Mercurial changeset   : 9058cbc13fa4 (unified) tip
Built on 2014-04-15 23:11:59 UTC by [email protected].
Free Memory  : 151K + 3815K

I'm using the latest nightly build and still getting this exact error. The console pops up after about 1 minute of recording and still records. I've tried recording with RAW only and not MLV (Video/Audio) and it's amazing. No errors so far on that.

Is there a setting we're supposed to change or anything we can do?

edit - I'll test the mlv_rec.mo linked. Thank you!

edit again - I replaced mlv_rec.mo and everything works. I still get the hacked error at 0 message with extra hacks on, but that's it. Thanks!

[g3gg0]

I'm using the latest nightly build and still getting this exact error.

latest = 20.04.
your build = 16.04.

sure that the nightly isn't more recent?

[Andy600]

@g3gg0 - Which part of the code applies BT709/BT601 to the DNGs. I remember you did something that does the matrix transformation on the fly but can't remember where it is. I want to try something with wide gamut RGB.

[arch]

latest = 20.04.
your build = 16.04.

sure that the nightly isn't more recent?

Sorry, I'm new here and still learning about all this. I'm using the 1.2.3 latest nightly build. Is there a different developer on that build?

Magic Lantern Version: Nightly.2014apr16.5D3123
Built on 2014-04-16 16:33:51 UTC by [email protected]

I did use the mlv_rec.mo you linked, and it works awesome except has the hacked error with 0 message (it disappears within a second or so) when hitting record and unrecord.

Thanks again and sorry for the noob questions.

[g3gg0]

okay it seems v1.2.3 was not built a few days.
then its clear why yours is older.

[g3gg0]

@g3gg0 - Which part of the code applies BT709/BT601 to the DNGs. I remember you did something that does the matrix transformation on the fly but can't remember where it is. I want to try something with wide gamut RGB.

https://bitbucket.org/hudson/magic-lantern/src/fd63cf6052145074ee9891faea0f1a2d1d0c08bb/contrib/g3gg0-tools/MLVViewSharp/DebayerBase.cs?at=unified

there i am using the matrices in my C# rendering example.

DNG themselves dont have any RGB colorspace information, they contain RAW RGGB bayer pattern.

[5DanielMIII]

Hi @g3gg0

Do not know if this should be reported here as well.
I posted it to the MLV mystic thread..

But I can not convert any of my MLV files from this build;
Date: 2014-04-20 07:11:47 +0800

Program MLV Mystic says "Conversion  Complete" but all the new DNG-folders are empty.
MIrawviewer too makes empty folders when trying to export straight from the player.


I am on a 5D Mark III .113



Regards,
Daniel

[marekk]

hi.. I'm testing a fresh build of ML with ML_REC on 5D3 1.2.3.
Setup: 1920:1080 23,976 fps, Transcend 1000x 64GB..
After restart, first movie records without issues. Next stops after 2-3 seconds. So I allowed skipped frames and it shows skipped frames (2-4) always after 2 seconds and then goes without problems. I tested also a RAW_REC and I've got no skipped frames.. Is it a problem with my CF card ?

UPDATE: I copied warm up code just after start_delay option and it looks like it works without skipped frames now. Maybe my card needs warm up just before each file ? hmm

Code Select Expand

  msleep(start_delay * 1000);
   
     if(warm_up)
    {
        NotifyBox(100000, "Card warming up...");
        char warmup_filename[100];
        snprintf(warmup_filename, sizeof(warmup_filename), "%s/warmup.raw", get_dcim_dir());
        FILE* f = FIO_CreateFile(warmup_filename);
        if(f != INVALID_PTR)
        {
            FIO_WriteFile(f, (void*)0x40000000, 8*1024*1024 * (1 << warm_up));
            FIO_CloseFile(f);
            FIO_RemoveFile(warmup_filename);
        }
        NotifyBoxHide();
    }