Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - smasry

Pages: [1]
1
Hi, I filmed a fulll 90-minute dress-rehearsal, using the crop_rec_4k branch 2017Jun03.5D3123 on my 5D III, in regular (not with 5x zoom or crop mode) HD, 1920x1080, 23.976 fps, in 12-bit lossless mode on a Computerbay 1066x CF, 256Gb.

My settings were, manual white balance, 1600 ISO, f5.6 (fully manual lens), 1/50th exposure. As a backup, I used an Atomos Ninja 2 monitor to record the feed in ProRes. To make sure the backup ProRes was usable, I set up 4 LV display presets, using the INFO button to toggle between them. Modes 0 to 2 were permutations of global draw with zebras, histogram, focus peaking and level indicator. Mode 3 I reserved for HDMI recording, completely turning off global draw, to send a clean, though small, image to the Atomos.

I tested the above setting in full, recording a digital clock with a full battery and empty CF card, until the card was full, ensuring that the signal remained clean even beyond that point, until the battery itself died, letting the Atomos keep on recording, again as a backup. To make sure the signal stayed clean beyond the stopping of the RAW recording, I had clear overlays set 'on idle', again to send out a clean feed. I tested this twice, and was impressed that I would get nearly 100 minutes RAW recording, with a clean (not corrupted) MLV file, even though the card ran out of space.

In all tests, everything worked perfectly, and as expected. On the day of recording, I configured the camera in the same way, but noticed one problem: INFO would flip through all the modes correctly, and would then 'freeze' when entering mode 3, the global draw off mode. After displaying a frozen clean image, the mirror would promptly drop, with the LCD and upper mode display screens frozen. Only removing the battery helped. The good thing, however, is that the camera stayed in the final mode (mode 3), so I could record a clean feed in the Atomos.

I tried this several times, always with exactly the same result. What I didn't [want to] notice, is that every time the camera went into mode 3, the displayed image was darker (less exposed) than in the other three modes, for all the same settings. So, I recorded the show, and was horrified that both the RAW data (DNGs from the MLV) and that in the Atomos were hugely underexposed. I would guess that the footage actually recorded at ISO 800, even though 1600 is reported. For example, I used the Footage app to get a preview of a usable exposure, by increasing the exposure by 6, lowering the blacks, increasing shadows and boost settings.





Running the file through [the latest mlv_dump] using 'mlv_dump -v' gives:


 MLV Dumper v1.0
-----------------

Mode of operation:
   - Input MLV file: '/Volumes/Virtualisation HD/Inbox/MDBA 2/M18-1555.MLV'
   - Verbose messages
   - Verify file structure
   - Dump all block information
File /Volumes/Virtualisation HD/Inbox/MDBA 2/M18-1555.MLV opened
File /Volumes/Virtualisation HD/Inbox/MDBA 2/M18-1555.M00 not existing.
Processing...
File Header (MLVI)
    Size        : 0x00000034
    Ver         : v2.0
    GUID        : 10251550851593754641
    FPS         : 23.976000
    File        : 0 / 0
    Frames Video: 134740
    Frames Audio: 0
Block: RAWI
  Offset: 0x00000034
    Size: 180
    Time: 0.777000 ms
    Res:  1920x1080
    raw_info:
      api_version      0x00000001
      _int_height      1318
      _int_width       2080
      _int_pitch       3640
      _int_frame_size  0x00493450
      bits_per_pixel   14
      bit_packing      0
      black_level      2047
      white_level      5586
      active_area.y1   28
      active_area.x1   146
      active_area.y2   1318
      active_area.x2   2078
      exposure_bias    0, 0
      cfa_pattern      0x02010100
      calibration_ill  1
Block: RAWC
  Offset: 0x000000e8
    Size: 32
    Time: 0.790000 ms
Unknown Block: RAWC, skipping
Block: IDNT
  Offset: 0x00000108
    Size: 84
    Time: 0.801000 ms
     Camera Name:   'Canon EOS 5D Mark III'
     Camera Serial: '468D84D62F'
     Camera Model:  0x80000285
Block: EXPO
  Offset: 0x0000015c
    Size: 40
    Time: 0.810000 ms
     ISO Mode:   0
     ISO:        1600
     ISO Analog: 104
     ISO DGain:  0/1024 EV
     Shutter:    19983 ┬Ás (1/50.04)
Block: LENS
  Offset: 0x00000184
    Size: 96
    Time: 0.837000 ms
     Name:        '28-28mm'
     Serial:      ''
     Focal Len:   28 mm
     Focus Dist:  0 mm
     Aperture:    f/8.00
     IS Mode:     0
     AF Mode:     0
     Lens ID:     0x0000001B
     Flags:       0x00000000
Block: RTCI
  Offset: 0x000001e4
    Size: 44
    Time: 0.850000 ms
     Date:        18.06.2017
     Time:        15:55:52 (GMT+0)
     Zone:        ''
     Day of week: 0
     Day of year: 168
     Daylight s.: 0
Block: WBAL
  Offset: 0x00000210
    Size: 44
    Time: 7.147000 ms
     Mode:   9
     Kelvin:   4700
     Gain R:   482
     Gain G:   1024
     Gain B:   635
     Shift GM:   0
     Shift BA:   0
Block: VERS
  Offset: 0x0000023c
    Size: 150
    Time: 38.384000 ms
Unknown Block: VERS, skipping
...
Block: VIDF
  Offset: 0x3733d4fc00
    Size: 1761792
    Time: 5621353.807000 ms
   Frame: #134739
    Crop: 152x132
     Pan: 146x133
   Space: 32
Reached end of chunk 1/1 after 134755 blocks
Processed 134740 video frames
Done

The DNGs extracted report ISO 1600 and the same black and white levels, obviously.

As it's a 237Gb file, I can't upload it, so I'll try to attach a screenshot from Footage, as well as an equivalent DNG, if the forum software lets me.

I'm afraid the footage itself can't be repaired; I'd love to be proven wrong by one of you, though! If this helps remove a bug from this experimental branch, that at least is for everyone's benefit.

As a close to this report, I have used the camera as normal, without an HDMI screen connected, and it has returned to its usual behaviour, not exhibiting freezing upon entering mode 3, nor dimming once it does so. Testing it with the screen plugged in again still works as it should. On that day, I could easily replicated this problem a dozen times, now it is just behaving as normal, and no matter what I do, I have no idea how to replicate the problem. Until further notice, I'm holding off from updating to the latest in this branch: Latest Build (2017-06-19 20:27).

I know I've overloaded this report, but the only other strange thing I've experienced with this release, which I've never had before, is an overlaid thin and colourful stripe pattern when I enter x10 zoom mode, if this is of any help. I'll try to attach this image too. These stripes grow faint and disappear after half a minute.





I hope there is some help for my footage. Thanks in advance.

Pages: [1]