IXUS 240/ELPH 320 HS Porting thread - page 5 - DryOS Development - CHDK Forum supplierdeeply

IXUS 240/ELPH 320 HS Porting thread

  • 286 Replies
  • 68788 Views
*

Offline Uwe

  • *
  • 18
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #40 on: 27 / May / 2013, 14:35:48 »
Advertisements
Jep, P mode looks good.
So simply aviod auto mode or was this to track die problem down?

*

Offline nafraf

  • *****
  • 1308
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #41 on: 27 / May / 2013, 14:47:55 »
Jep, P mode looks good.
So simply aviod auto mode or was this to track die problem down?
For SX260, a note was added to its wikia page :)
That bug was discussed here: http://chdk.setepontos.com/index.php?topic=7889.msg85775#msg85775
There you can find some suggestions to solve the bug.


*

Offline reyalp

  • ******
  • 12649
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #42 on: 27 / May / 2013, 15:37:18 »
Jep, P mode looks good.
So simply aviod auto mode or was this to track die problem down?
For SX260, a note was added to its wikia page :)
Things like this (along with any other quirks, platform specifics etc) should also be noted in the "notes.txt" when the port is submitted :)
Don't forget what the H stands for.

*

Offline nafraf

  • *****
  • 1308
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #43 on: 27 / May / 2013, 19:11:21 »
@Uwe
I modified the loader code, now simpler loader is used, could you test if it works?


*

Offline Uwe

  • *
  • 18
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #44 on: 28 / May / 2013, 14:51:11 »
could you test if it works?
synchronized my working copy with your repo, it works and I think it boots faster now. Very nice cleanup.

attached a patch to fix a button redraw every time virtual_buttons() got called.

*

Offline Uwe

  • *
  • 18
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #45 on: 28 / May / 2013, 15:19:11 »
A few more questions:

- As seen in my attachment, the top first button on the right side is unreadable. Should we rearrange the buttons?
- The buttons inside the preview windows are unreadable when the image is too bright. But they are drawn with draw_filled_round_rect_thick(). Where is the "filled"?
- buttons like "Max Dist" toggle the RAW on/off. Is this by intention?
- Pressing on "Debug" also toggles RAW on/off, but the wiki article about porting suggests to use the debug OSD to fill the modemap. How do I get to this debug OSD?

*

Offline nafraf

  • *****
  • 1308
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #46 on: 28 / May / 2013, 22:39:24 »
Hi, nice work!! :)
- As seen in my attachment, the top first button on the right side is unreadable. Should we rearrange the buttons?
ixus240 is the second CHDK port with touch screen interface, it is based on ixus310 done by philmoz. I don't know how what solved that on ixus310, but you could edit OSD objects position using CFGEdit .

Quote
- The buttons inside the preview windows are unreadable when the image is too bright. But they are drawn with draw_filled_round_rect_thick(). Where is the "filled"?
I think that it is the expected behavior:
Code: [Select]
include/stdlib.h:#define MAKE_COLOR(bg, fg)  ((color)((((char)(bg))<<8)|((char)(fg))))

ixus240_elph320hs/kbd.c:
443: color c1 = MAKE_COLOR(COLOR_TRANSPARENT, COLOR_WHITE);
444: color c2 = MAKE_COLOR(COLOR_TRANSPARENT, COLOR_GREEN);
455: color cl = c1;
456: if (guiMode && (keymap[i].hackkey == KEY_PRINT)) cl = c2;
457: if (keymap[i].conf_val && *keymap[i].conf_val) cl = c2;
459: draw_filled_round_rect_thick(x1, y1, x2, y2, cl, 3);
I agree with you, maybe different colors should be used.  Something like screenshot posted here?

Quote
- buttons like "Max Dist" toggle the RAW on/off. Is this by intention?
Sorry, I don't know about this.

Quote
- Pressing on "Debug" also toggles RAW on/off, but the wiki article about porting suggests to use the debug OSD to fill the modemap. How do I get to this debug OSD?
You can use set_capture_mode_canon script command to identify the modes.  For you camera it is easier if you run the command using chkptp
To identify capture mode 32796 you the following commands and see how camera reacts.
Code: [Select]
$chdkptp -i -c
connected: Canon PowerShot xxxxxxx
con> rec                     
con 1> =set_capture_mode_canon(32796)

I applied your patch to my repo.

*

Offline Uwe

  • *
  • 18
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #47 on: 30 / May / 2013, 06:27:10 »
you could edit OSD objects position using CFGEdit .
the touch button positions are defined in keymap[]  in kbd.c.
I moved it a little arround. I think it looks not really nice, but i have no better idea to position it without beeing bugged by the osd

think that it is the expected behavior:
lol, i was really confused about the bit shift in BG_COLOR(), but didnt see that MAKE_COLOR(). Thank you for pointing that out

Attached: Picture of my new layout + patch for that. The patch also includes a little bit code cleanup (replaced tab with 4 spaces)


*

Offline Uwe

  • *
  • 18
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #48 on: 30 / May / 2013, 16:56:56 »
For you camera it is easier if you run the command using chkptp
To identify capture mode 32796 you the following commands and see how camera reacts.
Code: [Select]
$chdkptp -i -c
connected: Canon PowerShot xxxxxxx
con> rec                     
con 1> =set_capture_mode_canon(32796)
I can't enter rec mode when usb is connected.
Code: [Select]
$ chdkptp -i -c
connected: Canon IXUS 240 HS, max packet size 512
con> rec
con 1> rec
con 2> play
ERROR: already in play
con 3> rec
con 4> rec
con 5> rec
con 6> play
ERROR: already in play
con 7>
Pressing the shoot button like without usb even does not work.
Problem in the port or my fault?

*

Offline reyalp

  • ******
  • 12649
Re: IXUS 240/ELPH 320 HS Porting thread
« Reply #49 on: 30 / May / 2013, 22:18:14 »
Pressing the shoot button like without usb even does not work.
Problem in the port or my fault?
Possibly a the fault of software on your system. What OS are you using ?

If you are using some flavor of linux, see discussion around http://chdk.setepontos.com/index.php?topic=6231.msg100627#msg100627

If you are using windows, make sure you are using the INF libusb driver, not the filter driver.

If none of these apply to your situation, maybe there's something wrong with the switch_mode_usb() implementation on your port.
Don't forget what the H stands for.

 

Related Topics