Author Topic: Canon EOS M  (Read 847085 times)

uEOSM

  • New to the forum
  • *
  • Posts: 5
Re: Canon EOS M
« Reply #2900 on: June 23, 2019, 03:46:37 PM »
...only when the SD card with ML is inserted...
The same problem, the battery is discharged. I do not have a speedbuster, a standard 18-55 lens. From the first day I installed ML, a year ago.

ZEEK

  • Member
  • ***
  • Posts: 147
Re: Canon EOS M
« Reply #2901 on: June 23, 2019, 03:52:19 PM »
When the Viltrox sends the wrong signal, you just detach and retach the lens and it should automatically adjust to the correct information. I cant say much on the battery draining issue as I only have one AF lens (Canon 50mm STM) and use mostly manual focus lenses. I have one Canon EF zoom with IS coming in soon so I'll see how that performs...

It is expected that any lens with electronic connection or signals sent to the  camera will decrease battery quicker than dumb adapters with manual lenses. Even my Zeiss Milvus which is full time manual focus drained the battery quicker than anything I've seen as it has electronic connections.
EOS M - EOS M2

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1358
Re: Canon EOS M
« Reply #2902 on: June 23, 2019, 04:28:05 PM »
Yes, detach and retach helps. But even then, without changing the lens: when using the cam next time it might be wrong again...
5D2.212 | EOSM.202

a1ex

  • Administrator
  • Hero Member
  • *****
  • Posts: 12290
  • Emergencies only
Re: Canon EOS M
« Reply #2903 on: June 23, 2019, 04:53:30 PM »
The same problem, the battery is discharged. I do not have a speedbuster, a standard 18-55 lens. From the first day I installed ML, a year ago.

To troubleshoot this problem, try the current lua_fix build from the download page. In case of incomplete shutdown, it should keep the SD LED always on, so you should notice it right away.

That change doesn't seem to be included in Danne's builds.

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2904 on: June 23, 2019, 04:59:27 PM »
Hm, I will try and merge lua fix here.
If cam was not shut down over here it showed a red light though so never had those issues. On eosm2 however...

a1ex

  • Administrator
  • Hero Member
  • *****
  • Posts: 12290
  • Emergencies only
Re: Canon EOS M
« Reply #2905 on: June 23, 2019, 05:32:17 PM »
With the old codebase, ML turns on the LED when receiving the shutdown message. If anything turns off the LED meanwhile (such as, from a SD card write finished afterwards), the LED will remain off, even if the camera doesn't shut down completely.

This happened to me a lot more often than I've expected. During development, I've noticed that - after the shutdown signal - the LED was sometimes turned off for 1-2 seconds (and then, turned back on for a split-second, until power down). Those 1-2 seconds were long enough to make me think the shutdown was complete, when it wasn't, so I was removing the card too early. Result: corrupted filesystem, had to format the card, prepare it from scratch, yadda yadda. Eventually, that became pretty annoying, so I made this change.

With the new codebase, ML turns on the LED every 20 ms, in background, since receiving the shutdown signal. That is, as long as DryOS is still alive (and it normally is, until the MPU cuts off the power), the LED will stay on, even if some other tasks will try to turn it off.

Besides revealing incomplete shutdowns, with the new method, one is no longer tempted to remove the card before the shutdown completes.

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2906 on: June 23, 2019, 05:52:27 PM »
Aight, sound very good. Will test tonight.

Speaking corrupted files I had some of that related to sd_uhs before adding back reconfiguration fix yesterday. I had to try really hard though to force patch and it was only on one card, only on 100D.

Removing card and being real abusive to my eosm testing stuff shutting it on and off, pulling card too early is rather mandatory here. However abusive there hasn't been one time a battery pull didn't fix it. I'm pretty amazed about how this works all of the time. The safety level i consider to be very high...

a1ex

  • Administrator
  • Hero Member
  • *****
  • Posts: 12290
  • Emergencies only
Re: Canon EOS M
« Reply #2907 on: June 23, 2019, 09:18:21 PM »
Quote
However abusive there hasn't been one time a battery pull didn't fix it.

Heh, I could count at least two times just from your side :)

Add at least one SD card damaged by sd_uhs and one CF card damaged by my own code (which I thought to be harmless before running it).

