You mentioned the crop-recording module. Just go ahead and work on it until it does what it is supposed to do and you are finally satisfied with how it works.
During this summer / autumn I've been researching the image capture process for quite a few months, but... at some point I had to take a break. All these FPS timer values were effectively spinning in my head, and I felt the need to focus on something else to clear up my mind.
The crop recording module was announced in 2016. How much I should keep working on it until I'm allowed to look into other areas of ML?
Another example. About one month ago I've found a bug in QEMU, while helping chris_overseas with 5D4. The bug: it misses some of the DryOS task switches, when logging function calls ("-d calls", if you've already read the QEMU docs). It's a feature I use pretty much every day for development. OK, I've started to fix it, got it somewhat working and ran it through the test suite. Still crashing, or giving wrong results, on some models (mostly on DIGIC 7 and 8 ). I kept wrangling the code for about one week (March 5-9, from my local history). I happened to have a small holiday at that time, so I've effectively wasted it on troubleshooting that bug. It did not result in a commit yet, as I was still not happy with how it worked. How long should I keep trying before moving to something else?
And it's not the only one. I frequently get into rabbit holes with things that don't work. This is the nature of reverse engineering - you don't know in advance whether the approach will work, or not. The few things that I manage to get working, are always published here on the forum. The ones that I can't get to work... well... they are moved to the back burner and I revisit them after some weeks or months (possibly armed with new knowledge).
If you had spent that same time to port ML to the 5D4 or the 80D, this would have been a real break through in the forum.
Just FYI, I've been focusing on pretty much all DIGIC 6/7/8 models in the last months, maybe more. Yes, including 80D, 5D4, 200D, 77D, EOS R, 7D2 (still waiting for test reports there), 5DS/R. Everything I did on the M50 (except maybe less than 10-20 lines of code, which were specific tweaks for PowerShot firmware) is going to work on all the above models, with little or no changes. I expect the "Hello World" demo to be already working (already confirmed on 80D, 5D4, 5DS R, 200D, 77D, besides M50).
I've got the M50 3 weeks ago. I've spent a couple of days implementing some logging code + Hello World, and I've also made sure it works on most other DIGIC 6/7/8 cameras. For Hello World, I've picked at least one model from each generation, and all of the "difficult" ones - commit 80ed550:
M platform/200D.101/stubs.S
M platform/5D4.112/stubs.S
M platform/5DS.111/stubs.S
M platform/5DSR.112/stubs.S
M platform/77D.102/stubs.S
M platform/7D2.104/stubs.S
M platform/80D.102/stubs.S
M platform/M50.101/stubs.S
M platform/R.110/stubs.S
The remaining models (not covered in that commit) are very similar to the above, i.e. anyone with basic coding skills and some patience can fill in the gaps.
Pretty much every single change I did for DIGIC 6/7/8 was made with *all* camera models from this family in mind. Yes, this is slowing me down, but this is to make sure all ML users will be able to use my tweaks eventually, and I believe this approach will be helpful in the long run (as opposed to picking one model and focusing on just that).
Yes, this means I've neglected crop_rec, for example. Or 1300D. Or many other topics. I know that. My internal task switching routine is quite slow; once I start looking into something, I tend to keep doing that for a very long time until I give up. And when I give up, it takes a while until I revisit the original topic.
As a result of that, the 7D development stopped for nearly 2,5 years and is not very likely to continue without some help from you. You don't have to do much to provide this help.
Not much, only a couple of months of full-time work (or maybe more). 7D is not your average DIGIC 4 camera; I'm pretty sure I've answered it before. You seem to know the difficulty of this task in advance; why don't you do it?
If all these exciting new functions such as crop recording, card overclocking, lossless compression, sensor readout methods, ISO research, etc. had been updated more regularly, this would have kept people's interest in ML alive and they would have stayed with Canon and ML.
What do you think I'm trying to achieve here? Exactly - finding the time to do all of that.
See my part helping with MLVApp as thank and respect for your work over all the years with Magic Lantern. For me this project is something really great!
Thanks Masc! Yes, I appreciate MLVApp a lot, even though I don't edit video myself (and that's because I find it too time-consuming).