Author Topic: EDMAC Screenshots  (Read 19870 times)

digitalhouse

  • Just arrived
  • *
  • Posts: 1
Re: EDMAC Screenshots
« Reply #25 on: June 01, 2015, 03:37:30 AM »
70D_111B



70D.111B

nikfreak

  • Developer
  • Hero Member
  • *****
  • Posts: 1195
Re: EDMAC Screenshots
« Reply #26 on: June 01, 2015, 09:14:32 AM »
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.
70D.112 & 100D.101

nikfreak

  • Developer
  • Hero Member
  • *****
  • Posts: 1195
Re: EDMAC Screenshots
« Reply #27 on: June 14, 2015, 11:47:15 AM »
@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.
70D.112 & 100D.101

a1ex

  • Administrator
  • Hero Member
  • *****
  • Posts: 12564
Re: EDMAC Screenshots
« Reply #28 on: June 14, 2015, 06:11:47 PM »
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

  • Developer
  • Hero Member
  • *****
  • Posts: 1195
Re: EDMAC Screenshots
« Reply #29 on: June 14, 2015, 09:59:51 PM »
Ok redefined colors and for the suspicious EDM #21 it is this:

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

From 1st post screenshot:
Quote
#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
70D.112 & 100D.101

mk11174

  • Contributor
  • Hero Member
  • *****
  • Posts: 809
Re: EDMAC Screenshots
« Reply #30 on: July 25, 2016, 05:34:44 PM »
1200D 1.0.1


In case this is needed here.
500D/T1i  550D/T2i  600D/T3i  700D/T5i