Messages

I've been using my 700D build to record with mlv lite + mlv snd and as far as I can tell the recordings are running smoothly, didn't ran into any issues.

I do get the Audio failed to stop "error", but that's not a real error. Recording is stopped, and audiometers continue to function. Might have something to do with that.

What's the reason why you want to combine h264 proxy with mlvsnd? h264 proxy has the same audio as mlvsnd (when recording at 48khz) so there's no reason to record it using mlvsnd.

Small issue:
When recording with internal microphone first and connecting a microphone in between shots, the audiometers still capture the internal microphone.

Official mlv_dump has the same issue.

Small bug report. If you set the output to a folder -o DNGFOLDER/ the wav file isn't exported.

If you set it to -o DNGFOLDER/prefix the wav file is exported.

I was just thinking out loud. Looking for an alternative option for the h264 preview images. However the first frame as normal image shouldn't be to hard for the camera either. It's just the post-processing that's a bit harder.

You're welcome. It's something I needed, glad it's of value for you guys too!

Audio isn't exactly in sync. I've done some testing and it's not even consistently out of sync, but it's only a few frames, so that's a quick fix.

I haven't tested any modes for recording, just a few simple 16:9 non crop 11..8 bit lossless recording with audio, but please try every single combination and post the results!

Regarding the preview image, isn't it an option to sync based on black frames at the end of the recording? Might take a bit more time in post processing, but at least you get to keep the preview images.

Thank you for the explanation. Good that it wasn't anything serious.

I'll be shooting a new session tomorrow and will test it again.

I have a recording where the old mlv_dump-on-steroids fails and the new one works:

Old version:

Code Select Expand

MLV Dumper
-----------------

Last update:  33ac267 on 2017-07-25 14:35:07 UTC by bouncyball:
pixel_proc: now supported both: newer .fpm with header or origin...
Build date:   2017-07-25 17:09:30 UTC


New version:

Code Select Expand


MLV Dumper
-----------------

Last update:  f44ffe0 on 2017-10-15 13:02:25 UTC by bouncyball:
pixel_proc: changes to focus pixel map generator
Build date:   2017-10-24 08:10:55 UTC


The command I use is:

Code Select Expand

~/mlv_dump.linux --fpi 0 -f 5 --dng

I'll send the mlv file per PM.

Code Select Expand

MLV Dumper
-----------------

Mode of operation:
   - Input MLV file: 'M17-1504.MLV'
   - Verbose messages
   - Verify file structure
   - Dump all block information
File M17-1504.MLV opened
File M17-1504.M00 not existing.
Processing...
File Header (MLVI)
    Size        : 0x00000034
    Ver         : v2.0
    GUID        : 5477059852982235116
    FPS         : 25.000000
    File        : 0 / 0
    Frames Video: 74094
    Frames Audio: 0
    Class Video : 0x00000001
    Class Audio : 0x00000000
Block: RAWI
  Offset: 0x00000034
  Number: 1
    Size: 180
    Time: 0.782000 ms
    Res:  1280x720
    raw_info:
      api_version      0x00000001
      height           1189
      width            1808
      pitch            2260
      frame_size       0x002900A4
      bits_per_pixel   10
      black_level      128
      white_level      1013
      active_area.y1   28
      active_area.x1   72
      active_area.y2   1185
      active_area.x2   1808
      exposure_bias    0, 0
      cfa_pattern      0x02010100
      calibration_ill  1
Block: RAWC
  Offset: 0x000000e8
  Number: 2
    Size: 32
    Time: 0.797000 ms
    raw_capture_info:
      sensor res      5184x3456
      sensor crop     1.62 (APS-C)
      sampling        3x3 (read 1 line, skip 2, bin 3 columns)
Block: IDNT
  Offset: 0x00000108
  Number: 3
    Size: 84
    Time: 0.811000 ms
     Camera Name:   'Canon EOS REBEL T5i'
     Camera Serial: '9C93E2F79'
     Camera Model:  0x80000326
Block: EXPO
  Offset: 0x0000015c
  Number: 4
    Size: 40
    Time: 0.823000 ms
     ISO Mode:   0
     ISO:        400
     ISO Analog: 88
     ISO DGain:  0/1024 EV
     Shutter:    20000 microseconds (1/50.00)
Block: LENS
  Offset: 0x00000184
  Number: 5
    Size: 96
    Time: 0.847000 ms
     Name:        'EF-S18-135mm f/3.5-5.6 IS STM'
     Serial:      ''
     Focal Len:   24 mm
     Focus Dist:  132 mm
     Aperture:    f/4.00
     IS Mode:     0
     AF Mode:     3
     Lens ID:     0x0000102E
     Flags:       0x00000000
Block: RTCI
  Offset: 0x000001e4
  Number: 6
    Size: 44
    Time: 0.863000 ms
     Date:        17.10.2017
     Time:        15:04:43 (GMT+0)
     Zone:        ''
     Day of week: 2
     Day of year: 289
     Daylight s.: 0
