IXUS 500 HS - ELPH 520 Porting Thread

  • 76 Replies
  • 6987 Views
*

Offline ux

  • *
  • 11
  • Publish
    Re: IXUS 500 HS - ELPH 520 Porting Thread
    « Reply #70 on: 02 / April / 2015, 05:12:51 »
    Advertisements
    Also, in the CHDK menu (not the alt one)
    The "menu" you get with a 3 second delay after entering ALT mode is a "help screen". It's meant to provide hints for new users (some people find it annoying and turn it off right away). It can be switched off from the CHDK menu: CHDK settings -> Menu settings -> Show <ALT> help screen.

    Arg. So that actual delay is indeed on purpose. Damn, OK. Now I understand the logic of that alt thing...

    Now this seems to somehow match the key masks. Also, in the CHDK menu (not the alt one), the buttons seems to work very well, so what makes you think this is the problem?
    Now I think that there is not problem :)

    Well, still, in the help menu, the buttons are not catched properly. But looking at the code, it seems related to the definition of SHORTCUT defines. It's a bit annoying that this help is documenting not handled buttons...

    Alright well, I guess the main remaining problem now is the zebra/bottom glitch area.

  • Publish
    Re: IXUS 500 HS - ELPH 520 Porting Thread
    « Reply #71 on: 02 / April / 2015, 09:17:58 »
    It's a bit annoying that this help is documenting not handled buttons...
    Some of us find the whole "pop help menu" thing annoying - which is why srsa_4c showed you how to turn it off.  It's the first thing I do any time I load CHDK on a new camera.   8)

    *

    Offline nafraf

    • *****
    • 1257
  • Publish
    Re: IXUS 500 HS - ELPH 520 Porting Thread
    « Reply #72 on: 02 / April / 2015, 10:03:27 »
    physw_status2 -> bit12 dezoom, bit13 dezoom++, bit14 zoom, bit15 zoom++, bit16 set = auto mode toggle on (warn: bit to 1 for this one)
    Are there two levels of zoom?
    Please update your working copy, r767 includes zoom in (bit 15) and zoom out (bit 13) buttons. Please use ubtest.bas to check if they are recognized correctly.

    *

    Offline ux

    • *
    • 11
  • Publish
    Re: IXUS 500 HS - ELPH 520 Porting Thread
    « Reply #73 on: 04 / April / 2015, 07:14:04 »
    physw_status2 -> bit12 dezoom, bit13 dezoom++, bit14 zoom, bit15 zoom++, bit16 set = auto mode toggle on (warn: bit to 1 for this one)
    Are there two levels of zoom?

    Yes. bit13 to 0 will have bit12 to 0 as well, and is faster. bit 15 to 0 will have bit16 to 0 as well, and is faster.

    Please update your working copy, r767 includes zoom in (bit 15) and zoom out (bit 13) buttons. Please use ubtest.bas to check if they are recognized correctly.

    Seems they are, thanks


    *

    Offline nafraf

    • *****
    • 1257
  • Publish
    Re: IXUS 500 HS - ELPH 520 Porting Thread
    « Reply #74 on: 04 / April / 2015, 10:51:56 »
    Please test zebra using latest version.

    *

    Offline ux

    • *
    • 11
  • Publish
    Re: IXUS 500 HS - ELPH 520 Porting Thread
    « Reply #75 on: 05 / April / 2015, 05:21:59 »
    Please test zebra using latest version.
    Still glitchy + whole screen blink as well: http://lucy.pkh.me/chdk-ixus500hs/zebra-mode-nr769.webm

    Edit: BTW,

    Code: [Select]
            extern void _ScreenUnlock();
            extern void _ScreenLock();
    +    extern void _ScreenUnlock();

    I think _ScreenUnlock() was already available.

    Edit2: BTW, in the key test script, the zoom in/out masks are not properly masked (they are in effect in background). Also, the "set" button seems to trigger a range of random events tests (but I suppose that's on purpose)
    « Last Edit: 05 / April / 2015, 05:47:45 by ux »

    *

    Offline ux

    • *
    • 11
  • Publish
    Re: IXUS 500 HS - ELPH 520 Porting Thread
    « Reply #76 on: 27 / April / 2015, 08:10:52 »
    My IXUS is dying (the camera lens is getting blocked more and more often), and I probably won't do the necessary to repair it. So unfortunately, it's probable I won't be able to make much further tests. Sorry.

     

    Related Topics