And a bunch of other similar events that happened to other developers (dfort's EOS M, chris_overseas' 5D3 and Greg's 500D are just the ones I remember right now). In all these cases, the issue was from faulty ML code (invalid value for some property). These were recovered.

Yes, the probability of things going wrong is low, but quite a bit above zero. That applies to all ML builds.

Quote
Speaking corrupted files I had some of that related to sd_uhs before adding back reconfiguration fix yesterday.

With all the recent testing, I still consider sd_uhs extremely unreliable (based on my own experience with it). There are two major issues: one is thread safety during card reconfiguration, and the other is signal timing likely on the edge (I've got benchmarks running in LiveView, but failing outside, or viceversa, on some cards).

Quote
The safety level i consider to be very high...

I disagree - there are so many things that could go wrong. This article gives some pretty good background info, although it's not specific to our project. This one was written back in 2012, when I didn't really know what I was doing.

The worst issue comes from the way DryOS is designed - any task can write anywhere into RAM (even on memory belonging to other tasks). Then, at shutdown, Canon code writes stuff into their persistent memories - one of them being the main ROM (that's right, they reflash the ROM at every shutdown). It's not hard to imagine a sequence of events that would result in garbage written into ROM, resulting a camera that doesn't boot. Wait, it actually happened - two years ago I've bricked quite a few 5D3's with early crop_rec_4k builds (luckily recovered all of them, to my knowledge).

So, one of my unfinished quests is to find a way to prevent Canon code form reflashing the ROM. Ideally, by disabling ROM writes at hardware level, to keep the camera safe even from reflashing code called by mistake. Current status: if you end up calling e.g. EraseSectorOfRom (even indirectly or unintentionally) with the wrong arguments, you might end up erasing the bootloader, and I won't be able to recover the camera. That didn't happen yet, to my knowledge, but it is theoretically possible.

Another thing I've started to think about lately, is how to prevent data loss in the case of hard crash, power cutoff or other stuff like that. For example, ML could create some backups of the FAT tables. I might even be able to completely undo a card format, after the fact. Or, if you record a long MLV file and there is a crash / power cutoff / whatever the middle of recording, ML should be able to recover that file at the next reboot (currently it doesn't). Or, even while transferring the files to PC, a flaky USB connection could result in data loss (it happened to me some years ago, and a backup of the FAT would have saved the day).

Sorry for the off-topic.

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2908 on: June 23, 2019, 10:32:27 PM »
Heh, I could count at least two times just from your side :)

This article gives some pretty good background info, although it's not specific to our project.
Eh, two times messing with crop mode regs  :P
Besides those two mistakes no persistent damage.
Great article shared by the way. Should be read by users, recommended.

Yes, sd_uhs is a golden gem but could need some polishing. I try to but it's all pragmatically based slow understanding of how it works. Thankful for all info shared from yourself here.

sirminder

  • New to the forum
  • *
  • Posts: 5
Re: Canon EOS M
« Reply #2909 on: June 24, 2019, 05:24:41 AM »
Thanks for the help and feedback. I will troubleshoot further as suggested and report back my findings.

Sent from my SM-G930F using Tapatalk


lightspeed

  • New to the forum
  • *
  • Posts: 32
Re: Canon EOS M
« Reply #2910 on: June 24, 2019, 07:16:46 AM »
is it possible to get a 3.5 k mode with a 16 fps. obviously wouldn't be continuous but would be nice to have the option. 9 fps is just too low.

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2911 on: June 24, 2019, 09:54:29 AM »
If you manage to decrease reg_6014 and get higher fps then it works. Or else not.

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2912 on: June 24, 2019, 04:19:06 PM »
New version:
https://www.magiclantern.fm/forum/index.php?topic=9741.msg208959#msg208959

Commits:
https://bitbucket.org/Dannephoto/magic-lantern/commits/72d33da5618f5ce1d8ebfbbb5d7d897de11079c9
https://bitbucket.org/Dannephoto/magic-lantern/commits/d1672795e552aac3ce74f6155027c97faf8591ac

- Shutdown routine from lua_fix(Thanks a1ex)
- 4k timelapse preset. Added shutter blanking when working wiht 4k timelapse presets. Works like this:
Select 4k preset. In sub menu add a 4k timelapse fps preset. Now shutter blanking is applied but preview is also very slow.
Select Slow shutter on top of above and as it says shutter will be slow as the fps selected. Shutter blanking will be off. Preview will be in around 7fps so faster and easier to set up due to some workaround foolishness  :P.
Tip: 4k timelapse mode will work very good with Rec trigger set to Half-shutter: start/pause

EDIT: Noticed lua isn´t compiling. Will take a look. Stay tuned.
FIXED!

2blackbar

  • Member
  • ***
  • Posts: 216
Re: Canon EOS M
« Reply #2913 on: June 24, 2019, 05:53:46 PM »
Great work ! Im planning to buy M-EF adapter to use electric AF lenses(i have manuals ATM) i know that M was kinda failure for canon because of problems with slow autofocus but ive seen some videos with magic lantern that improved autofocusing with auto lenses a lot, is that true ?

baladev

  • Freshman
  • **
  • Posts: 81
  • 5Dm3 - 6D - 7D - EOS M
Re: Canon EOS M
« Reply #2914 on: June 24, 2019, 06:58:18 PM »
Auto focusing with original firmware was very slow, but then Canon improved it a lot with a firmware upgrade. But, it is still CDAF which breathes a lot when focusing, so quite useless for serious work. If you need good AF, 70D is the best in this regard, it has DPAF, which is very smooth and doesn't breathe in good to moderate light.

2blackbar

  • Member
  • ***
  • Posts: 216
Re: Canon EOS M
« Reply #2915 on: June 24, 2019, 07:35:10 PM »
Thanks, ive seen this exact video and its not that bad

sirminder

  • New to the forum
  • *
  • Posts: 5
Re: Canon EOS M
« Reply #2916 on: June 25, 2019, 07:59:02 PM »
To troubleshoot this problem, try the current lua_fix build from the download page. In case of incomplete shutdown, it should keep the SD LED always on, so you should notice it right away.

That change doesn't seem to be included in Danne's builds.

New version:

- Shutdown routine from lua_fix(Thanks a1ex)
.
.
.
EDIT: Noticed lua isn´t compiling. Will take a look. Stay tuned.[/s] FIXED!

I did a few tests with Danne's JUN25 build and there is still some battery drain when the camera is set to OFF.

For the record, the issue that I am having does indeed seem to be with the Viltrox speed booster, AND NOT ML as I previously stated.  Even though I have the latest FW on the Viltrox, I am still having this problem and I seem to be the only one.

Other than removing the battery or even the Viltrox, does anyone have any other suggestions?

Thnx


masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1358
Re: Canon EOS M
« Reply #2917 on: June 25, 2019, 08:14:00 PM »
For the record, the issue that I am having does indeed seem to be with the Viltrox speed booster, AND NOT ML as I previously stated.  Even though I have the latest FW on the Viltrox, I am still having this problem and I seem to be the only one.
You're not alone. ;)
5D2.212 | EOSM.202

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1358
Re: Canon EOS M
« Reply #2918 on: June 25, 2019, 08:20:58 PM »
- Shutdown routine from lua_fix(Thanks a1ex)
- 4k timelapse preset. Added shutter blanking when working wiht 4k timelapse presets. Works like this:
Select 4k preset. In sub menu add a 4k timelapse fps preset. Now shutter blanking is applied but preview is also very slow.
Select Slow shutter on top of above and as it says shutter will be slow as the fps selected. Shutter blanking will be off. Preview will be in around 7fps so faster and easier to set up due to some workaround foolishness  :P.
Tip: 4k timelapse mode will work very good with Rec trigger set to Half-shutter: start/pause

EDIT: Noticed lua isn´t compiling. Will take a look. Stay tuned.
FIXED!

Does this lua_fix routine work automatically?
For the timelapse preset: with slow shutter OFF it works here with 2..5fps, for 1fps the screen gets black and stays black until I go into photo mode.
5D2.212 | EOSM.202

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2919 on: June 25, 2019, 09:14:28 PM »
Lua_fix is automated.
1fps works both 4k and 5k and slowshutter off but it's very slow. What we want is liveview to run 7fps when not recording and change to 1fps when recording like it's working with 100D. On eosm this workaround disables shutter blanking. No idea why.

masc

  • Contributor
  • Hero Member
  • *****
  • Posts: 1358
Re: Canon EOS M
« Reply #2920 on: June 25, 2019, 09:21:22 PM »
Now I was waiting long enough... the cam seems to be frozen for around 30sec here. But then it awakes to life again and works with 1fps.
5D2.212 | EOSM.202

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2921 on: June 25, 2019, 11:32:54 PM »
Yeah, I guess you could preview in 4k without selecting timelapse or slowhutter and just before recording timelapse fps. It shouldn´t be 30 seconds, more like 4-5 s. Delays is very high upon restarting cam though...

lightspeed

  • New to the forum
  • *
  • Posts: 32
Re: Canon EOS M
« Reply #2922 on: June 26, 2019, 12:17:17 AM »
thanks. just seems odd that 9 fps works ok and is continuous but it won't let you do 10 or 11 non continuous

Danne

  • Contributor
  • Hero Member
  • *****
  • Posts: 5900
Re: Canon EOS M
« Reply #2923 on: June 26, 2019, 07:33:37 AM »
It's more odd that this cam can film 4k anamorphic 24fps.
There are limits, believe it or not ;).

lightspeed

  • New to the forum
  • *
  • Posts: 32
Re: Canon EOS M
« Reply #2924 on: June 27, 2019, 02:39:09 AM »
Does anyone know how to download video through the usb micro cable? I can only download photos.