Block: WBAL
  Offset: 0x00000210
  Number: 7
    Size: 44
    Time: 1.495000 ms
     Mode:   9
     Kelvin:   5500
     Gain R:   483
     Gain G:   1024
     Gain B:   660
     Shift GM:   0
     Shift BA:   0
Block: VERS
  Offset: 0x0000023c
  Number: 8
    Size: 172
    Time: 58.597000 ms
  String: 'mlv_lite built 2017-10-16 20:22:53 UTC; commit 8ee7858 on 2017-10-16 20:21:52 UTC by alex: mlv_lite: fix 8..12-bit lossless in 720p on small cameras '

This.

If you meant that only MacOS binary is updated and not Win/Linux ones - then yes, that's right

Both now uploaded.

When I have a little more time I'll look at the different versions and where it goes wrong. I'll come back on this.

I was working with the latest version of the crop_rec_4k branch on my 700D and the current linux (and windows) version of mlv_dump on steroids doesn't handle focus pixels any more. If you can update it, would be much appreciated. (I've compiled my own version for now, but I'm sure there are others with the same issue.)

I'd say, have a go at it That's the upside of Open Source. If you want something, you can do it yourself and share it with the community.

Shameless cross post: https://www.magiclantern.fm/forum/index.php?topic=16650.msg192161#msg192161 sound recording with mlv_lite based on the crop_rec_4k branch.

Here you go!

Now let's bring in the feedback!

I've compiled builds for all the camera's that are supported by the crop_rec_4k branch. I haven't tested the 5D3 and 100D builds, but they should work fine.

https://bitbucket.org/ehoutsma/magic-lantern/downloads/

I've altered mlv_snd a little to send a callback to mlv_lite before starting the recording, or mlv_rec after starting the recording, so prerecording should in theory also work.

Good to hear that it works, Danne!

Still have a few issues to tackle. Especially the callback from mlv_snd and have a good look at the consistencychecks.

The module mlv_lite is totally not written for integration with another source of content, audio in this case. There are a lot of consistency checks and other checks that assume the video frames are the only frames.

I've disabled a check (frame order consistency assert because the check doesn't work this way anymore) and moved a few checks to videoframe only.

Capturing is now working without asserts and warnings for frame order.

It should work on all the camera's the crop_rec_4k branch compiles.

Yes, it's the crop_rec_4k_mlv_lite_snd branch.

I've found the issue. I wanted to store the HDR I received from mlv_snd and save it, but I'm having some issues with global variables. Will have to look into that later.

I've edited the routine and it builds a new header and saves it.

The issue is that the values are shared with the recording module (mlv_lite and mlv_rec) after the audio recording is started. Depending on the moment of storing of the wave header, this is or isn't a problem.

In the mlv_lite I've added the wav header inside write_mlv_chunk_headers, which is called before the starting of the mlv_snd module.

At the moment I've moved the start of the audio recording to before the writing of the header. Not the best way. Alternative could be to move the sharing of the header to the raw_rec_cbr_starting call. I don't know if that will give issues with mlv_raw.

This solution doesn't work well with prerecord.

Haven't looked at the data corruption  /frame order consistency checks.

Which commit did you build,Danne? 42b544a or 7c51597.

If you have build 42b544a it is correct you didn't get the wave file. The variable is filled after the header is written. Second recording should contain the header.

Was already working  on a fix cq improvement. Will commit it later.

700D but that shouldn't really matter. With this version of mlv_lite you should always get a wav file, because it's hard coded to add the wavi-header to the mlv file.

If you run mlvdump -v --skip-type VIDF |more, do you see a WAVI block after the WBAL block, and maybe AUDF frames?

You can also look for WAVI with hexdump. It should be in the first 1600 bytes.

Most of the errors are because the checks are only made for video frames and this check validates the working of the compression.

The frame sequence error is a more a warning than an error.

These errors need fixing but should't stop the working of the combination of mlv_lite and mlv_snd and it should result in the same result as mlv_rec and mln_snd.

I cannot put my finger on it. One thing I noticed is that the samplerate must be 48khz to work. With mlv lite I can only use 44k1 and 48khz. Otherwise there is no audio.

The different versions don't have much effect on the result other then the obvious.

Like I said, hacky and errors.

There should be an wavi block inside the mlv and if there is audio audf blocks.

I've been playing around with this module and mlv_snd for the last two days. My alterations are quite hacky, but at least they (kind of) do their job!

https://bitbucket.org/ehoutsma/magic-lantern/commits/7c5159775b6335f6134d500d47b790abb6f10ef9

Next steps: remove the hacky parts (fixing the samplerate at 48000) always assume the sound is enabled, maybe get a little better sync. Fix a lot of errors that aren't errors.

It was easier to switch to an earlier version which gave the same result. Recording at 48khz works fine, with error but works fine,recording at 8khz doesn't work. Output of the wave file from mlvdump is 2khz large or empty.

Haven't tested any other samplerates yet. Will do so tomorrow.