Turn on the selftest module and run the Debug -> Self tests -> Stubs API test -- problems? Go back to 1.0.5 and try it again. What we're looking for is if the issues we find on 1.0.6 are new or inherited from 1.0.5.

Once we get through this part I'll make a lua_fix build for 1.0.6. In the meantime, you could run the lua_fix build for 1.0.5 that is on the experiments download page.

[EDIT] There have been some download activity on the test builds but no reports yet. I posted a 1.0.6 lua_fix build hoping that someone takes the initiative to do some testing and report back.

For every single camera model available on the Experiments page (lua_fix build), please run:

- api_test.lua (upload the log)- selftest.mo -> stubs tests (upload the log)- bench.mo -> memory benchmarks (upload the screenshot)- overall sanity check (for example, if you decide to take this build out and use it for a couple of hours, please report back)

# To get debugging symbols from Magic Lantern, uncomment one of these:#symbol-file ../magic-lantern/platform/1100D.106/magiclantern#symbol-file ../magic-lantern/platform/1100D.106/autoexec#symbol-file ../magic-lantern/platform/1100D.106/stubs.o

Started with this build since it was already on my cam:testbuild_105_01_stubtest(zipped folder)Changeset: 23524a6ed2f9+ (allocate-raw-lv-buffer) tip

Seems more stable than with lua test builds(check autoexe.bin for build info)Both firmware versions seems to behave the same in my tests. Cannot do any allround tests because Q button stopped working in both lua versions. Check zipped folder:testbuild_105_02_stubtest_luatesttestbuild_106_03_stubtest_luatest

That is the only failed test so we aren't in too bad a shape there but the lua tests stopped on the GUI function test on both 1.0.5 and 1.0.6. Let's see what other tests it can pass or fail. Check out this post on the 60D topic for instruction on how to run individual lua tests.

As expected, the benchmark looks very different on the camera than in lua--see Reply #1505 for the same test in QEMU.

I'm new here so apologies if I'm posting on the wrong thread but i have a question specific to canon 1100d.

On page 52 of this forum someone suggested that it might be possible to rewire your camera to be able to take a mic...

I Just bought rodé videomic go thinking it could connect to my canon 1100d (it does have something that looks a lot like a 3.5 input) but when cable wouldn't go in input i looked it up and found that that model doesnt take external mic... Bit of a bugger as i'm travelling and it was a mission to get the microphone in the first place...

Has anyone managed to hack their camera's hardware to allow it to take a mic?

I understand the nightly builds should be flashed over a stable build, but I can't find any other builds for my rig?

Not correct. Consider all instructions not found/linked on this site outdated and invalid. Follow instruction found in -> Top of page -> Downloads -> Download Nightly Builds -> 1100D / Rebel T3 1.0.5 -> Installation

BTW: If you are new to photography consider learning how to use your cam without ML. Learning about exposure time, aperture and ISO is challenging enough (been there, done that). YMMV esp. if you are addicted to video recording.

Those are the instructions I followed, before I signed up on the forums. The only thing I did not do is copy my ROM files back to my computer. I was hoping to have recording bars at the top of the screen, and like the idea of having a battery icon work a percentage (xx%)I probably wouldn't get into very many of the features of this hack, but still wanted to have it there in case I found I was at a point where I would like to use something.I am finding there is a lot to be learned, thanks for the advice!

Looking for a quick test:- qemu branch- compile from minimal/qemu-frsp with "make MODEL=1100D"- you'll get a small autoexec.bin with no dependencies (no other files required), that's going to capture a full-res silent picture and preview it- if it works, please upload a picture of the camera screen (just want to check where the preview appears on the screen)- the picture will not be saved on the card (it should only display a preview).

Tried the qemu-frsp quick test on a 500D and it works. I had to run it a few times because the timing of the button presses seem to make a difference. Anyway, the request is for testing on the 1100D. One of the few people I know who has access to this camera and can compile ML is on vacation so I uploaded a test file to my downloads page. Look for 1100D_qemu-frsp_test.zip

This is for the 1100D.105 and when you unzip it, the autoexec.bin file placed on a bootable card and run on a camera that has the bootflag set.

Note that this will capture a full-res silent picture. If you haven't used this feature before you'll probably be surprised by an overexposed image. That's because FRSP doesn't use the camera shutter and the capture speed is usually much slower than what you have set.

Here is what the test looks like on the 500D. Note that there is a black bar at the top of the image so it doesn't cover the entire screen.

Maybe you just have to press the buttons quicker. The test program only gives you 5 seconds to do so; after that, it attempts to capture the image regardless of whether you went to LiveView/PLAY or not.

Also make sure you are in M mode, and ISO must not be Auto. Otherwise you may get an error message.

If you download the current build from the official downloads page you'll see lots of modules aren't building so a while back I submitted a fix for the 1100D.105 unified branch. Don't have the camera so we're depending on user input. You can get a test build from my downloads page. Please post your test results here or on the pull request.

Uh oh... I uninstalled ML from 1.0.5 camera by doing the firmware update and waiting one minute. Then I upgraded the camera to 1.0.6, downloaded your latest test Nightly, placed it on a card, and attempted to re-enable ML booting through the Firmware Update.

Of course, as I now see reading back one page, ML-SETUP.FIR is not updated to 1.0.6 support yet. So on my camera the firmware update screen hangs with "wrong firmware version, expected 105, pull the battery".

I tried using EOSCard to set BOOTDISK and EOS_DEVELOP but, of course, even if the *card* is marked bootable, the *camera* is not hacked to read it.

How are people getting 1.0.6 ML to boot without a 1.0.6 ML-SETUP.FIR? Can I get one made somehow?

Best using 2 cards. One for ML and an obsolete one for Canon firmware.Format both cards.Use "obsolete" to downgrade to Canon firmware 1.0.5.Copy ML for 1.0.5 to "ML card" and install ML on cam. Remove card.Take "obsolete" and upgrade cam to Canon firmware 1.0.6.Take "ML card" and copy files for ML (for 1.0.6) to card. Overwrite all files.