1
Feature Requests / Re: logging and exporting electronic level data
« on: February 27, 2022, 02:10:22 PM »
Genius! Thank you very much, Walter!
News:
Etiquette, expectations, entitlement...
@autoexec_bin | #magiclantern | Discord | Reddit | Server issues
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.
Pages: [1] 2
2
Feature Requests / Re: logging and exporting electronic level data
« on: February 27, 2022, 02:04:22 PM »
Huh. Neither 60D nor 70D have the menu items under RAW video that you described. Oh, well. I do get the level displayed during recording anyway.
It's just that I can't find the level data. I had tried opening these MLVs with mlvfs, thinking these would be in log file inside. mlv_dump is new to me. I can't wrap my head around its structure. MLV_DUMP <myfile>.mlv -m -v seems to consist mostly of VIDF blocks. Is there a way to output just the ELVL blocks?
It's just that I can't find the level data. I had tried opening these MLVs with mlvfs, thinking these would be in log file inside. mlv_dump is new to me. I can't wrap my head around its structure. MLV_DUMP <myfile>.mlv -m -v seems to consist mostly of VIDF blocks. Is there a way to output just the ELVL blocks?
3
Feature Requests / Re: logging and exporting electronic level data
« on: February 27, 2022, 01:42:34 PM »My settings:I'm afraid I don't recognize the last two options. Could you please elaborate?
Level enabled in ML overlay menu
MLV_REC allowed to use overlays
Preview option "Canon"
4
Feature Requests / Re: logging and exporting electronic level data
« on: February 27, 2022, 08:33:18 AM »
Is there some additional setting I need to turn on (besides electronic level) to log this data? So far the log file inside my MLVs is empty.
5
Feature Requests / Re: logging and exporting electronic level data
« on: February 26, 2022, 08:05:04 PM »
Thanks a ton, Walter!
6
Feature Requests / logging and exporting electronic level data
« on: February 26, 2022, 07:13:59 PM »
I wonder if it is possible to log and export real-time electronic level data to a sidecar file, to possibly use it in postprocessing for stabilization purposes?
7
Camera-specific Development / Re: Canon 1100D / T3
« on: January 07, 2022, 09:51:52 AM »
The feature comparison matrix says mlv_lite isn't supported on 1100d. Is that still the case?
9
Camera-specific Development / Re: Canon 1200D
« on: December 24, 2021, 02:46:17 PM »1200D has limited write speed, mostly it is 21 MB/s as many DIGIC 4 cameras,Bilal, this page claims 1200d can write at 44 MB/s. Can you comment?
10
Camera-specific Development / Re: Canon 70D
« on: November 29, 2021, 06:48:31 PM »I cant change fps. My default is 25p but when I applied 5x zoom it gets broken. And as far I know normal shutter in deegres at 1/50 is 180.Crop mode indeed changes FPS override settings (at least on my 70D). You need to set it after entering crop mode, that's all.
11
Camera-specific Development / Re: Canon EOS 1300D / Rebel T6
« on: November 09, 2021, 07:04:57 AM »
Is ML on 1300d still missing some essential features? Because otherwise this thread would've been stickied, right?
12
Raw Video / Re: AI algorithms for debinning
« on: November 06, 2021, 01:12:12 PM »70D, 5.5k 1x3, dual pixel af on with stm efs lenses, steadicam/gimbal, cinematic moving scenes.No 1x3 for 70D yet, though...
13
Modules Development / Re: Full-resolution silent pictures (silent.mo)
« on: November 05, 2021, 04:43:27 PM »
Can someone please help me troubleshoot my issue?
Something goes wrong with the LCD power off control when I try to combine FRSP with AETTR and/or Intervalometer. The LCD won't turn off after reviewing the pic. Naturally, I have Canon review on and LV Power Save timers on.
1) If a FRSP was taken with AETTR (with the Auto Snap trigger) and the exposure was OK (no correction from AETTR needed), the LCD turns off.
2) If a FRSP was taken with AETTR (with the Always On trigger) and the exposure was OK (no correction from AETTR needed), the LCD turns off.
3) If a FRSP was taken with AETTR (with the Always On trigger) and the exposure was wrong (AETTR had to make a correction for a *future* pic), the LCD turns off.
4) If a FRSP was taken with AETTR (with the Auto Snap trigger) and the exposure was wrong (AETTR had to make a correction *and* take the Auto Snapped extra pic), the LCD turns off after the first pic but doesn't turn off after the *extra* one (stays on indefinitely, save for actual FRSP capture, of course).
5) If a FRSP was taken with AETTR (with the Always On trigger) plus the Intervalometer, regardless of AETTR's reaction, the LCD stays on displaying the last reviewed pic (with the ETTR and Intervalometer readouts).
Obviously, turning off AETTR and/or Canon review makes the problem go away (but neuters ETTR). The same goes for choosing regular shuttered pics instead of FRSPs. It's just the combination of the three (clearly very desirable for timelapses etc) that fails.
Any ideas? Perhaps someone could review the code and find out what goes on in cases 4 and 5? I'm using ArcziPL's experimental build for 70D (Bilal also has his source code, in case you need it).
Something goes wrong with the LCD power off control when I try to combine FRSP with AETTR and/or Intervalometer. The LCD won't turn off after reviewing the pic. Naturally, I have Canon review on and LV Power Save timers on.
1) If a FRSP was taken with AETTR (with the Auto Snap trigger) and the exposure was OK (no correction from AETTR needed), the LCD turns off.
2) If a FRSP was taken with AETTR (with the Always On trigger) and the exposure was OK (no correction from AETTR needed), the LCD turns off.
3) If a FRSP was taken with AETTR (with the Always On trigger) and the exposure was wrong (AETTR had to make a correction for a *future* pic), the LCD turns off.
4) If a FRSP was taken with AETTR (with the Auto Snap trigger) and the exposure was wrong (AETTR had to make a correction *and* take the Auto Snapped extra pic), the LCD turns off after the first pic but doesn't turn off after the *extra* one (stays on indefinitely, save for actual FRSP capture, of course).
5) If a FRSP was taken with AETTR (with the Always On trigger) plus the Intervalometer, regardless of AETTR's reaction, the LCD stays on displaying the last reviewed pic (with the ETTR and Intervalometer readouts).
Obviously, turning off AETTR and/or Canon review makes the problem go away (but neuters ETTR). The same goes for choosing regular shuttered pics instead of FRSPs. It's just the combination of the three (clearly very desirable for timelapses etc) that fails.
Any ideas? Perhaps someone could review the code and find out what goes on in cases 4 and 5? I'm using ArcziPL's experimental build for 70D (Bilal also has his source code, in case you need it).
14
General Help Q&A / Intervalometer + FRSP + ETTR = Constant review of taken pictures
« on: November 02, 2021, 03:38:08 PM »
I'm trying to shoot a timelapse with FRSP and ETTR. I get it that AETTR needs to have Canon image review to be on for at least 2 seconds. Problem is, the reviewed picture (along with all the intervalometer info) stays on indefinitely, no matter the Power Saving in LV setting. So the only time my LCD turns off is during the actual FRSP capture. Then it's on for review again till the next intervalometer step (regardless of Canon's 2 sec review and ML's 5 sec LV powersave).
Any ideas why that might be?
P.S. Canon 70D running ML v1.12 (https://bitbucket.org/ArcziPL/downloads/downloads/magiclantern-Nightly.2021Apr04.70D112_crop_rec_4k_mlv_lite_lossless_fps_override_focus_stack_sduhs.zip)
Any ideas why that might be?
P.S. Canon 70D running ML v1.12 (https://bitbucket.org/ArcziPL/downloads/downloads/magiclantern-Nightly.2021Apr04.70D112_crop_rec_4k_mlv_lite_lossless_fps_override_focus_stack_sduhs.zip)
15
Timelapse Postprocessing / Re: Script for deflickering and ramping ACR (.xmp) settings in Bridge
« on: November 01, 2021, 08:51:32 AM »Sorry, because this thread is quite old, but: i still can't use LR deflicker plugin, and i just get that message:I'm having the exact same problem, though in my case it's FRSP DNGs.
Unsupported PPM format -> Expected a binary RGB (P6)
LR CC 2015
CR2 files from a 7Dmk2
Any help, please?
edit: i'm using the plugin version of the previous post, from the release page.
16
Tutorials and Creative Uses / Re: (Auto) ETTR (Exposure to the Right): -- History & Beginners Guide
« on: October 31, 2021, 02:42:34 PM »
Unfortunately, that doesn't explain much to me. The thing is, I'm trying to make a FRSP timelapse with DualISO. And the way ETTR turns DualISO on and off seems inconsistent (like, three shots 20 seconds apart, the first and the last ones has DualISO while the middle one doesn't). Since I can't get any kind of log, I suspect that the ones without DualISO are probably the ones with 'ETTR failed' (because that's what I get in regular photos where ETTR fails - no DualISO setting).
17
Tutorials and Creative Uses / Re: (Auto) ETTR (Exposure to the Right): -- History & Beginners Guide
« on: October 30, 2021, 03:53:34 PM »
What does the 'ETTR failed' message really mean? Does it mean that the algorithm simply cannon find an optimal setting for the scene, or that there is some genuine module error involved?
18
Camera-specific Development / Re: Canon 70D
« on: October 15, 2021, 08:10:29 PM »
Oh, cr@p. But thanks for the heads-up (not no mention the original port)!
19
General Help Q&A / Re: Green and magenta artefacts on DUAL ISO output
« on: October 13, 2021, 11:53:38 AM »I uploaded cr2hdr for windows and mac(could not compile on ubuntu) and like to test the --wb=exif setting.Where can I still find this newer version of cr2hdr?
https://bitbucket.org/Dannephoto/magic-lantern/downloads/cr2hdr_mac_win.zip
20
HDR and Dual ISO Postprocessing / Re: Lightroom plugin cr2hdr v3.0 DEV (WIP)
« on: October 11, 2021, 09:07:04 PM »
OK, just so the few fellow 70D users who experience the issue can find the fix here as well:
Thanks to Danne's 6+ years old post I found the workaround for my LR DualISO problem.
If not using this plugin:
1) Convert your DualISO CR2 files with the latest cr2hdr.exe WITHOUT using the --compress command
2) Run exiftool -uniqueCameraModel="Canon EOS 6D" -ext dng . (so that you change the relevant EXIF tag for the resulting DNG files as per Danne's instructions)
3) Import your files into LR the regular way
4) Optionally apply lossless DNG compression in LR via the Update DNG Preview & Metadata command
This way you get properly imported DualISO DNGs (who will still register as shot on 70D, BTW). Compressing them before importing into LR somehow breaks this 'fix' even if you do change the tag.
If using this plugin:
1) Export your DualISO CR2 files as usual
2) Run exiftool -uniqueCameraModel="Canon EOS 6D" -ext dng . (so that you change the relevant EXIF tag for the resulting DNG files as per Danne's instructions)
3) Refresh your LR files with the now externally changed metadata and regenerate the previews
4) Optionally apply lossless DNG compression via the Update DNG Preview & Metadata command
Thanks to Danne's 6+ years old post I found the workaround for my LR DualISO problem.
If not using this plugin:
1) Convert your DualISO CR2 files with the latest cr2hdr.exe WITHOUT using the --compress command
2) Run exiftool -uniqueCameraModel="Canon EOS 6D" -ext dng . (so that you change the relevant EXIF tag for the resulting DNG files as per Danne's instructions)
3) Import your files into LR the regular way
4) Optionally apply lossless DNG compression in LR via the Update DNG Preview & Metadata command
This way you get properly imported DualISO DNGs (who will still register as shot on 70D, BTW). Compressing them before importing into LR somehow breaks this 'fix' even if you do change the tag.
If using this plugin:
1) Export your DualISO CR2 files as usual
2) Run exiftool -uniqueCameraModel="Canon EOS 6D" -ext dng . (so that you change the relevant EXIF tag for the resulting DNG files as per Danne's instructions)
3) Refresh your LR files with the now externally changed metadata and regenerate the previews
4) Optionally apply lossless DNG compression via the Update DNG Preview & Metadata command
21
General Help Q&A / Re: Issues with ML DNG (from dual iso) files in Lightroom?
« on: October 09, 2021, 02:16:03 PM »
I seem to have fallen prey to this very issue with my 70D Dual ISO DNGs 'mistreated' when imported into Lightroom Classic v10.3. Is spoofing a different UniqueCameraModel still the only workaround?
22
HDR and Dual ISO Postprocessing / Re: Lightroom plugin cr2hdr v3.0 DEV (WIP)
« on: October 09, 2021, 01:38:07 PM »
I'm afraid it's rather too technical for me. What I wanted was being able to use DualISO with Lightroom. Should I try contacting cr2hdr author(s) who might know what this supposed metadata issue is?
23
HDR and Dual ISO Postprocessing / Re: Lightroom plugin cr2hdr v3.0 DEV (WIP)
« on: October 09, 2021, 01:09:20 PM »What happens replacing exiftool with the latest version (12.32)?The metadata is once again all there (no profile missing errors in LR, but that, I repeat, wasn't the original issue), but the imported DNG is as overblown as per initial setup (and as OK in Photoshop as ever). That's Photoshop CS6 with Camera Raw 7.0, just in case.
So I gather this is some weird cr2hdr/LR interaction issue? Because I've already begun cutting all middle steps by just dropping my CR2 file on cr2hdr.exe from the latest cr2hdr-win package and then manually importing the DNG into LR and PS, which means this plugin has no hand in it whatsoever. But I doubt I can take this up with LR support, given that I'm trying to feed it a CR2 that had been extensively tampered with
24
HDR and Dual ISO Postprocessing / Re: Lightroom plugin cr2hdr v3.0 DEV (WIP)
« on: October 09, 2021, 09:54:54 AM »
Hi guys! Could someone please help me troubleshoot an issue?
The issue is: here is what my converted Dual ISO CR2 should've probably looked like (this is a jpeg of its ---debug-blend fullres.dng)
And here is what it looks like when coverted in LR via this plugin. (Here it is stopped down to -2EV to illustrate how clipped the highlights are.)
Iterestingly, when I replace the original exiftool 10.43 from cr2hdr.3.0-170316-02-MLV-DEV with exiftool 10.02 from cr2hdr-win 2017-12-04, this issue goes away and the imported file looks as it should (however, this other exiftool version is incompatible with the LR plugin, which leads to metadata problems within LR, so it's not a real solution). I forgot to mention that the issue remained even when I replaced cr2hdr.exe bundled with the original plugin with that newer standalone version.
But the real revelation is that the same DNG imported into Photoshop looks perfectly OK. So, presumably, this is some kind of issue with EXIF metadata that forces Lightroom to import the file with blown highlights?
Here is the original DualiSO CR2, and here is the folder with all the files one might need to investigate this issue (debug DNGs, cr2hdr log, plugin and standalone cr2hdr archives, etc.). My camera is 70D, Lightroom Classic v10.3.
At face value, this looks like the issue mentioned by another uses back in 2017, though I don't see whether they solved it at all.
The issue is: here is what my converted Dual ISO CR2 should've probably looked like (this is a jpeg of its ---debug-blend fullres.dng)
And here is what it looks like when coverted in LR via this plugin. (Here it is stopped down to -2EV to illustrate how clipped the highlights are.)
Iterestingly, when I replace the original exiftool 10.43 from cr2hdr.3.0-170316-02-MLV-DEV with exiftool 10.02 from cr2hdr-win 2017-12-04, this issue goes away and the imported file looks as it should (however, this other exiftool version is incompatible with the LR plugin, which leads to metadata problems within LR, so it's not a real solution). I forgot to mention that the issue remained even when I replaced cr2hdr.exe bundled with the original plugin with that newer standalone version.
But the real revelation is that the same DNG imported into Photoshop looks perfectly OK. So, presumably, this is some kind of issue with EXIF metadata that forces Lightroom to import the file with blown highlights?
Here is the original DualiSO CR2, and here is the folder with all the files one might need to investigate this issue (debug DNGs, cr2hdr log, plugin and standalone cr2hdr archives, etc.). My camera is 70D, Lightroom Classic v10.3.
At face value, this looks like the issue mentioned by another uses back in 2017, though I don't see whether they solved it at all.
25
crop_rec and derived builds / Re: Bilal's crop_rec_4k experiments for 650D / 700D (T4i / T5i)
« on: October 05, 2021, 05:27:38 PM »No, it is not. Nikfreak ported 70D, managing 3 different firmware versions (all going by the same version number) at once and some day had to shift his priorities. As it frequently happened and will happen in the future.So sorry. Killing the motivation was the last thing on my mind, really.
Such remarks "gets so little attention" are not helpful at all and some devs made it quite clear such things make them less interested in working on ML code at all. More like killing the motivation left.
Pages: [1] 2