EDMAC Screenshots

[digitalhouse]

70D_111B

[nikfreak]

digitalhouse you may have loaded MLV module but not turned it onso you see the raw resolution in ML menu, right? Do that and add the screenshot, too. 70D.111B looks same as 70D.111A.

[nikfreak]

@a1ex, @g3gg0:
I got a question and I am referring to the edmac screenshots from chris_overseas posted on 1st page here http://www.magiclantern.fm/forum/index.php?topic=15233.msg148199#msg148199.

On chris' screenshots EDMAC channel #5 and #21 seem to have the same write connection. At least both channels have (w1b) shown:

• 1440x779 <w1b>
• 3240x1079 <w1b>

from consts.h I see that 5D3.123 uses REG_EDMAC_WRITE_LV_ADDR 0xc0f04508. On the other side my screenshots from 1st post (and also dbgmsg's show that 70D uses EDM#0 REG_EDMAC_WRITE_LV_ADDR).

After using EDMAC_RAW_SLURP on 70D the debugmsg-logs got cleaned up from CRAW related messages (see 1st post). Now I assume that #21 needs some kind of slurping, too. I would have another free write channel #33 for testing this. I can't understand why it is red colored and showing <1b, 19>. Is this some kind of indication that there's something wrong or maybe the color means something like dual-use? On 5D3.123 it shows a simpple <w1b> and is green colored. I assume that seeing REG_EDMAC_WRITE_LV_ADDR used on EDM #0 is not really a normal "behaviour" when comparing what's used on all other devices in consts.h.

Maybe I worry too much about EDMAC channels but I have some feeling there's something wrong after EDMAC_RAW_SLURP cleared up craw erros in debugmsg log's. So some words from you would be very welcome. Initially (..got a Q...) I thought I could maybe grab an instruction where (edmac-memcpy + raw.c) and how to redirect #21 to #33 or at least use #33 as some transfer/visibilty/connection channel for #0 or maybe move the EDMAC_WRITE_LV_ADDR from #0 to #33.

[a1ex]

The red color (debug.c:2604) means something doesn't match our assumptions. You could try to find out which of the 3 branches is used (maybe assign 3 different colors).

REG_EDMAC_WRITE_LV_ADDR appears to be, indeed, on channel #0. It's the only one that matches the LCD resolution.

[nikfreak]

Ok redefined colors and for the suspicious EDM #21 it is this:

conn_r != 0xFF && dir != EDMAC_DIR_READ ? COLOR_RED      :   /* seems used for read, but dir is not read? */

From 1st post screenshot:

#21 f000000 3616x721 <1b,19>

I guess this one is also responsible for the broken zebras in QR. Btw I also undefined EDMAc_MEMCPY and EDMAC_RAW_SLURP but no change for EDM#21

[mk11174]

1200D 1.0.1


In case this is needed here.