chdkptp - alternative ptp client - page 13 - General Discussion and Assistance - CHDK Forum

chdkptp - alternative ptp client

  • 1106 Replies
  • 517605 Views
Re: alternative ptp client
« Reply #120 on: 18 / March / 2012, 16:22:35 »
Advertisements
New snapshot build r230. Not much end-user visible stuff. 
Check out the new "screenshots" on the USB remote wiki page.  Thanks.

If I get a bit of time,  I was going to look at how the CLI code accepts keyboard data under Linux.  A command buffer that allows you to scroll back through previous commands, edit and re-use them would be nice.  It works that way with the CLI under Windows so I assume its a question of what OS function is called ?
Ported :   A1200    SD940   G10    Powershot N    G16

*

Offline reyalp

  • ******
  • 14082
Re: alternative ptp client
« Reply #121 on: 18 / March / 2012, 16:43:45 »
New snapshot build r230. Not much end-user visible stuff. 
Check out the new "screenshots" on the USB remote wiki page.  Thanks.

If I get a bit of time,  I was going to look at how the CLI code accepts keyboard data under Linux.  A command buffer that allows you to scroll back through previous commands, edit and re-use them would be nice.  It works that way with the CLI under Windows so I assume its a question of what OS function is called ?
Currently, it just using standard lua file IO, using io.lines(). I'm not sure what magic makes command history work under windows in this case.

The correct way to do this would probably be to use something like GNU readline. The standard lua CLI interpreter might provide some hints. (grep lua_readline in the lua source)

This is on my TODO list ( http://www.assembla.com/spaces/chdkptp/tickets/57 ), but not a high priority since I do most of my development under windows.

edit:
if you want to implement this, I'd suggest making "sys.readline" in the C code, and then adjusting the CLI module to use it. It needs to work normally if the input is not a tty (redirect from file or pipe)
« Last Edit: 18 / March / 2012, 16:49:24 by reyalp »
Don't forget what the H stands for.

*

Offline msl

  • *****
  • 1280
  • A720 IS, SX220 HS 1.01a
    • CHDK-DE links
Re: alternative ptp client
« Reply #122 on: 20 / March / 2012, 16:49:28 »
With changeset 1755 live view works fine for the SX220. The SX230 can also be tested.

Btw, I have reported, that edge overlay works not correctly for the SX220. That's not true. Only the filter function makes some problems.

msl
CHDK-DE:  CHDK-DE links

*

Offline msl

  • *****
  • 1280
  • A720 IS, SX220 HS 1.01a
    • CHDK-DE links
Re: alternative ptp client
« Reply #123 on: 21 / March / 2012, 16:19:21 »
I've attached a modified gui.lua.

Added buttons for jogdial, video and shoot half.

msl
CHDK-DE:  CHDK-DE links


*

Offline blackhole

  • *****
  • 940
  • A590IS 101b
    • Planetary astrophotography
Re: alternative ptp client
« Reply #124 on: 21 / March / 2012, 22:08:22 »
Something like that I made for my purposes.

*

Offline Pier

  • ***
  • 128
Re: alternative ptp client
« Reply #125 on: 22 / March / 2012, 01:46:45 »
With new branch 1755 and  -r230 no change in colors on SX130IS.
Still same like old builds - both overlay colors and native Cam simbols
and text colors not true.
« Last Edit: 22 / March / 2012, 18:19:00 by Pier »

*

Offline reyalp

  • ******
  • 14082
Re: alternative ptp client
« Reply #126 on: 22 / March / 2012, 22:11:42 »
With new branch 1755 and  -r230 no change in colors on SX130IS.
No changes have been made to sx130 yet. It still needs the palette functions.
Quote
both overlay colors and native Cam simbols and text colors not true.
I don't understand the distinction. There is only one overlay.

@msl and @blackhole
Thanks for those. The control interface definitely needs some improvement.

I'm not really sure what to do with half press. Ideally, you should be able to use it like the camera shutter button, so you click something to halfpress, then something to either cancel of full shoot. This would require a message script, since keyboard resets when the script ends. I'm also not sure what gui widgets to use to implement that either.
Don't forget what the H stands for.

*

Offline Pier

  • ***
  • 128
Re: alternative ptp client
« Reply #127 on: 23 / March / 2012, 02:15:34 »

Quote
both overlay colors and native Cam simbols and text colors not true.
--------------------------------------------------------------------
reyalp ...I don't understand the distinction. There is only one overlay.

Should be written as:
The overlay colors and native Cam....
Very sorry... Continue to learn English  ???
« Last Edit: 23 / March / 2012, 02:17:54 by Pier »


Re: alternative ptp client
« Reply #128 on: 24 / March / 2012, 14:45:09 »
The windows binary I posted is completely standalone, IUP and lua are statically linked into chdkptp.exe. Assuming you have libusb, you can just unzip and run.

Well, when I did that and tried to connect via the gui it said "incompatible API".

My real question is, does mode switching work on the S95 ?
It should be the standard function.
It does not work in my code (it does with other cameras).

I tried this alternative client to see if it works here.


*

Offline reyalp

  • ******
  • 14082
Re: alternative ptp client
« Reply #129 on: 24 / March / 2012, 16:04:22 »
The windows binary I posted is completely standalone, IUP and lua are statically linked into chdkptp.exe. Assuming you have libusb, you can just unzip and run.

Well, when I did that and tried to connect via the gui it said "incompatible API".
The message only refers to live view. If you do want to use live view, then you need to use a CHDK build from my branch.

As an aside, if you are implementing PTP support in SDM (I guess you have it in an unreleased version ?) it would be good to come up with identify CHDK vs SDM, unless you make it 100% compatible with a particular version of the CHDK protocol. I'd suggest adding a third parameter to PTP_CHDK_Version that identifies the implementation.
Quote
My real question is, does mode switching work on the S95 ?
It should be the standard function.
Whether this works or not has nothing to do with the client.

@Pier
I'm sorry, I still don't understand what you are trying to say. Anyway, the colors will be wrong until someone adds the palette functions. I hope to add them to the sig finder at some point, so I'm not spending a lot of looking for individual cameras at the moment.
Don't forget what the H stands for.

 

Related Topics